similar to: endian problems with AIFF and WAV

I managed to get around it. I used the stream functions and provided my own callbacks for reading and writing. What's strange is that what I've done is just copied the contents of read/write/seek/tell/eof callbacks from the sources to my application and it works just fine, no glitches. When I use the build-in implementation, it just crashes without any reason. It's not a problem to

Hello, I am currently learning the FLAC C API and had the code working with FLAC__stream_decoder_init_file. However, since I'd need the Unicode filename support, I tried _wfopen_s in combination with FLAC__stream_decoder_init_FILE, however I get a runtime crash as sonn as I call FLAC__stream_decoder_process_until_end_of_stream. The same code (partially taken from the examples) is working

Dear experts, I am trying to use an example I found here: http://svn.xiph.org/trunk/vorbis/examples/encoder_example.c Could you please tell me what float** buffer is needed for (I don't see it used anywhere). Also, could you please tell me what this code is doing: for(i=0;i<bytes/4;i++){ buffer[0][i]=((readbuffer[i*4+1]<<8)|

Ivailo Karamanolev wrote: > I am currently learning the FLAC C API and had the code working with > FLAC__stream_decoder_init_file. However, since I'd need the Unicode filename > support, I tried _wfopen_s in combination with > FLAC__stream_decoder_init_FILE, however I get a runtime crash as sonn as I > call FLAC__stream_decoder_process_until_end_of_stream. The same code >

Ivailo - FILE objects are internal to the C runtime library, they are not system objects like HANDLEs (windows) or file descriptors (unix). This means that if libFLAC has linked against a different C runtime library than your application, then the two FILE objects are incompatible. This isn't just a Windows specific issue either - if libFLAC was compiled against libc and your application

else. Stuart =20 ----- Original Message -----=20 From: Ivailo Karamanolev=20 To: flac-dev at xiph.org=20 Sent: Wednesday, January 06, 2010 7:49 AM Subject: Re: [Flac-dev] FLAC C API / Visual Studio 2008 FILE* Issue I thought about this, and the MSVCRT mismatch also. What annoys me is = that I even tried compiling the library myself (with exactly the same = Visual Studio 2008 as my

I thought about this, and the MSVCRT mismatch also. What annoys me is that I even tried compiling the library myself (with exactly the same Visual Studio 2008 as my application) and the bug didn't change the least. Thank you for your ideas, but unless someone can confirm this, there still remains the possibility that I've made an error somewhere. Also someone with more experience with

I can now load and play AIFF, WAV, and OGG files using libsndfile and libao. Now I'm moving on to loading and playing files embedded in an IFF file. This is presenting a problem. Playing an AIFF embedded in an IFF works fine. Playing an OGG embedded in the same IFF fails. Specifically, it appears that sf_open_fd() can't figure out what it's being told to load. Except for

Hi, I've just installed libao-1.1.0 on a new Debian install. I also have alsa 1.0.27.1 installed. Debian is running under VirtualBox 4.2.12 under OSX 10.6.8, on a MacBookPro. libao does not work in stereo for the sampling rate of 44100, but it does for 8000, 11025, 22050and 48000. When I send it two channel output at a sampling rate of 44100, the result includes what sounds like skips,

rdesktop has been spewing error messages since the update to CentOS 6.4. Aside from the continuous stream of errors in the terminal window from which it was launched, there are a number of usability issues in the remote session. The pointer does not change shape when moving over various window components such as column separators, window borders, etc. The background doesn't refresh within