[Tremor] questions on porting Tremor

[Nicholas Vinen]

I agree, in an application like mine (making a portable Ogg Vorbis
player from a small embedded system) read-ahead wouldn't be too
difficult to implement, and RAM space is critical. Every block I can
avoid allocating for an Ogg buffer can go towards buffering decoded
audio. So that solution sounds good for my particular application.


Nicholas


Ethan Bordeaux wrote:
> Hey that's great you're looking into this.  Personally I think option
> #1 would be the better choice for me, as maintaining usage and
> validity of checksums is quite important for my application.  That
> said, I'm not sure I quite get what the downside to the first option
> would be, so I can't say for certain if there wouldn't be issues with
> the dual stream pointers.  Still, it's great to hear that this is
> working its way officially into Tremor.
>
> Ethan
>
> On Tue, Sep 8, 2009 at 2:22 PM, <xiphmont at xiph.org
> <mailto:xiphmont at xiph.org>> wrote:
>
>     > Monty - if I remember correctly there were some vague plans to
>     officially
>     > incorporate this sort of feature into the source.  Is that right?
>     > Personally I think it would be a huge help, especially to have
>     the ability
>     > to skip large tags like image files while still maintaining the
>     basic
>     > metadata.
>
>     Yes, and I've actually worked a bit on it.  It boils down to doing it
>     one of two ways: Having two seperate pointers into the stream (pointer
>     A can read ahead and do framing without any need to actually buffer,
>     pointer B is on-demand data reading and if there's no demand for the
>     data it can just skip past.  This scheme means buffering overhead is
>     essentially zero, but you need to be able to have two stream pointers,
>     so it's not really streaming) or the second possibility is ignoring
>     checksum and only doing 'light framing' where any damage to the stream
>     would get through and be read as data (to be fair, this is how most
>     other non-Ogg systems work).
>
>     Monty
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Tremor mailing list
> Tremor at xiph.org
> http://lists.xiph.org/mailman/listinfo/tremor
>   

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.xiph.org/pipermail/tremor/attachments/20090909/84a6ca4a/attachment.htm