similar to: Fwd: Newbie q: decoupling vorbis from ogg

Hi, Another newbie question. I'm trying to figure out how to fit vorbis into the Apple AudioCodec API and it asks your codec to be able to answer questions about itself. One I'm not sure about, does vorbis encode a fixed number of frames per packet for any given track? I know it's VBR, but that doesn't necessarily imply variable # of frames per packet. Thanks, -n8 --

On 09/02/2008, Ralph Giles <giles@xiph.org> wrote: > Yes, all that is reasonable. The original argument was that we need a > library anyway, no one noticed the function call overhead, and using > libogg simplified the embedding. > > Now, we'd like to remove libogg entirely as a dependency to avoid > confusion when using other containers, but that's an api change...

It's very small, maybe it could be made a separate statically linked lib ? Or some of it inlined. That said, libogg is small too, and some of the routines in there are quite small as well.

Hi. I'm trying to implement Ogg/Vorbis support for the MPEG4IP project. The goal is to support Ogg/Vorbis audio for MPEG-4 streaming. So far I have managed to make the encoder save Ogg packets as an Audio object in an .mp4 file. As a side effect, it can also save Ogg pages in an .ogg file playable by xmms, but that's no big deal. So what I'm doing is this. First the init part. a)

Hi, it seems Ogg keeps track of a packet's size at the byte level, rather than at the bit level (eg, if I encode a packet with just one bit, decode will think there are 8 bits available). Am I right ? Not that it's a particularly important issue, since remaining bits will probably be initialized, but I noticed this while adding some calls to oggpack_look1 at the end of my decode routines

So, I abandoned the hope of using the ogg python bindings to do pure ogg container encoding. I started looking at the libogg in the hopes of retooling the bindings to follow a better object model and it actually looks like the problem is down in libogg, not the bindings. Am I crazy or does libogg rely on libvorbis to return ogg_packets, and that there are no functions that will build an ogg_packet

From googling around, it seems that the ogg bitpacker has defined endianness, but I can't find anywhere that says which order it's in. Any help? The endianness of the 24 bit field in the OggPCM header should be specified. I was going to edit the wiki to specify it as network byte order, then realized that you may have standardized on something else in theora/vorbis already.

Ivo Emanuel Gon?alves wrote: > And IF that kind of performance can be gained in libvorbis too, the > question is, what are we waiting for? I doubt the performance gain would be that large. Theora had the fun little situation where it was thunking into the big endian version of some bitpacker functions which were one-line calls to the little endian version. Because gcc seemed to be

L'octidi 18 pluviôse, an CCXXV, Miscellaneous a écrit : > I've built some simple code on the excellent libvorbis API overview on > the xiph.org site, but the example relies on the ogg_packet struct for > final output and input to decoder, and shows now examples on how to do > without it. Why do you not want it? It is just a simple C struct to carry the packet's metadata.

Using libvorbis (1.3.5) I wish to extract the raw vorbis packets.  I've built some simple code on the excellent libvorbis API overview on the xiph.org site, but the example relies on the ogg_packet struct for final output and input to decoder, and shows now examples on how to do without it. Taking a look at the vorbis_bitstream_flush() function, which in the overview is the last step before

Hi Vorbis-Dev, I'm investigating various WebM/Vorbis bugs in chromium. AFAIK muxing Vorbis inside of WebM does not have an official specification, so I'm using ffmpeg's implementation to try to answer 2 questions: 1. Under what circumstances is it valid to find WebM Blocks containing Vorbis data with zero duration? (This would mean the next Block in the Cluster has the exact

Hi list, I'm trying to use an AudioCodec Mp114, 4 FXO Media gateway. I went trough what i could find in wiki and also trixbox forum and so far no good results. i had this in trixbox frorum : http://www.trixbox.org/forums/trixbox-forums/trunks/trixbox-2-2-and-audio-codes-mp-114-fxo-setup any successful installation? or how to? -------------- next part -------------- An HTML attachment was

I am trying to write a media player in c# which will be able to play .ogg video files which contain Theora video and Vorbis audio streams. Currently I am using LibOgg and LibTheora (via a SWIG generated wrapper). This currently is able to decode the video and output it to the screen. I would like to use LibVorbis to decode the audio stream. Looking at the documentation it looks like I have to use

----- Forwarded message from Telford Tendys <telford@triode.net.au> ----- Delivery-Date: Thu Jan 25 22:22:57 2001 Date: Fri, 26 Jan 2001 16:26:27 +1100 From: Telford Tendys <telford@triode.net.au> To: feedback@vorbis.com Subject: Comments on your code User-Agent: Mutt/1.2.5i Dear Vorbis, I didn't even know about ogg or vorbis until I was at a conference and someone said, ``if

On 25-Feb-08, at 9:34 AM, xiphmont@xiph.org wrote: > I'd say both; libogg should ignore the incomplete packet or flag a > structural error, and the spec should be clarified. I guess libogg should return -1 if you try to ogg_stream_packetout() after the eos packet. The eos flag pretty clearly applies to the *page* not the packet, so I think how that gets translated into the

Hi As per the Linphone, Readme.arm I tried to compile the speex. -------------------------------------readme.arm-------------------------------------------------- ........... Cross compiling speex for ARM: ******************************** First you need to remove ogg headers from your build system to avoid a dirty conflict between your build machine binaries and the arm binaries. They

Hi, I just installed debian (ubuntu) on this machine: Linux ludwig 2.6.8.1-3-amd64-generic #1 Tue Oct 12 11:40:38 UTC 2004 x86_64 GNU/Linux but neither libtheora0 and libtheora-dev from packet nor libtheora-1.0alpha4 I compiled seems to work ;-) both mplayer or vlc can't read video stream Theora header parsing failed: -20 or [00000247] theora decoder error: This bitstream does

Hey all, If my understanding is right, there's a serious big in vorbisfile.c, in the routine _fetch_headers(), which will only show up when comment packet spans multiple pages. The code to read the first 3 Vorbis packets ogg_stream_pagein() once, then calls ogg_stream_packetout(). The problem is that ogg_stream_pagein() only adds a single page to the ogg stream state, whereas

Hello, I have something like this: SIPUSER <-sip-> ASTERISK <-oh323-> AUDIOCODEC <-e1-> PSTN After calling from SIP to PSTN (and from PSTN to SIP too) I can't hear anything only in my SIPUSER. At the PSTN side everything is OK. I have another network with another h323/sip (in the place of asterisk) and there everything is OK. In AUDIOCODES logs I see that everything goes

(Sending again after subscribing, I guess the moderator is on vacation.) I'm working on support for tagging Speex files for Mutagen[0] and part of the specification at [1] is confusing me. It says the first page should have granulepos 0 and packetno 0. Does this really mean page sequence number 0, since the Ogg format doesn't number packets? If it doesn't mean page sequence number,