similar to: my vorbis comments

I'm updating my vorbis rpm spec file, and when I try to do "make -C vorbis-tools ogg123", due to rpm's build environment, I get lots of: gcc ogg123.o -o ogg123 -lm ../lib/libvorbis.a ../lib/vorbisfile.a ../lib/vorbisfile.a(vorbisfile.o): In function `_get_prev_page': vorbisfile.o(.text+0x54): undefined reference to `ogg_sync_reset' vorbisfile.o(.text+0xa9): undefined

I may be missing something, but is there a good way of finding the start position of an ogg page in a bitstream? Pages have to start with 'OggS', but this could also turn up elsewhere in the bitstream, so is there a simple strategy using the libogg API to find out which ones are the start of pages? (Other than trying to decode from successive 'OggS' markers and noting when the

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

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

Am 03.12.2013 23:49, schrieb Monty Montgomery: > Any time code is stuck in a loop calling ogg_sync_pageseek() or > ogg_sync_pageout(), you'll see most of the time sunk into checksum > calculation. It's the only thing in libogg that _can_ take much time. > This is not likely a libogg bug, but a bug in the code calling libogg > in a tight loop. > > Looking at the file

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

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hello devs, since this bug affect gstreamer and vlc, i assume it is libogg regression. Please take a look at this bug report: https://bugzilla.gnome.org/show_bug.cgi?id=719615 - -- Regards, Oleksij -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

Dear members, since two weeks I am stuck, trying to demux a physical ogg stream (theora and vorbis) and play the audio part using vorbisfile. I hope that one of you can give me a hint or point me to additional documentation. I used ogg.h and vorbisfile.h. The way so far: - initializing an ogg_sync_state - inserting data to sync_state using ogg_sync_buffer - when whole page found

First my environment MinGW and MYSYS with gcc 3.4.2 under Windows XP pro. I configured and built libbogg with out a problem. I configured libvorbis and it finds libogg. When I type make it dies with: gcc -shared .libs/mdct.o .libs/smallft.o .libs/block.o .libs/envelope.o .libs/window.o .libs/lsp.o .libs/lpc.o .libs/analysis.o .libs/synthesis.o .libs/psy.o .libs/info.o .libs/floor1.o

It seems to me that running ogg_sync_pageout doesn't automatically advance the page. This is good if you haven't worked with the given page, makes coding somewhat easier. However, when does a page advance. Is it after a call to ogg_stream_pagein? On a side note, I need to do seeking on top of libvorbis, I'd love to use vorbisfile but sadly I can't. Is there a reasonable way to

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

Okay, how do I drop a changeset/patchset/tag for you folks from SVN? At this point, I have written three examples of how to use the basics of the ogg streaming and decoding in Tremor. I heartily welcome any suggestions, improvements and corrections that you can point out in the code. The examples required me to make some small modifications to the main tremor library. However, the changes

I'm seeing a crash when reading an OGG/Vorbis file. I'm using OGG 1.0 / Vorbis 1.0. The crash occurs in _vds_shared_init because the passed in vorbis_info *vi points to a structure containing all 0s (and thus crashes on the line b->modebits = ilog2(ci->modes); as ci is NULL. Following the stack, I see that _vds_shared_init is called by vorbis_synthesis_init which is called

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

Hi, This mozilla bug report is a crash triggered by a Vorbis file with corrupt headers: https://bugzilla.mozilla.org/show_bug.cgi?id=481601 The patch to fix the crash adds a new vorbis_dsp_init() function to libvorbis, and calls that from fs_vorbis_init() in libfishsound: https://bug481601.bugzilla.mozilla.org/attachment.cgi?id=366150 The public function it adds is: void

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

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

I've put together a first cut for a Win32 DLL using the BladeEnc interface. Right now, it's just a drop-in replacement for BladeEnc.dll that ignores all encoding parameters passed to it and uses the info_A vorbis_info struct (same as the encoder_example). It's not particularly useful as of yet, but you can rename it to BladeEnc.dll and use it with any number of rippers out there

The latest CVS update of libvorbis fails to compile on SuSE Linux 6.4. The error is below. Also, what happened to the xmms plugin directory in cvs? It complains that it is missing when I do a 'cvs update'. gcc -DPACKAGE=\"libvorbis\" -DVERSION=\"1.0beta3\" -DHAVE_ALLOCA_H=1 -DHAVE_ ALLOCA=1 -I. -I. -I../include -O20 -ffast-math -mno-ieee-fp -D_REENTRANT -fs