search for: lord_dakron

OK, I just noticed I had not only "libname.lib" files with OV, but also "libname_d.lib" files. What are the differences in the two? I am assuming off-hand that the 'd' stands for 'dynamic', but I want to know for sure. I compiled using 'vorbisfile_d.lib' this time instead of 'vorbisfile.lib' and got no errors, but If you guys included two

OK, thanks to the help of another forum user, I got my app compiled and working, but I now need to precache the OGG to memory. My current method somehow winds up in a loop or freezes the application. Here is y source for the decode/precache function. Why is it just freezing? I've let it run for about three minutes, thinking it was doing some heavy decoding, but I was wrong. Once this is

I seem to have run into a slight problem in my decode/cache routine. For some reason, my ov_info struct is saying that the channels in the bitstream are zero. Is this normal for certain files, and zero signifies something, or is something wrong? The ov_info struct DOES get filled (it isn't NULL), but channels gets set to zero. This of course can cause problems while calculating the buffer

OK, I have a minor problem with the 'vorbisfile' libraries. I copied both the normal and dynamic DLLs to my program directory, and they load fine. Thing is, if I link with 'vorbisfile.lib' and use 'ov_open', the application just locks up. If I link with 'vorbisfile_d.lib' and use the function, Windows brings up a standard crash window, and I can just use that to

OK, I've been developing a small class that I can use in virtually any application to load and decode OGG files. Everything works fine until it reaches the line with the call to ov_open, then the application freezes and has to be killed. This is a single-threaded Win32 app. Below is both the structure that gets passed around, and my entire OGG class. Maybe one of you can figure this out.

Hey, I've coded an OGG player for Win32 (it uses AL for playback so it's portable to Linux/Mac), but every time the program gets to the 'ov_open()' function, the app completely freezes, and I have to use the task-manager to kill it. I am supplying it with a valid file handle that was just opened (FILE*) and the vorbis file is also a pointer that is not in use (set to null). Any