SpiderPig

Yes this would be good. Window::ClipCursor() maybe?

Apart from manually keeping the mouse inside the window until it goes out of focus, I'm not too sure.

I clicked nothing, just moved the mouse to the edge of the full screen window. Panning does work if you keep the mouse right near the window border, but leave the window and it won't work anymore. WASD work well.

Actually SetMaxForce was only 100

Oh right, I follow now. Thanks.

I mean moving the camera around by the mouse being at the edge of the window.

Yeah they are bit high.... FLT_MAX for both force & torque No way I was letting that cylinder be influenced by anything! I'll try a convex hull too. Is that what your player controller uses?

Cool game! Just downloaded and everything worked as expected. Packages loaded fine. I have multiple screens and the only thing that was an issue for me is when my mouse went over to the next screen the window would no longer pan.

Yeah I did. When I export my project it packages everything to another folder. I always test that before uploaded to steam, and then will download and test the download itself. All was working fine on the dev PC. I'm downloading your game now. Do I need to buy Quake on steam?

Oh that helped a lot, thanks. That's been driving me nuts for ages.

@Josh Do you do anything special when rendering font textures? Or is this simply an artistic issue and I need better contrast between the background and text.

I'm moving the cylinder around with a kinematic joint. As you can see in the video it will slide nicely against smooth surfaces, but anything with hard edges it can sometimes get stuck, and it keeps trying to push through it. You can see if I keep the key down to move the cylinder toward the box when it's at the corner it will go through slightly and begin to jitter. Is this a physics issue or something I should program into the controller? E.g. Stop trying to moving forward if a collision is detected (I would have thought though the physics system should be handling this).

Looks like I got what I want working with this. auto pivot = CreatePivot(world); pivot->SetPosition(child->GetPosition(true), true); pivot->SetMass(1.0f); auto plane_joint = CreatePlaneJoint(p2, p2 - p1, pivot, child); auto slider_joint = CreateSliderJoint(p1, p2 - p1, planet, pivot); This means the child object still reacts to all physics, movement on all three axis and I'm pretty sure it's doing rotation on all 3 axis too... and when it collides with the planet sphere (which gravity is acting towards) it will stop moving and then move perfectly with the planet as it rotates. I don't really like using multiple joints, so if a joint can be made to do this. That'd be awesome.

Thanks, I'll do that.

That does make more sense. The package contains a material and shader. Although I didnt think it loaded the files inside straight away...

Thanks I'll give it a go in the morning and see what happens.

The PC is running windows 10 and.... actually... I think it's integrated graphics... should that make a difference to load package though? Surly it would fail in something like the window or framebuffer if it were the GPU?

Unfortunately with a remote debug it didn't give me much to go on. GameStart... 'TheSeventhWorld_d.exe' (Win32): Loaded 'C:\Windows\System32\windows.storage.dll'. 'TheSeventhWorld_d.exe' (Win32): Loaded 'C:\Windows\System32\wldp.dll'. 'TheSeventhWorld_d.exe' (Win32): Loaded 'C:\Windows\System32\profapi.dll'. Loading package "Data/Atmosphere/Atmosphere.zip" Exception thrown at 0x00007FF745A6DCA5 in TheSeventhWorld_d.exe: 0xC000001D: Illegal Instruction. Unhandled exception at 0x00007FF745A6DCA5 in TheSeventhWorld_d.exe: 0xC000001D: Illegal Instruction.

LoadPackage is crashing on a PC where I've installed my game but am not developing on. It prints to the console "Loading Package "filename"..... etc...." and then crashes. I've confirmed that the program is not exiting LoadPackage before the crash and no other information is being printed to the console. The data does not appear to be corrupt as I have copied over all files from my PC where it works, to the other PC where it crashes. The only other thing I can think off is that it might need some library that my PC has but the other does not? I'm saying this is a bug because LoadPackage is crashing with no error to the console. Unfortunately I have no example as it seems to be on a per PC basis. Perhaps something comes to mind that might cause LoadPackage to crash?

I see of lot of information on the web saying you not allowed to redistribute the debug DLL's. I don't know why considering you can just download visual studio and get them anyway. So I guess I'll just make it that if anyone wants to run the debug build they need to install visual studio.

From what I can gather, to run a C++ debug build you need the debug DLL's which there is no redistributable for. You either need to install Visual Studio on that machine or find the DLL's and export them with that project.

Okay, I had a feeling that might actually be the case. Thanks.

It might be that the release build is failing for a different reason. But as far as the debug build goes, is there anything special I should be distributing to run the debug build of my game?

What could cause these errors when starting the debug build on another machine? The release build fails to run too. Failed to find these dll's; MSVCP140D VCRUNTIME140D VCRUNTIME140_1D ucrtbased I've installed C++ redistributables as found on the learn page. And steam is installing them anyway

Ah okay. I guess I can use multiple joints if there's no other way.