Jump to content
  • Advertisement

cody

Member
  • Content Count

    302
  • Joined

  • Last visited

Community Reputation

199 Neutral

About cody

  • Rank
    Member

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. I need to simulate a propeller with the open dynamics engine. How should i connect the propeller to the engine? Use a hinge joint for the connection and an angular motor to rotate it? Is it a problem that it will rotate with up to 10000 RPM? I dont need it to simulate thrust, which i will simulate by applying an extra force. It should take care of the precission(?) moment that the rotating propeller generates. thanks for your help.
  2. cody

    Best distro for gamedev and games?

    I have been writing a game using C# and Tao.Sdl/Tao.OpenGl. It is great. Performance on .Net is better than on Mono though. But it is at least a lot faster than python i guess. Main problem when developing C# on Linux is that Monodevelop doesnt have an integrated Debugger. That sucks. And there are no official packages for Tao, so you must install it by hand.
  3. cody

    Physics library for a quadrocopter

    Hey cool. I figured out how to compile your program after some errors because of missing libraries. Would be nice if you could add a quadrocopter model file.:) I am building a quadcopter as a project at my university in a team. Its not based on mikrocopter, but it looks equal. A simulator would be cool to test the flight software without destroying it when a bug occurs. And of course its a nice toy.:) So im still thinking about what would be the best way to achieve this. SSS would be a good option, as i wouldnt have to code everything on my own.
  4. Hi, im trying to build a Simulator for a quadrocopter like those on http://www.mikrokopter.de/. It would be quite easy to use a rigid body library like ODE for this, but it might not be realistic enough. Would it be possible to use a aerodynamics library like http://jsbsim.sourceforge.net/ for that? Or does it only work for standard aircraft? I have no experience with that. Thanks for your hints. cody
  5. cody

    Multiple light sources

    Thanks guys. A single correct solution to the problem would have been too easy.:)
  6. Hi, i am wondering how to render many light sources in a shader. Whats the 'standard' approach? Creating a shader for one light and render in many passes? Or should i calculate for example 8 lights in one shader? Which gfx cards are capable of doing that, as the shader will get pretty big especially for more complex lighting equations? My geforce 8800 has no problem with that, but i dont think that it would work on older shader 2.0 cards or something. One more problem is that older cards dont have flow control. When your shader is for 8 lights and you only have 3 lights, then you still to calculate all 8 lights. Or write a extra shader for for 1-8 lights. thanks for your suggestions!
  7. Hm... I cant see whats wrong in the code, but csgl is extremely outdated. Tao is the way to go.
  8. Post the source code line that gives the error. Was the Tao library included in your download, or did you use the version from the Tao site? There were quite quite a lot changes since this game was released, but should be easy to fix.
  9. you can type dbus-monitor --system on the console and see what happens when you insert a cd: signal sender=:1.0 -> dest=(null destination) path=/org/freedesktop/Hal/devices/storage_model_CD/DVDW_TS_L632B; interface=org.freedesktop.Hal.Device; member=PropertyModified int32 1 array [ struct { string "storage.removable.media_available" boolean false boolean false } ] signal sender=:1.0 -> dest=(null destination) path=/org/freedesktop/Hal/devices/storage_model_CD/DVDW_TS_L632B; interface=org.freedesktop.Hal.Device; member=PropertyModified int32 1 array [ struct { string "storage.removable.media_size" boolean false boolean true } ] signal sender=:1.0 -> dest=(null destination) path=/org/freedesktop/Hal/Manager; interface=org.freedesktop.Hal.Manager; member=DeviceAdded string "/org/freedesktop/Hal/devices/volume_label_grml_small_0_4" you can catch those signals in your program with libdbus.
  10. I dont feel like using that stupid modern 3d hardware anyway. I can render my tetris clone in software at 250fps on a 2ghz dual core, too! :)
  11. cody

    RTS Game in XNA (C#)

    Most RTS use a totally different networking method than e.g. 3D shooters. They are not sending any infos about the units to the client. Only commands from the players are exchanged and every client runs its own simulation. The critical thing is that all clients must be in sync, but that way the network traffic is not dependend on the number of units at all. Both TCP and Lidgren should be ok for that, but i would prefer Lidgren because of additional features for compression and server discovery. Edit: Does anybody know if theres a simple opensource-rts that uses a synced networking model? I would really like to know how that works exactly!
  12. Quote:Original post by Toolmaker I want UDP because it's connectionless. If you read the OP, he wants UDP. So why use TCP?
  13. The problem with TCP is that you cant have non-garanteed packets. Thats why there are libraries for garanteed UDP packets. Look here: http://code.google.com/p/lidgren-library-network/ I havent used this library yet, but it looks very good.
  14. this has nothing to do with tangent space. there is no transformation necessary to compute the lighting. just read the normal from the texture(watch out to not mess up y/z, your map looks like z is up, but y is up in your world space) and do a dot product with your light vector. that will work for directional lights.
  15. cody

    OpenGL from remote computer

    OpenGL hardware cant work without a X server. The driver is for X. So either you use X forwarding(though i dont know which libs must be installed on the client to make this work for opengl), or you use a software renderer like Mesa. That should run without X but will be extremely slow.
  • Advertisement
×

Important Information

By using GameDev.net, you agree to our community Guidelines, Terms of Use, and Privacy Policy.

We are the game development community.

Whether you are an indie, hobbyist, AAA developer, or just trying to learn, GameDev.net is the place for you to learn, share, and connect with the games industry. Learn more About Us or sign up!

Sign me up!