Jump to content

  • Log In with Google      Sign In   
  • Create Account

We need your feedback on a survey! Each completed response supports our community and gives you a chance to win a $25 Amazon gift card!


Dave Hunt

Member Since 30 Dec 2002
Offline Last Active Dec 23 2014 12:40 AM

#5173964 C# While Statement

Posted by Dave Hunt on 15 August 2014 - 01:17 PM


or will it run the random selection again?

Why would it? randomChoice won't change unless you have code inside the while loop that changes it.

 

But, the best way to determine that for yourself would be for you to actually try the code and see.




#5169821 problem gamemaneger

Posted by Dave Hunt on 28 July 2014 - 11:43 AM

The type "PlayerIndex" doesn't exist in SharpDX. You need to get rid of all references to it in the code.

 

The Viewport property of GraphicsDevice returns a SharpDX.ViewportF, not a SharpDX.Viewport.




#5165872 optymizations by self modifying code

Posted by Dave Hunt on 09 July 2014 - 12:33 PM

There was a series of articles in Dr. Dobbs Journal detailing the optimization of Pixomatic for x86 processors. The first in the series is here - http://www.drdobbs.com/architecture-and-design/optimizing-pixomatic-for-x86-processors/184405765

 

There's a brief discussion of the self-modifying pipeline in that first article. I didn't spend any time trying to locate the subsequent articles in the series.




#5165604 some assembly unknowns

Posted by Dave Hunt on 08 July 2014 - 12:10 PM

Is there an actual question in there or is this just YAFR (Yet Another Fir Ramble)?




#5165559 DLL Import Failure

Posted by Dave Hunt on 08 July 2014 - 09:32 AM

If it's a true .NET DLL, then you shouldn't need to do any DllImport at all. Just add a reference to the DLL (right-click References in Solution explorer and click Add Reference...). When the project builds, it will automatically copy the DLL to the correct output directory.

 

If it's not a true .NET DLL, then you will need the DllImport and you need to manually place the DLL in the same directory as your app's .exe directory. That directory will be under either the Debug or Release directory under your project, depending on whether you're doing a Debug or Release build.

 

If the DLL depends on other DLLs that aren't in your environment path, then you'll need to either add references to them (for .NET DLLs) or copy them to your .exe directory as well.




#5161312 Code::Blocks: Process terminated with status -1073741819

Posted by Dave Hunt on 18 June 2014 - 08:09 AM

Take a very close look at the first parameter of your load_map function...




#5160413 SDL Documentation

Posted by Dave Hunt on 13 June 2014 - 08:39 PM

For the SDL.net API doxygen docs, look here: http://cs-sdl.sourceforge.net/apidocs/html/index.html




#5150936 Drawing Text with Dx11

Posted by Dave Hunt on 02 May 2014 - 09:50 AM

Have you considered using the DirectX Toolkit?




#5147521 how to set a texture?

Posted by Dave Hunt on 16 April 2014 - 08:32 PM

You might want to set the texture on the device before you draw the primitive. :-)

 

Also, you need to use an FVF (if you insist on avoiding shaders) that matches your vertex buffer (e.g. it needs to include D3DFVF_TEX1).




#5146957 what do i need to learn?

Posted by Dave Hunt on 14 April 2014 - 12:48 PM

I would suggest you peruse the Visual Arts forum and check out all of the pinned topics posted there. That should get you started.




#5127874 SDL 2.0 - Edit Renderer Pixels

Posted by Dave Hunt on 31 January 2014 - 07:41 PM

Excellent solution. That will keep all the work on the GPU. I didn't realize you were multiplying all pixels by the same value, or I might have thought to suggest something like that.

 

Glad you got it sorted!




#5127832 SDL 2.0 - Edit Renderer Pixels

Posted by Dave Hunt on 31 January 2014 - 03:42 PM

The only way to do this all on the GPU would be to use the OpenGL renderer and do the post-processing in a shader.

 

There's no way to get at the pixels of the current frame outside of a shader. All the details of what a frame looks like are hidden behind the abstract SDL_Renderer. It could be a pixel buffer for software rendering, or a set of VBOs, etc., which would mean there is no pixel representation of the final image until it's actually flushed to the GPU.




#5127789 SDL 2.0 - Edit Renderer Pixels

Posted by Dave Hunt on 31 January 2014 - 12:43 PM

You could keep a copy of the texture in an SDL_Surface, modify the surface as you used to, then SDL_UpdateTexture to get the pixels into the final texture. You should create the texture with SDL_TEXTUREACCESS_STREAMING to tell SDL that you plan on updating the texture frequently.




#5127537 SDL 1.2 to 2.0 migration (open screen a blit)

Posted by Dave Hunt on 30 January 2014 - 01:31 PM

The SDL MigrationGuide pretty much hand-holds you through the process of converting a simple 2D app from 1.2 to 2.0.




#5127374 Is it practical to have two instance of a Game class object

Posted by Dave Hunt on 29 January 2014 - 10:34 PM

If you don't want more than one instance of your Game class, then don't create more than one. There is no need to make it a singleton.

 

Whether it's practical to have more than one Game object instance or not would depend on its implementation, but it's unlikely to be a useful feature.






PARTNERS