similar to: ov_open/ov_test weirdness

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.

Hi, I'm experiencing (what I think), is an odd problem. Whenever I try to open a plain ogg file with the code below, it is failing with OV_EBADHEADER. I am able to open (and play), blowfish encrypted files using the ov_open_callback (and openssl BIO functions), so I thought maybe I had struck some silly problem with the default FILE * handlers. So I whipped up a basic callback handlers for

The folowing code donst work: #include <vorbis/codec.h> #include <vorbis/vorbisfile.h> #include <stdlib.h> #include <stdio.h> int main() { FILE *stdfile; OggVorbis_File vf; int tmp; stdfile=fopen("./test.ogg","r"); if( ov_test(stdfile, &vf, NULL, 0) ==0) { tmp = ov_test_open(&vf);

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

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

Hi folks, I'm doing a merge of my current branch onto the mainline (for testing) today. I believe it to be stable. Just a little more vorbisfile testing. After the merge, I have a few more patches to apply, then onto cascading/coupling. New stuff: Floor backend 1 and residue backend 1; both are present, but the mainline modes won't use either yet. Naturally, both are enabled for

Hey there I'm using CodeWarrior8 for development on the windows platform and have been trying for some time now to add .ogg support to my engine project. First i had the problem quite a lot had out there with a crashing/freezing call to ov_open which i solved by recompiling those libs against the single-threaded variant of the core libs using VC++ 6 But now i have another problem. now every

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

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

Hi, I am using libvorbis-1.0.1 and I am trying to debug the example decoder (examples/decoder_example.c) using gdb. I have compiled the source tree for debug and can single step through the program. However i am facing the following problem (which I think is more of C than vorbis) 1. after single steppig I finally arrive at the function shown below (in file lib/info.c) static int

ok, I'm aware that vo_open cant be used at the same time as other functions such as ogg_sync_wrote, ogg_sync_pageout, ogg_stream_pagein, ogg_stream_packetout and vorbis_synthesis_headerin. In order to get information from the bitstream i've been using this method because it's fast and doesn't require decoding of the stream. But, i can only retrieve the average bitrate of

-- Welcome to the vorbis mailing list! Please save this message for future reference. Thank you. If you ever want to remove yourself from this mailing list, you can send mail to <majordomo@xiph.org> with the following command in the body of your email message: unsubscribe vorbis or from another account, besides vorbis@xiph.org: unsubscribe vorbis vorbis@xiph.org If you ever

I get an access violation when calling ov_clear(). I know ov_open() worked because I used ov_info to get the sampling rate and number of channels in the .ogg file. I also know the FILE pointer and the OggVorbis_File structure are still in scope (they're member variables of the same class my deconstructor is in (where ov_clear() is called)). Anyone have any ideas? I opened the file using

Hi, I've just got around to moving from version 1.0 to 1.0.1. Now when I run my program, at least on Windoze, (haven't tried Linux yet), I get an Access Exception on the ov_open. Nothing else has changed. All I did was replace the lib and dll files that are in the win32sdk zip and re-build all, so it's the same the project files for for both builds. Here the snippet of code that

Hi guys, I'm working doing the Java->JNI->OggVorbis thing. As a test to get me going, I've just written a quick routine that dumps info about the file test.ogg in the current directory. The problem arises when I call ov_clear. I get a segfault everytime. Note that I am *not* doing any decoding (ov_read) at all, just ov_comment and ov_info. Should I only call ov_clear if I have

there can be a minor bug in vorbisfile: when opening an invalid file with ov_file the errorcode is returned as it should, but the OggVorbis_File struct can't load another file: using ov_open on the same struct with another file segfaults. also using ov_clear on the struct before reopening does'nt helps. workaround: delete and recreate new the OggVorbis_File for each opened file. --

Hello all. I'm new to this list. I'm also new to coding with libvorbis and things, so please bear with me. :) I've been having trouble with libvorbisfile. My use of it is fairly simple, but when I try to ov_clear the vorbis file, it segfaults. I can attach or otherwise make availible some demo source code, but for now I'll just pull out relevant lines: //BEGIN PSEUDO CODE

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 everybody, I sent something about this before, but this bug is still there, so... If you call ov_time_seek(vf, 0); it will fail, returning OV_EFAULT (from ov_pcm_seek_page). I think this must be a bug, because seeking to 0 seconds *should* be OK. Another thing, when ov_time_seek fails with OV_EFAULT, you cannot continue playing (because of the goto seek_error). This is not clear from