just a small suggestion, some of us users have machines that aren't capable of Hi-Def, could you build the demo under Reach profile please =]
i'm guessing you don't use multiple render targets and Shader model 3 just to show off the physics engine. thank you kindly =]
Duffy
Hi-Def
Re: Hi-Def
SM3 is used to support some faster rendering techniques which are valuable when thousands of objects are in play ![Smile :)](./images/smilies/icon_smile.gif)
There is a brute-force SM2 fallback however. It should be automatically used when a non-HiDef device is detected. Unfortunately, I don't have a Reach only device to test out exactly how it handles it nowadays. I believe I tested it successfully once upon a time, but things have changed a lot since then.
Any additional information about the failure might be useful since I can't test it myself right now.
![Smile :)](./images/smilies/icon_smile.gif)
There is a brute-force SM2 fallback however. It should be automatically used when a non-HiDef device is detected. Unfortunately, I don't have a Reach only device to test out exactly how it handles it nowadays. I believe I tested it successfully once upon a time, but things have changed a lot since then.
Any additional information about the failure might be useful since I can't test it myself right now.
Re: Hi-Def
It's ok, I downloaded the latest source and can see that the demo is bundled with it, I'll compile under reach myself and see if your fallbacks do indeed work as predicted. Thankyou for the response. I'll keep you posted should I run into any difficulties.
I'm looking forward to seeing what this physics engine can do, the video's are impressive =]
Duffy
I'm looking forward to seeing what this physics engine can do, the video's are impressive =]
Duffy
Re: Hi-Def
Spent a few hours playing with the demo's, found the Brute Force fall back to be pretty crippling (especially on the broadphase stress test) so Imodified the original BEPUphisicsDrawer project.
It is designed to be dropped in as a replacement and is only for use if Reach is the only available profile to be used.
changes needed in the Demo Project
Instanced rendering is enabled (reverting to bruteforce will crash the app)
the supplied .fx file is in the content project.
the original .fx file is removed from the content project.
The demos that use terrain and fluid will crash as reach has an UInt16.max cap on primitives per draw call. (will be working on this tonight =])
Thought I'd put this up should anybody else with a Reach-Only graphics card find it usefull.
It is designed to be dropped in as a replacement and is only for use if Reach is the only available profile to be used.
changes needed in the Demo Project
Instanced rendering is enabled (reverting to bruteforce will crash the app)
the supplied .fx file is in the content project.
the original .fx file is removed from the content project.
The demos that use terrain and fluid will crash as reach has an UInt16.max cap on primitives per draw call. (will be working on this tonight =])
Thought I'd put this up should anybody else with a Reach-Only graphics card find it usefull.
- Attachments
-
- BEPUphysicsDrawerReach.rar
- BEPUphysicsDrawerReach
- (51.47 KiB) Downloaded 1358 times
Re: Hi-Def
Brute-force not working just means you didn't use enough brute-force.
It's simple, just take the hydraulic phase ship emulator and attach it to the photon particle emitter, BAM, new tower!
Re: Hi-Def
LOLFe_Yoshi wrote:Brute-force not working just means you didn't use enough brute-force.
![Very Happy :D](./images/smilies/icon_biggrin.gif)
Re: Hi-Def
Looking good- if I get some time I'll try to toss a version into the development fork.
Re: Hi-Def
glad I could be of help, I took some liberties, for instance using the instancing buffer to store the colour index, and then reading it from a single texture, this removed the need for branching in the shader and saved on constants so the number of objects per batch is on par with the original.
I'm currently looking at changing how the terrain is rendered, triangle strips are better suited, especially with the Reach limit on primitive draws.
I'm currently looking at changing how the terrain is rendered, triangle strips are better suited, especially with the Reach limit on primitive draws.