[Vorbis-dev] any optimizations possible in OGG or vorbis to reduce time?

[Sumit Chatterjee]

Hi Petr,
    You are right. CELT looks like a good option, but I already am using lot
of components, each of them uses OGG/VORBIS encoder and decoder. It includes
a flash component. Hence re-programming all modules would be another month
effort.
    Any better ideas - which can help me start optimizing the OGG/VORBIS
library. Something like memcopies that are avoidable etc etc... - similar to
direct copy to output buffer skipping copy from og->header and og->body...
On these lines?

Thanks
Sumit

2009/9/4 Petr Tomasek <tomasek at etf.cuni.cz>

> On Fri, Sep 04, 2009 at 12:14:32AM +0530, Sumit Chatterjee wrote:
> > I dont understand exactly the terms that you have asked. Basically if I
> have
> > a continuous stream to be sent out - a computational delay of 50-100ms is
> > still manageable.
> >
> > Regarding my platform:
> >    - its on Windows and my encode is running under realtime priority.
> >    - my audio capture is every 500ms.
> >    - And my OGG container is reduced to 2KB. So a min of 6KB data is
> flushed
> > out after every ~600ms from the encoder
> >
> > I basically want to reduce the encoding time to generate a packet of 6KB
> > from 200-300 ms to <100ms always, so that I can support least setup
> latency
> > in my radio application.
> >
> > Thanks
> > Sumit
>
> So You are talking about latency, right?
>
> What about CELT instead of Vorbis? (http://www.celt-codec.org/)
>
> P.T.
>
> --
> Petr Tomasek <http://www.etf.cuni.cz/~tomasek<http://www.etf.cuni.cz/%7Etomasek>
> >
> Jabber: butrus at jabbim.cz
> SIP: butrus at ekiga.net
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.xiph.org/pipermail/vorbis-dev/attachments/20090904/e22a355b/attachment.htm