Jump to content

  • Log In with Google      Sign In   
  • Create Account


Member Since 18 Sep 2011
Offline Last Active Jun 17 2012 08:44 AM

Topics I've Started

MSX Development Streaming

16 June 2012 - 05:02 PM

I thought it might be interesting for some to see an older system being programmed [in assembly]. It's a bit of a boring part at the moment (reading documents), but the goal is to create an MSX audio/music driver that is tracker friendly.

Stream: http://www.twitch.tv/mukunda_

If I'm playing Diablo then check back later. :-)

simple math problem

11 March 2012 - 09:46 PM

unfortunately my math skill is a bit lacking

I need to find the latitude and longitude of the intersection of a ray coming from the center of a sphere to the radius/surface.

What I have right now is lat=atan(z,x) and lon=asin(y) (after normalization)

Now this doesn't provide a very convincing sky-sphere, since usually you aren't in the core of the earth. What I want to do is move the origin of the ray upward closer to the surface. I guess this only changes the longitude, and it can be computed with a table.

I just need a formula to convert angle a to b, http://imageshack.us.../problem1a.png/

edit: and what is known is 'a' (or the actual ray), the radius of the sphere, and Y or height of the ray from the center of the circle

changing uniforms expensive?

18 February 2012 - 09:22 AM

I have around 4000 buffers that need to be drawn, and I change my shader uniform 'translation' value before each drawing. Should I just store the entire translation+position in the vertex position instead to avoid changing that uniform rapidly? (it would require a larger position datatype to hold the range)

Vertex Data Format Optimization

08 February 2012 - 02:03 PM

Just a couple questions that have been bugging me... I'm wondering what kind of impact each of these elements has on the GPU.

Small vertex data, non 32/64-byte, does this have a significant performance impact? Some documents say to use 32 bytes but I don't know how up to date they are. I'm also manipulating/creating a lot of the vertex data so small vertexes would definitely help out the CPU side.

Floats for data values. It seems a lot of examples/sources use floats as for the data values. Does using other data types for values have any significant slowdown?

Any info or documents about these topics would be very helpful, thanks!

FBX SDK animation question

19 September 2011 - 11:05 AM

I'm trying to use Autodesk's FBXSDK in my project. I know I can load vertex data from a 'mesh' but I'm wondering if this workflow is possible:

Load my FBX model into a mesh instance

frame loop:
Set animation to X frame (with whatever animation API it has, still reading about it)
Read transformed (by animation data) vertices directly from mesh instance into vertex buffer
Render (animated) model

Is that how it can work? Or do I have to transform the vertices myself with data from the animation instance?

Sidequestion: is the SDK still free for commercial purposes? (given I put a notice in my documents)