Welcome, Guest. Please login or register. Did you miss your activation email?

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - wogoo

Pages: [1] 2
1
Audio / Re: Sf::Sound for music
« on: February 02, 2014, 06:52:37 pm »
Solved ;)
The OpenAL.dll's for 32 and 64 bit are swapped in SFML downloads.

In the 32-bit version (i tried only Windows) there is the 64-bit OpenAL (454kb, and the 32-bit version is 410kb).
Also in the source file download the dll's are swapped.

Please someone tell Laurent, i also get a crash when i tried the new 32-bit version on GitHub.

The main problem is that when i try to use the 64-bit Libsnd i get a crash, this not happens with OpenAL.
Additionally as i said i have no problem with my main computer, i get this issues with the other one.







2
Audio / Re: Sf::Sound for music
« on: February 02, 2014, 06:19:23 pm »
My fault, now i tried Sf::Music and i get the same issue :/

The specs of the computer are not relevant, i played and developed games for years with it without problems.
Regarding the music i tried a lot of files and formats but i get the same behaviour.
I create also an empty project with only a single music played and i get the same issue.

Could it be an OpenAl/Libsnd problem?

3
Audio / Re: Sf::Sound for music
« on: February 02, 2014, 05:03:11 pm »
Yes, the music does not play smoothly, like it's not played in an other thread (the cracks and distorsions are dued to the lag of the sound).

I tried also some games on the same pc and the audio works properly.

