Messages

1

DotNet / Re: DllNotFoundException even with .config DllMap

« on: September 22, 2013, 09:58:30 pm »

Ah yes, that did the trick! Thanks a lot!

2

DotNet / Re: DllNotFoundException even with .config DllMap

« on: September 19, 2013, 08:32:41 pm »

Appending .dll to the end of the dll="csfml-window-2" did no good, because, as the exception says, it's looking for the file without an extension.

The thing is, everything is working fine for csfml-graphics-2, and this 'carbon config copy' of windows is not. As again, it's not related to being able to find the DLL and SO files as they can clearly be found for the graphics. The problem lies in the fact that the DllMap for windows does not work. Even though I've stated in sfmlnet-window-2.dll.config that <dll="csfml-graphics-2" target="libcsfml-graphics.so.2" />, it still is looking for csfml-graphics-2 and completely ignoring my mapping.

3

DotNet / DllNotFoundException even with .config DllMap

« on: September 17, 2013, 10:32:38 pm »

For my project I have three DLLs:

• sfmlnet-audio-2.dll
• sfmlnet-graphics-2.dll
• sfmlnet-window-2.dll

I am using Linux however, so I have to map the correct DLLs using .dll.config files:

• sfmlnet-audio-2.dll.config
• sfmlnet-graphics-2.dll.config
• sfmlnet-window-2.dll.config

Now the contents of sfmlnet-graphics-2.dll.config are the following:

 <configuration>
    <dllmap os="linux" dll="csfml-graphics-2" target="libcsfml-graphics.so.2" />
 </configuration>

This goes all fine and dandy. However, when I try to access particular window functions, like RenderWindow.Close(), I'm getting the following error:

Unhandled Exception:
System.DllNotFoundException: csfml-window-2
  at (wrapper managed-to-native) SFML.Graphics.Context:sfContext_create ()
  at SFML.Graphics.Context..ctor () [0x00000] in <filename unknown>:0
  at SFML.Graphics.Context.get_Global () [0x00000] in <filename unknown>:0
  at SFML.Graphics.Font.Destroy (Boolean disposing) [0x00000] in <filename unknown>:0
  at SFML.ObjectBase.Dispose (Boolean disposing) [0x00000] in <filename unknown>:0
  at SFML.ObjectBase.Finalize () [0x00000] in <filename unknown>:0
 

While in fact, I do have sfmlnet-window-2.dll.config with the following contents:

 <configuration>
    <dllmap os="linux" dll="csfml-window-2" target="libcsfml-window.so.2" />
 </configuration>

I have checked the existence of the SO file, and it's there. It's strange situation, because the graphics library gets loaded fine, but somehow the window config does not get loaded (I think), as it's not even changing the dll to the target. I also made sure all DLLs are added as a reference in the project, so that can't be it...

4

Audio / Re: OGG File Format Specifications

« on: July 08, 2013, 10:13:57 pm »

Well indeed what do you know. I've re-opened up my OGG in Audacity, normalized it to -1.0f, re-exported and it now plays back flawlessly... Doing this for every one of my music files would be highly inconvenient though, as stated on the issue page.

What makes me wonder though, is that other players like Audacity itself and VLC were able to play the OGG back flawlessly. I highly doubt that they normalize it themselves. If, they however do it, they have found a way to do it efficiently without hogging the CPU, so wouldn't this also be possible for SFML?

EDIT: I've just read that the issue lies in a conversion issue from libsndfile itself. Is it maybe an idea to use libvorbis instead for OGG music? It would require extra code; a special case for OGGs, and an additional dependency though. Or perhaps use sf_read_float in the special case of OGGs, as that apparantly seems to work.

5

Audio / Re: OGG File Format Specifications

« on: July 08, 2013, 08:34:17 pm »

I am having the exact same issue. I've converted my MP3s to OGG using Audacity, and I'm getting horrible static, cracking and distortion. When I convert them to WAV or FLAC, the file plays just fine.

I'm using Arch Linux x64
openal 1.15.1-1
libsndfile 1.0.25-2
sfml 2.0-1

My project is pretty much empty, and all I've done was open up a soundbuffer, put the soudnbuffer in a sound and play it. When I play the OGG file in any other media player it works just fine without any cracking.