similar to: Another vorbisfile question

Hello, All. I am making an Ogg Vorbis decoder based on Tremor. The Vorbisfile library provides a high-level API which enables us to seek in the file, but it needs to declare a pointer to OggVorbis_File structure. Because I am supposed not to use file, so I can't use the ov_pcm_seek() or ov_raw_seek() functions to seek in the file. For decoding an Ogg Vorbis file, I first put it in

I'm working on an application where I need to record the current playing position and return to it later. and I need this to be done the most efficient way, so I used ov_raw_tell() and ov_raw_seek() because the documentation says they are the best when speed is a concern. but the problem is that sometimes ov_raw_tell returns the same value before and after calling ov_read; here's an

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

Some months ago I tried to get some answers (and didn't) for a problem I've had with ov_pcm_total for files 8kb or smaller. I have no idea whether it should make a difference, but I operate inside Visual Studio, with C++ 6.0 and MFC. The value returned by ov_pcm_total doesn't agree with ov_read. My solution had been to add 0.2 to the buffer size, so that ov_read would make it to

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

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I'm writing a simple application to decompress a set of Ogg files to raw PCM format, using vorbisfile, because that is the simplest way of doing it. These Ogg files are sounds for a game, and thus sometimes very short (about .25 s). However, vorbisfile has severe problems with Ogg files that are smaller than the CHUNKSIZE which is #defined

Hello, All. First, I want to thank Ian Malone and Ralph Giles, thanks for your kind replies. But I still have problems about seek. As you suggested, I could use ov_open_callbacks() to supply my own read/write/seek functions. So, can you give me an example? I?m sorry for my ignorance, because I haven?t used callbacks before. I analyzed the vorbisfile.c in Tremor, and I think I

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

[I'm not online regularly, so don't include me in any replies. Looks like the archives are working at present, so I'll catch up from them when I get a chance. Thanks...] (Trying out vorbis-dev@ instead of vorbis@ where I sent my previous messages; if this is the wrong place, correct me) Greetings. Some weeks ago, I submitted several hacks which gave me the ability to play Ogg

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'm seeing some inconsistency in returned timestamps using vorbisfile. I open a file, read some data (grabbing timestamps with ov_pcm_tell), then seek back with ov_pcm_seek(vf, 0) and read it again. The seek lands back on 0, but on the second read through, there's a gap in the timestamps: they jumps up by 2112 frames. This causes my vorbisfile code to insert silence to maintain sync (as

I am a game developer, and we used RC3 in our last game. Worked great. I'm trying to update to 1.0 now, and running into some problems. Specifically, I think a change to _get_prev_page() in vorbisfile.c broke the decoder for very small files. I have a file called "silence" that's just a silent wav file. It compresses down to barely more than the header, so it's _really_

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 wondering if buffer size for my decoding to pcm can be predicted dependably as follows. So far, the one problem I have had is when I have played a file of only about 5k. The buffer was a little less than 10% too small. I "solved" that by padding the result with an extra 20 percent. However, I have been told that I should be able to rely on the value of ov_pcm_total. char*

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

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

I got this one this morning, but didn't notice it til now: --- (gdb) bt #0 0x4003be91 in vorbis_block_clear (vb=0xbffff71c) at block.c:156 #1 0x4003ce36 in vorbis_analysis_blockout (v=0xbffff71c, vb=0x8050b80) at block.c:591 #2 0x4002ff23 in _prefetch_all_headers (vf=0xbffff540, dataoffset=-1073749296) at vorbisfile.c:324 #3 0x4003039c in _process_packet (vf=0xbffff540, readp=1)

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

Hi, I have been having some problems with ov_pcm_seek in vorbis_file:- Any seeks to a sample within the first second of the stream (i.e. < 44100 samples) fail. Seeks to samples beyond this 44100 limit are fine. It appears to be associated with vorbis_file trying to read the preceding page (odd for the beginning of the file), attempting an ov_raw_seek, then bombing out with an OV_EINVAL.