No subject


Fri Aug 6 15:26:10 PDT 2004


vorbis_analysis(&vblock, &ogg_pkt). Then, your ogg_pkt contains one ogg 
packet - that's just the raw vorbis data. ogg_pkt.packet, of length 
ogg_pkt.bytes. 

You'll need to recreate some of the framing information in ogg - but not all 
of it. See the vorbis-over-RTP drafts for one way to do this.

>
> > You might also be able to get away with it (again, this depends: you
> > haven't given much detail, so I can't say for sure) by just ensuring you
> > always write blocks of audio of some minimum size (for VBR modes, this
> > size needn't be all that large. It depends on sampling rate, so give more
> > details if you want recommendations on this), and using a low-latency
> > encapsulation layer (i.e. probably not ogg).
>
> Im using a sample rate of 8000, quality 0.0 and mono audio, just to ensure
> that im using the minimal bandwidth.

This seems rather at odds with your previous assertion that you were doing 
this for streaming over a LAN. Surely using such low bandwidth isn't really 
neccesary there? And your whole approach is doomed to failure 

Anyway, at this low a bitrate, you'll find that your current use of ogg is 
probably more than doubling your bitrate.

You'll also find that libvorbis cannot get particularly low-latency at this 
sample rate. Around one second is likely to be the best you can do.

Mike

--- >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 'vorbis-dev-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.



More information about the Vorbis-dev mailing list