Advertisement Jump to content
  • Advertisement


  • Content Count

  • Joined

  • Last visited

Community Reputation

676 Good

About nagromo

  • Rank
  1. Also, it looks like in order to save partial results to a texture for smooth performance, I'd have to have a texture as R32G32_UInt and pack/unpack every pixel as it's saved/loaded by the shader. Is there a good way to find out what texture formats are supported by a card without writing all the code and testing it?
  2. Thanks. I'd already run across most of these issues as I've researched this (without realizing that it was SM5 specific). The math operations aren't an issue; I don't even need double-precision division, just scalar and vector multiplication, addition, and subtraction. Is SM5 capable of casting from float to double? I.E. if I re-wrote my application code using SlimDX (not that there is much app code), would I have trouble with my pixel shader taking in single-precision texture coordinates and casting to a double (or mutiplying the float texture coordinates by a double scalar value and getting double results)? This is just a side project I'm doing for fun; most of my coding these days is embedded C on various microcontrollers, so I'm quite out of the loop on modern graphics.
  3. AmzBee, that worked fine too When I added this code: [source lang="java"]float2 a = float2(0.1f, 0.1f); double2 b = double2(a); c = c + float2(b);[/source] I could see that my coordinates were off by (0.1f, 0.1f). However, if I instead do double2 b = double2(texCoord), I get the same error. It seems that even though the doubles appear to work, it is probably converting to float under the hood, and as Nik02 says, doubles are not supported by shader model 3.0. It looks like XNA is built on DX9, so to get a higher shader model (and double precision), I'd need to move away from XNA.
  4. I'm writing a fractal explorer using XNA and HLSL (w/ Pixel Shader 3.0). It's working great using 32-bit floats, but I'm running into resolution issues, so I want to move to 64-bit doubles. My card (Radeon 4850) does support 64-bit doubles, and I can define doubles that are initialized to a constant value and do math using them. The problem comes when I want to mix floats with doubles. The inputs to my shader are the texture coordinates in float2 and some float and float2 constants from the application. These inputs are combined to produce the coordinate in fractal space; I need to do this calculation in double precision. Here's the original version (single-precision) that's part of the working shader: [source lang="plain"]float2 c = (texCoord - 0.5) * Zoom * float2(1, Aspect) - pan;[/source] texCoord and pan are float2, and Zoom and Aspect are float. I'm having trouble converting this over to use double-precision; even these basic tests to draw the fractal region from (0,0) to (1,1) don't work: [source lang="plain"]double2 c = texCoord; double2 c = (double2)texCoord; double2 c = double2((double)texCoord.x,(double)texCoord.y);[/source] All three of these lines give the same error: "internal error: 64-bit arg ??? component 1 not aligned" where ??? is any number from 138 to 922. Any advice on how to resolve this? Alternatively, if the vertex shader inputs could be double and the values from the application could also be double, that would remove the need for conversion, but I don't know of any way to force the input to my vertex shader to be passed as a double. (If I re-define texCoord to double, I get the same error with different numbers.)
  5. nagromo

    CPU lost some pins :(

    Modern processors have dozens of power and ground pins. If the pins that broke were both power or ground and there were enough other power/ground pins nearby, it will probably work. If they were signal pins, I wouldn't expect it to damage the motherboard, although I don't know enough to say that it definitely won't.
  6. nagromo


    Quote:Original post by d000hg Realistic doesn't have to mean boring though... in real life cars look pretty fun to drive fast. Yeah, even crappy cars can be fun to drive fast; take a look at 24 Hours of Lemons or Chump Car. Both of those would make a pretty crappy video game, but they're incredibly popular in real life. [edit] However, 'realistic' racing games require more car control skills and are more difficult for casual gamers.
  7. Quote:Original post by gretty Quote:Original post by Antheus Have you had a job before? Any kind of job. Thanks for the replies :) Yes I have had jobs :P, but not related to computer programming in any way(Australia Post - postal company - & pizza hut :P) so I think in the eyes of an employer I will be seen as having no career experience. Yes, but no career experience isn't as bad as no work experience, especially as far as internships are concerned. An internship won't expect you to have past jobs that are relevant to the internship, but having (unrelated) past jobs shows that you know how to do a job and have at least some minimum level of responsibility. Employers care about more than your technical knowledge; they also care about your personal and communication skills and ability to work as part of a team. Past jobs can help show that.
  8. nagromo

    Seattle + Snow = Fun

    Quote:Original post by mutex Yeah, winter tires sound like a good idea, but on the other hand snow/ice events like these are relatively rare so buying a set of these tires isn't easily justified. I don't recall any snow/ice at all last year, for example. The cheaper alternative is to just work from home :) If you avoid one accident because of the snow tires, they've more than paid for themselves; even calling a tow-truck to pull you out of the ditch is expensive. Here in Minnesota, we have multiple storms a year that each cause hundreds of accidents; I think the extra traction is more than worth the cost. Most people can't work from home.
  9. Quote:Original post by SteveDeFacto Quote:Original post by ddn3 Sure you won't hear it above 20kHZ but your dog would go crazy and your cat would try to scratch ur eyes out...:) -ddn Actually from what I read I do not believe it needs to pulse at all! I think the reason they are using a pulse is to allow time for the motor to readjust to a new position without leaving a trail. All they really need to do is draw the image instead of trying to create individual pixels. I don't think they realize how useless the noise makes it and they are just going for the most dynamic approach. I think they're using a pulse because of the incredible amount of power required to create plasma. Each pulse is about 1ns long, and they're only doing 100 pulses per second. If they used the same average power but spread it out to continuous, the air would cool itself and never get hot enough to make plasma. If they used the same pulse power but made it continuous, they would be generating 10,000,000 times more heat in the laser, which would burn it out really quickly. Even just pushing it from 100 Hz to 20 kHz would require 200 times more cooling, which would make it much bigger (and also put more stress on the mirrors).
  10. Quote:Original post by Eelco Civilization is the obvious suggestion. Not sure which one id recommend you go with though. Civ5 has the advantage of being able to switch to oldschool 2d graphics, which runs blazingly fast on an i3 without graphics card. However, im not quite sure yet if it is in urgent need of many balance changes, or if I just need to get used to the new gameplay... The same thing happened to me with Civ4. When I first played it, it seemed really strange and broken, but then I got used to the changes from Civ3.
  11. Quote:Original post by SteveDeFacto Actually no they are using a infrared pulse laser that has a frequency of approximately 100Hz: That's the pulse repetition rate, not the laser frequency, which is infrared (over 1 THz). That buzzing sounds like a few hundred Hz, not 100 Hz. You can still hear the harmonics from the pulse edge and decay, anyways; even if you were able to get the pulse rate well over 20 kHz (which will be quite difficult), I expect you would still hear broadband noise/buzz from the decay of the plasma.
  12. Quote:Original post by BeanDog I would never buy a prefabbed desktop machine anymore, I've been burned a few too many times. I'd build it from parts on Newegg. You can build a pretty killer machine for about $1500 that way. $1500?!?! If you already have a good monitor, keyboard, mouse, and speakers, you can get a great machine for $800! Not top of the line, but enough to play Fallout 3 or most recent games at 1920x1200 and high settings. I spent less than $800 at Newegg on June 2009, and I'm quite happy with my machine.
  13. nagromo

    RPG world data

    I really recommend putting your game data in separate data files. One method that I've seen used in some simple games is storing the map in an ASCII file with one row of characters for each row of tiles in the map (I.E. '#' for walls and '.' for open space). That might be a good way to get started and get something working. Some possible ways to store the data are as custom text files, custom binary files, scripts, or XML. Almost any approach will work, although some will be easier to work with. Don't worry about getting the perfect system; just get something working as a prototype then think about how you could have done things differently to improve it.
  14. nagromo

    Say, where's good to visit in the USA?

    Personally, I prefer nature to cities for vacationing. I really enjoyed the scenery in western Montana, and Yellowstone is on my to-do list. Boundary Waters Canoe Area is simply amazing, but it's a lot of work and takes lots of preparation. The forest trails in most Minnesota state parks (such as Itasca) are quite nice, and that's much easier (although less remote) than boundary waters. The Black Hills and Rockies are also beautiful.
  15. nagromo

    Graphics Cards for GNU/Linux

    Yeah; NVidia's binary drivers work great with my laptop, even when I first installed them 4-5 years ago.
  • Advertisement

Important Information

By using, you agree to our community Guidelines, Terms of Use, and Privacy Policy. is your game development community. Create an account for your GameDev Portfolio and participate in the largest developer community in the games industry.

Sign me up!