similar to: ov_clear segfaults?

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

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, 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(),

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.

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

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

I wonder if anyone would have a comment on an experiment I have pretty much completed in my MFC/C++ project. With my simple libvorbis implementation, ogg decoding works just fine for files that are 10kb or larger. For anything smaller (actually, I don't have a 9kb file, so <= 8), it seems that I get an inaccurate value for ov_pcm_total. Though ov_read returns zero, I overflow the buffer

Why ov_open_callbacks(fd_, &vf, NULL, 0, OV_CALLBACKS_NOCLOSE) takes so long to open OGG file? The OGG file has just 210 MB. It takes a lot of time open the file. I am working on OGG audio recorder and player. Thanks in advance! With kind regards, Pavel

Well, I've done more work on this today and done the following: -I simplified the test program to just under 125 lines of code. -I discovered that the code works fine on my friend's Darwin machine. -I discovered that the code works fine in my friend's i386 linux machine. -I discovered that the code fails in ALL of my i386 redhat 9 machines. (Even the ones where I've rebuilt

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

Hello - I send this to the vorbis-dev list yesterday, but I’m working if it would not have been better targeted at this list. Sorry for the spam if you are on both :) > Begin forwarded message: > > From: Jim Credland <jim at credland.net> > Subject: [Vorbis-dev] Zero length reported. > Date: 6 April 2017 at 15:43:18 BST > To: vorbis-dev at xiph.org > Cc: Maciej Dudek

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

Okay - so I stepped through the code slowly this morning making notes as I went. And I can see what’s wrong. The last Ogg header of the troublesome file contains -1 as the granule position. The spec says this has a special meaning "A special value of '-1' (in two's complement) indicates that no packets finish on this page." 4F 67 67 53 00 04 FF FF FF FF FF FF FF FF 16 A2

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.

I am having no luck at all mixing libvorbisfile with the cross-platform gaming library SDL. It seems that any time I call ov_clear, the app goes unstable and crashes later in calls to glibc. This is unacceptable for obvious reasons and I was wondering if there was a way to fix it by just using libvorbis. I was going to experiment with the possibility, but I have, as yet, been unable to find

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

Sorry to bug you all, but I have some questions (I have beta4 at the moment; don't ask): I was reading through the VorbisFile API documentation because I'm writing code to deal with Ogg Vorbis-encoded files, and nowhere did I see a function or method for retrieving the byte-width of a stream. However, I did notice that ov_read() takes a word size as a parameter. Am I correct in assuming

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