Spark opengl 64 bit

I was able to built spark libs in 64 bit. But Fire demo in SPARK_01_05_04 giving a runtime error on

fireRenderer->setTexturingMode(TEXTURE_2D);

I was able to run it using SPARK_01_04_00. Only change i'm have is I'm runing it without SDL (directly on OpenGL).
But the latest version giving me so many errors. Please let me know if you hv any solution.

thank you

Hi,

I have never compiled SPARK in 64 bits. However there should not be any problems on that side. I ll have a check to see what can be a problem in the code for a 64 bit version.

The crash in setTexturingMode must be a side effect as this method is a simple setter.

Have you tried running it in debug mode ?

Hi,

The problem is in demo codes using SDL surface. SDL giving problems in 64-bit since it has 86x libraries embended in there source. Seems it's a mess going through a whole source code and convert everything to compatible platforms.

Can you guys work on your demos only using spark engine without depending on external packages such as SDL, FTGL etc ? or just include one sample per demo using opengl without other packages ...would be greatly appreciated.

thank you

I still need an API to provide me with an OpenGL context and a window. I dont want to code that from scratch. I think i will be using SFML in the version 2 of SPARK fro the demo. Dont know if it is easily compilable in 64 bits though. Using something like glut (which may work well in 64 bits I dont know) seems a bit outdated to me.

Porting a demo with another media library should be quite straightforward. Unfortunately I have no time to do that right now.

Btw, do you have any real benefits compiling in 64 bits rather than 32 bits ? Regarding SPARK it may not improve the performance as all the computations are made with 32 bit types.

Thnk you for the reply. I'll see wht I can do and work arround it. The reason I need 64-bit is .... I'm using spark with a simulation build with CUDA 64 bit architecture in a research. Previouse spark versions worked very well and gave pretty good results and overall performance.

But i couldn't get 1.5.* versions work with it due to SDL surface. you did a good job.

thank you

Why I dont get is that SDL is used only in the demos to show some example systems, SPARK has no dependency to SDL. Moreover, SDL is used for the demos since the beginning, so SPARK 1.04.* demos were already using SDL.

I have the same issue on SDL texture loader. I don't know what SDL image loader has done different from any other Bitmap loaders. But Spark engine giving errors on Texture_2D if i don't use SDL.