|
Twiggy794 posted:Irrlicht is another totally simple engine that's great for getting your feet wet with 3D engine programming. It's got great tutorials and a decent community. Xna.com just posted that the Beta for XNA 2.0 has been released and it has support for VS2005.
|
# ¿ Dec 3, 2007 20:12 |
|
|
# ¿ May 3, 2024 01:39 |
|
The Monarch posted:Can anyone point me to a good, recent directX tutorial/website that won't make me pay for anything? I have a copy of visual c++ and the directx sdk, but a lot of the tutorials I'm finding are pretty out of date. http://ultimategameprogramming.com/ It assumes you know nothing and works up from there.
|
# ¿ Mar 4, 2008 20:25 |
|
I'm teaching myself HLSL and am having a real bear of a time with it. I can follow the tutorials showing how to apply a basic effect, and I can implement other peoples shader files (if they have sample code...) but I'm having trouble making the logical breakthrough to implementing more than just a basic effect. For example: I have seen samples of normal mapping and cel shading, but can't figure out how I would apply both effects given that the samples I have render in distinct ways. XNA is the platform I am using and really all I need is a good source of reference for building increasingly complex effects, preferably starting off simple and building from there. I find the examples of XNA to be to basic, and the white pages on MSDN goes from shallow to deep with little notice. What sources would your recommend? Also, if anyone just likes talking about this mind melting poo poo feel free to PM/IM me.
|
# ¿ Mar 21, 2008 22:52 |
|
One of my problems is I can't find any examples of doing something like I want to do, so maybe you could answer this. If I wan't to have normal mapping and toon shading in one shader, should they be different passes in the same technique, or different techniques?
|
# ¿ Mar 21, 2008 23:59 |
|
I'm working on a 3rd person cover system in Unity (C#) using the new Input System. I want to imitate MGS1 behavior where if the player stops pressing the stick towards cover the character exits cover. I feel like I need to turn my movement direction (represented by a Vector2 from the Input System) into a Vector3 and then modify it so its values relative to the players forward Vector but I'm not sure how. Is transforming my input to be relative to player.forward the right approach, and if so what's the basic math look like? got it, something like this: code:
Dr. Poz fucked around with this message at 02:12 on Oct 4, 2021 |
# ¿ Oct 3, 2021 23:23 |
|
I have the old Beginning Physics & Math for Game Programmers book but its 20+ years old now and I'm still poo poo at knowing when its time to use things like Dot/Cross product. Is there a more modern reference with less need for errata?
|
# ¿ Oct 4, 2021 16:50 |
|
I'm trying to develop a cover mechanic mimicking MGS3. I'm using Unity (2020.3), a Cinemachine Freelook camera and the new Input System. Directional Input is captured in a Vector2 when the movement event is broadcast. I would like when in cover and player maintains directional movement into cover: - Camera Direction is perpendicular to cover, player is idle - Camera Direction changes by -Y (rotating to player right), player starts moving left - Camera Direction changes by +Y (rotating to player left), player starts moving right - Player movement input changing to the direction of the wall after camera movement should return player to idle - Camera Direction returning to perpendicular view angle should return player to idle Movement should then also be influenced by directional input relative to the players facing. Relative directional input becoming parallel with cover should cause the player to exist cover. Efforts towards a solution My current implementation only works when the player is facing in either direction on the X axis. When in cover with a facing on the Y axis, movement (induced from either Camera or input) the player does move, but in the wrong direction. Code: code:
The Dot Product of Camera Direction and Player Right give potential movement in camera direction. What I'm falling short on determining is how to properly transform directional input, or if that's even the right approach. I don't think this is the right approach because movement isn't really caused by the Camera Direction in MGS3, it's caused by the effects Camera Direction has on directional input. code:
Which of these approaches seems most reasonable/cheaper to perform, or are my problems rooted in the fact both approaches are wrong?
|
# ¿ Oct 5, 2021 17:39 |
|
Jabor posted:Assuming you're not deliberately making a Resident Evil callback by using unplayable tank controls, you should determine your absolute input by multiplying the controller input by the camera rotation, and not caring at all about the player rotation. It's not RE style movement, it's Metal Gear Solid style movement while in cover. The player is locked into movement along their local X axis. I figured it out eventually and the solution is to use the Dot Product of the input (multiplied by camera forward/right) and players transform.right. This gives movement along local X based on directional input and camera angle, a la Metal Gear Solid 3. There might be a shorter way to express the camera stuff, but this is the idea written minimally. code:
Dr. Poz fucked around with this message at 16:39 on Oct 6, 2021 |
# ¿ Oct 6, 2021 16:09 |
|
if you look at the most successful open source re-implementations of magic, for example XMage or Forge, they just store card behaviors as code. you may be able to abstract your mechanics broadly enough to just store some values (ex: "Draw": 3) but once you've built up enough card implementations you'll get a sense for how to best refactor it for your uses. my personal inclination for this type of project is to not use classes for cards if they get anywhere near the complexity of magic. for things like lands vs spells, there are plenty of effects that can turn lands (or even the top card of your library via manifest!!) into creatures or things that can change the color of your cards. i would recommend using something like a Component Entity System architecture, that way your cards just get data stored on and then your systems can handle the complexity of checking for triggers, resolving effects or progressing turns. now, take all that with a big grain of salt because if you again look at the most successful open source re-implementations of magic they pretty heavily make use of classes and just do lots of conditional checks to make sense of object state. CitizenKeen posted:
this sounds sort of like event sourcing/state replay. you can replay the state of your application from beginning to end or from one arbitrary point to another. if you're using C#/.NET Greg Young has some sample code out there that pairs really well with marten-db for this kind of thing. edit: you can adapt the concept to other languages but here's the sample repo i was thinking of. you compose your game state as an Aggregate Root and then any modifications to game state are logged as change operations and then a finalized object also gets stored. this is what enabled state playback. to persist that is where marten would come in. https://github.com/gregoryyoung/m-r Dr. Poz fucked around with this message at 20:28 on Nov 16, 2021 |
# ¿ Nov 16, 2021 17:58 |
|
Does Unreal Engine have any kind of starter examples comparable to Unity3ds Roll-a-Ball?
Dr. Poz fucked around with this message at 23:03 on Jan 30, 2023 |
# ¿ Jan 30, 2023 22:31 |
|
Chainclaw posted:Wtf is that link, it downloaded a shade executable that was a incorrect paste of a work zoom link, sorry. if you could edit the quote, i'd appreciate it.
|
# ¿ Jan 30, 2023 23:04 |
|
|
# ¿ May 3, 2024 01:39 |
|
Chillmatic posted:This touches on why a lot of younger/less experienced devs either hate or are super reluctant to use C++. It requires you to understand and think about the hardware you’re working with. An enduring memory of mine was the day we got to pointers in C++ at Full Sail around 2002-03. I know our teacher wasn't trying to be discouraging but what he said reminded me so much of that scene in Dazed and Confused with the teacher delivering a quote from Vietnam, "MEN! 50 of you are going on a mission today. 25 of you ain't coming back..." Within a week or so, half the class had dropped and changed degree programs from Game Dev to Digital Media.
|
# ¿ Apr 28, 2024 14:24 |