similar to: AW: AW: Reading OGG embedded in a pack file

Hello, I'm currently trying to implement streaming off ogg-files out of an archive file using SDL and SDL_mixer for playback. Therefore i create a FILE * filepointer, place it to the beginning of an ogg file inside the archive and hand over the filepointer to ov_open. ( command: ov_open(fp, &music->vf, NULL, 0) ). This works fine so far. The problem is: if i put many oggs together in

This idea is so simple that I'm sure it must have been thought of before, and discarded, since AFAIK it's not used anywhere. I did a quick web search but that didn't turn up much, so I figured I'd put it up for discussion here anyway. How about using large-scale repetition in audio compression? I'm thinking of redundancy in repeated pieces of a song, ie a chorus.

I am having one frustrating time trying to decipher why ov_read is failing in my MFC/C++ application, and I see in Google results that others have had difficulty as well. These google discussions generally involve libraries, dll's and linking options, as though there are perhaps some basic incompatibilities between ogg vorbis and win32 and/or MFC/C++. Very confusing. If I pass fopen a

Eddie, I have been reviewing vorbis list postings, because I have been spinning my wheels for a week, trying to make a simple insertion of ogg vorbis decoding (vorbisfile) in the audio class of my MFC/C++ program. I just read your thread from April 2004. Question: Do you have anything you could send me, since I assume you succeeded in getting results? And/or could you take a look at what I

Hi all, While reading through various bits of libvorbis and vorbisfile, and then thinking about how to implement other features in the xmms and winamp plugins, I had some thoughts... Vorbisfile is very useful, and very easy to use. It is, however, tied to stdio - which means you can't use it for lots of other stuff where it'd be useful - like streaming, or (under win32) avoiding stdio

Hello! There is a problem with the VorbisFile library. It only works when I open an OGG file for the 1st time. After I closed the file and try to open another one or the same it crashs. It seems it applies to the use of either ov_open or ov_test functions or their combination. I wrote a test app that illustrates the bug. It crashs with a message "Unmapped memory exception". It's

I've been playing around with using ov_test and ov_test_open as an alternative to ov_open in the xmms plugin's vorbis_check_file function. xmms never bothers to cache the result of a file check, so it tends to happen rather a lot. Unfortunately ov_test_open returns OV_EINVAL because ov_test seems to have left vf->ready_state to OPEN rather than PARTOPEN. I'm presuming this is

I have a problem i suspect to be a bug in ogg: Assume i have a simple archive "chou_s_test1_test2.pak", created by simply concatenating binary files together: chou_s.jpg (3403 bytes) test1.ogg (5196 bytes) test2.ogg (6128 bytes) If i place the a filepointer passed to ov_open to the beginning of test1.ogg, this ogg gets opened and decoded correctly. But if i place it to the beginning

I am getting the following error from MSVC when calling ov_open() from my app: Unhandled exception in Progname.exe (KERNEL32.DLL): 0xC0000005: Access Violation The call stack shows: KERNEL32! bff7b9a6() VORBISFILE! 00471d1d() I am running Win98 and v1.0 off the vorbis libs. The app is single- threaded. The following code works just fine in a test app I built, but when I add it to another

Greetings, I've just downloaded the Ogg/Vorbis Win32 SDK 'OggVorbis-win32sdk-1.0.1.zip' and made a test app to open an ogg file. But as soon as I call ov_open() the program crashes because of an access violation to address 0x00000010... This happens on both Release and Debug builds. The test app is simple: #include "vorbis/codec.h" #include "vorbis/vorbisfile.h"

Should I ov_clear a failed ov_open/test/test_open call? The xmms plugin does an fclose on failure, and that seems to work, but I thought I ought to know for certain. (An observation: I think the quantity of questions and bugs raised along the lines of "I did open file, ov_open, ov_read, close file, open another file, ov_read, and it exploded", or "I tried to make vorbisfile go

Hello. Not certain this post belongs here, got a little confused about vorbis-dev / vorbis. If it doesn’t, please tell me so :) Well, on to the problem. I’m adding ogg support into an audio-player. For some reason I want it using vorbisfile threw the dll’s. It works just fine with the debug dll. No problems what so ever. But with the Retail dlls, when I call ov_open my memory gets messed up.

I realise the it's hard to do a seek in a variable bitrate file but I didn't think it was this bad. It seems to vary a lot with the file but the total time to do an ov_open() and ov_pcm_seek() can add upp to a second or more. By this time my DirectX buffers have wrapped around and are looping. Can anybody think of a solution for this? I really need a faster response time for my in-game

I passed a valid FILE* (from fopen() with "rb") and the address of an OggVorbis_File struct, but an access violation occured when ov_open is called. I have enabled the Multithreaded, but it still doesn't fix the problem. I look at the vorbis_comment.exe source and I see vcedit_open() function and other vcedit_*() functions everywhere. I am assuming that there is known issue with VC

Hi I try to load an ogg file with the vorbisfile library like this: FILE *f = fopen("test.ogg", "rb"); if(!f) ...; ov_open(f, &vf, 0, 0); But ov_open always throws an exception. Im pretty sure its a compiler problem because the same code worked on VC6. Im compiling my programm with the multithreaded dll option as mentioned on the mailing list bevor. Does anybody know if

Hi, I was wondering if anyone out there had any success dynamically loading the Vorbis libraries via LoadLibrary on Win32. I'm able to use things properly by linking in the static libraries, but when I try to load them dynamically (which I really need to do), I get an access violation when calling ov_open. The code looks something like this... typedef int

<WARNING: Long message ahead> Well, I have actually done something the past 1 1/2 week. I've created a program that runs several filters over an image to extract edge information. Currently it loads any uncompressed grayscale TGA file, and spits out another uncompressed greyscale TGA file that is 255 at places where there are edges, and 0 where there are not. I managed to get out quite

If I do something similar to the below ov_open always causes an access violation. The call to fopen is successful. Can anybody tell me why? (and how to fix it?) OggVorbis_File vf; int eof=0; int current_section; FILE *fd = fopen("c:\\test.ogg","rb"); if (!fd){ AfxTrace("fopen failed\n"); exit(0); } if(ov_open(fd, &vf, NULL, 0) < 0) {

Hi, I put together a small a Visual C++ 6.0 project that uses the code from vorbisfile_example.c. I open an ogg file in binary mode and when ov_open gets called, it always fails. I then put together another project and compiled vorbisfile so I could see where the error was occuring. It is happening in _fetch_headers when it calls ogg_stream_packetout. The return values is -1, which means there

Just noticed this article on Slashdot: http://ask.slashdot.org/article.pl?sid=04/05/18/0432202 ...about the feasibility and efficiency of reading id3v2 tags out of mp3's over http. I know that vorbisfile's callback model is well suited to handling this sort of scenario, but I'm curious to know whether ov_open will try to read enough stream to pull the comments out on a