similar to: Access Violation when calling ov_clear

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

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

Hello, I've been looking to the libvorbisfile and got into troubles when trying to use it: I need to compile it on a PalmOS and the libvorbisfile must be compiled in ARM whereas calling code is in 68K. This implies that the interface ov_open_callback is not usable because the OggVorbis_File *vf must point to something in the target architecture (ARM) whereas the caller cannot do that. As

Hi, I've been playing with a little player, and it seems I can't ov_open a file twice? heres a snipit... <p>#include <stdio.h> #include <stdlib.h> #include <errno.h> #include <vorbis/vorbisfile.h> OggVorbis_File vf; FILE *f = NULL; int main(int argc, char **argv) { char *file = NULL; int err = 0; if(argc < 2) {

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

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

I'm considering patching my copy of ogg123 to support vorbisgain tags. Is there any interest in folding this sort of patch into the main line ogg123? Has anyone done this already (or to another command line ogg player)? John --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message 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.

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, this is my first post, I hope it's the right mailing list (or should it be vorbis@xiph.org?) I just downloaded "SDK for MacOS9" and tried to compile the "vorbisfile_example.c" sample with CodeWarrior for Mac 8 on a Mac OS 9.2 machine. I included the libOgg and libVorbis libraries in my project, but the linker cannot file ov_clear(), ov_read(), ov_pcm_total(),

The following block of code produces an exception. The testnew.ogg file is 10 seconds, containing pure silence encoded using mode E: http://www.cs.mun.ca/~chris3/testnew.ogg Other files and modes can cause the exception, but many files work fine. #include <stdio.h> #include "vorbis/vorbisfile.h" int main() { OggVorbis_File ov, ov2; FILE *f, *f2; f

Hi All, Im having troubles with ov_clear crashing or just failing to close properly. Is there anything else i should make sure im doing before i call ov_clear. My code basically consists of one ogg file running completley in its own thread where it decodes into direct sound buffers. I only run 2 threads at anyone time, and ive also noticed its only the threads that use ogg files with multiple

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

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);

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

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. --

I have been working on a game for a while now and noticed that using your library to stream music created a graphical problem while the screen would scroll. (certain tiles would flicker to be more specific). I found that if I don't play music this problem doesn't occur. Another developer suggested that if I can lower the priority (thread priority) of the music this could fix the problem.

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

Hello - I have two files which play back in VLC correctly. They were encoded using this command: ffmpeg -y -i '/tmp/2e905b981d30324f9a0664cbabb3f59a20170406-21128-r0neh9.wav' -acodec libvorbis '/tmp/2e905b981d30324f9a0664cbabb3f59a20170406-21128-r0neh920170406-21128-146yyex.ogg However ov_pcm_total reports a zero length for one of the two files. Is this a problem with my use of the

Hello - I have two files which play back in VLC correctly. They were encoded using this command: ffmpeg -y -i '/tmp/2e905b981d30324f9a0664cbabb3f59a20170406-21128-r0neh9.wav' -acodec libvorbis '/tmp/2e905b981d30324f9a0664cbabb3f59a20170406-21128-r0neh920170406-21128-146yyex.ogg However ov_pcm_total reports a zero length for one of the two files. Is this a problem with my use of the