4
Audio / Re: Sf::Sound for music
« on: February 02, 2014, 04:04:40 pm »
No, i don't.
I have to play music with Sf::Sound (for a reason i can't explain here) but when i do this on slow computers i get a very bad sound.
Is Sf::Sound played in a separate thread?

5
Audio / Re: Sf::Sound for music
« on: February 02, 2014, 03:39:01 pm »
I think Sf::Sound does not stream the file, Sf::Music does this, am i wrong?


6
Audio / Sf::Sound for music
« on: February 02, 2014, 02:32:00 pm »
I have to use the Sf::Sound to play music instead of sound effects, loading first the entire file from memory.
However on my slow computer the music plays terribly (cracks, blocks, etc).

Is there a way to do this?
Thanks.

7
Graphics / Re: sf::RenderTexture destructor causes a crash
« on: October 24, 2013, 10:50:01 am »
Thank you for the reply, so there is nothing that can be done to fix this...

I'm sure it's a 'glDeleteTextures' crash because i tried to call it explicitly, retrieving the texture ID and i got the same crash with the same address corruption.
So the only way to load textures in a different thread is to load only the sf::Image object, set a flag and then in the main thread build the sf::Texture object. Is it correct?


8
Graphics / Re: sf::RenderTexture destructor causes a crash
« on: October 24, 2013, 03:24:13 am »
I think i've found the cause of this issue.

I've discovered that the crash happens on 'glDeleteTextures' function, but it's really curious that it happens only on sf::RenderTexture destructor and not on sf::Texture one.
So i tried to create a Sf::Texture on a separate thread (sf::Thread) and i got the crash.

I have not looked at SFML source and i don't know if it's loaded on a separate thread, please let me know, it could finally explain this issue.

I've also found some other threads about this issue, for example:
http://en.sfml-dev.org/forums/index.php?topic=2961.0


9
Graphics / Re: sf::RenderTexture destructor causes a crash
« on: October 13, 2013, 04:32:49 pm »
Because if i compile in release mode i get also:
Code: [Select]
'TestSfml.exe': Loaded 'Path\TestSfml\Release\sfml-graphics-2.dll', Binary was not built with debug information.
'TestSfml.exe': Loaded 'Path\TestSfml\Release\sfml-window-2.dll', Binary was not built with debug information.
'TestSfml.exe': Loaded 'Path\TestSfml\Release\sfml-system-2.dll', Binary was not built with debug information.

Regarding the second question, i get a crash also on a sf::Texture destructor only if before i create a RenderTexture.

10
Graphics / Re: sf::RenderTexture destructor causes a crash
« on: October 13, 2013, 04:15:55 pm »
There are SFML .pdb files, but not ntdll.dll ones, i've uploaded my project and Laurent said it's ok, i've linked correct debug libraries.
This is my ouput:
Code: [Select]
'TestSfml.exe': Loaded 'Path\TestSfml\Debug\TestSfml.exe', Symbols loaded.
'TestSfml.exe': Loaded 'C:\Windows\SysWOW64\ntdll.dll', Cannot find or open the PDB file
'TestSfml.exe': Loaded 'C:\Windows\SysWOW64\kernel32.dll', Cannot find or open the PDB file
'TestSfml.exe': Loaded 'C:\Windows\SysWOW64\KernelBase.dll', Cannot find or open the PDB file
'TestSfml.exe': Loaded 'C:\Windows\SysWOW64\opengl32.dll', Cannot find or open the PDB file
'TestSfml.exe': Loaded 'C:\Windows\SysWOW64\msvcrt.dll', Cannot find or open the PDB file
'TestSfml.exe': Loaded 'C:\Windows\SysWOW64\advapi32.dll', Cannot find or open the PDB file
'TestSfml.exe': Loaded 'C:\Windows\SysWOW64\sechost.dll', Cannot find or open the PDB file
'TestSfml.exe': Loaded 'C:\Windows\SysWOW64\rpcrt4.dll', Cannot find or open the PDB file
'TestSfml.exe': Loaded 'C:\Windows\SysWOW64\sspicli.dll', Cannot find or open the PDB file
'TestSfml.exe': Loaded 'C:\Windows\SysWOW64\cryptbase.dll', Cannot find or open the PDB file
'TestSfml.exe': Loaded 'C:\Windows\SysWOW64\gdi32.dll', Cannot find or open the PDB file
'TestSfml.exe': Loaded 'C:\Windows\SysWOW64\user32.dll', Cannot find or open the PDB file
'TestSfml.exe': Loaded 'C:\Windows\SysWOW64\lpk.dll', Cannot find or open the PDB file
'TestSfml.exe': Loaded 'C:\Windows\SysWOW64\usp10.dll', Cannot find or open the PDB file
'TestSfml.exe': Loaded 'C:\Windows\SysWOW64\glu32.dll', Cannot find or open the PDB file
'TestSfml.exe': Loaded 'C:\Windows\SysWOW64\ddraw.dll', Cannot find or open the PDB file
'TestSfml.exe': Loaded 'C:\Windows\SysWOW64\dciman32.dll', Cannot find or open the PDB file
'TestSfml.exe': Loaded 'C:\Windows\SysWOW64\setupapi.dll', Cannot find or open the PDB file
'TestSfml.exe': Loaded 'C:\Windows\SysWOW64\cfgmgr32.dll', Cannot find or open the PDB file
'TestSfml.exe': Loaded 'C:\Windows\SysWOW64\oleaut32.dll', Cannot find or open the PDB file
'TestSfml.exe': Loaded 'C:\Windows\SysWOW64\ole32.dll', Cannot find or open the PDB file
'TestSfml.exe': Loaded 'C:\Windows\SysWOW64\devobj.dll', Cannot find or open the PDB file
'TestSfml.exe': Loaded 'C:\Windows\SysWOW64\dwmapi.dll', Cannot find or open the PDB file
'TestSfml.exe': Loaded 'C:\Windows\SysWOW64\winmm.dll', Cannot find or open the PDB file
'TestSfml.exe': Loaded 'C:\Windows\SysWOW64\msvcp100d.dll', Symbols loaded.
'TestSfml.exe': Loaded 'C:\Windows\SysWOW64\msvcr100d.dll', Symbols loaded.
'TestSfml.exe': Loaded 'C:\Windows\SysWOW64\imm32.dll', Cannot find or open the PDB file
'TestSfml.exe': Loaded 'C:\Windows\SysWOW64\msctf.dll', Cannot find or open the PDB file
'TestSfml.exe': Loaded 'C:\Windows\SysWOW64\uxtheme.dll', Cannot find or open the PDB file
'TestSfml.exe': Loaded 'C:\Windows\SysWOW64\ig4icd32.dll', Cannot find or open the PDB file
'TestSfml.exe': Loaded 'C:\Windows\SysWOW64\dinput.dll', Cannot find or open the PDB file
'TestSfml.exe': Loaded 'C:\Windows\SysWOW64\hid.dll', Cannot find or open the PDB file
'TestSfml.exe': Loaded 'C:\Windows\SysWOW64\wintrust.dll', Cannot find or open the PDB file
'TestSfml.exe': Loaded 'C:\Windows\SysWOW64\crypt32.dll', Cannot find or open the PDB file
'TestSfml.exe': Loaded 'C:\Windows\SysWOW64\msasn1.dll', Cannot find or open the PDB file
And so SFML symbols are loaded correctly.

I noticed a line in the output that can be useful:
Invalid address specified to RtlFreeHeap("useless since it changes everytime", 03740730)
The invalid address is not the RenderTexture address, the second parameter are internal flags.

The call stack is:
->   ntdll.dll!77ea0724()    
    ntdll.dll!77e6295a()    
    ntdll.dll!77ea177f()    
    ntdll.dll!77e5a967()    
>   ntdll.dll!77e09f15()    
'RenderTexture::create' mess up the memory and the application crashes when deleting the renderTexture.

11
Graphics / Re: sf::RenderTexture destructor causes a crash
« on: October 13, 2013, 02:53:15 pm »
I have used the debugger obviously, and if i haven't post any detail about the crash is because there aren't.
It's a ntdll.dll crash, and without a PDB file no source file gets displayed.

12
Graphics / Re: sf::RenderTexture destructor causes a crash
« on: October 13, 2013, 01:33:22 pm »
What are you saying? Please keep your frustration out.

So, i have no problems with native OpenGL framebuffers, neither with SDL ones and i think that it's a way to fix it, but since i'm the only with this issue it's comprensible this is not a priority. And i'm forced to pass over SFML at this point.


13
Graphics / Re: sf::RenderTexture destructor causes a crash
« on: October 10, 2013, 07:40:09 pm »
So Laurent do you think this issue can be solved?
If you want i can test some code on my computer, or whatever you need.

Sincerely i haven't much time to switch to another framework right now, and also i think SFML is better that other C++ "competitors".

14
Graphics / Re: sf::RenderTexture destructor causes a crash
« on: October 08, 2013, 04:20:22 pm »
What graphics hardware does this crash on? Intel are famous for poor OpenGL driver support, I am sure any problems are because of this.

We have our SFML apps on roughly 50,000 industrial PC systems using different hardware, running ~18 hrs a day, every day, and no problems - except for systems with Intel drivers where we've had to make so many changes to get it stable.
Yes it's certainly this kind of issue, the graphics card i have is a custom version of Intel HD Graphics and for most of 3D games for example i need to switch to my second computer in order to play. This computer however is not powerful enough for my work.
Anyway, the crashes happen on a simple framebuffer and i think there is a way to fix it.

15
Graphics / Re: sf::RenderTexture destructor causes a crash
« on: October 06, 2013, 10:15:11 pm »
Yes i do, i tried also with the 2.0 version.
I'm sure that it's a memory issue, for my project sometimes i don't get the crash if i load a certain number of textures before, or i get the crash only in debug/release mode, inside/outside the editor and so on.

Pages: [1] 2
anything