[ogg-dev] can you suggest on extending ogg as short-clip container and the make of its tool?

Ian Malone ibmalone at gmail.com
Thu Mar 7 04:48:17 PST 2013


On 7 March 2013 10:26,  <gildororonar at mail-on.us> wrote:

> If the index file is a text file with 3 fields: file name, start
> offset, length, then you cannot avoid using bisection method anyway,
> and the number of bisection search do not reduce, the advantage being
> a smaller file to be operated.
>

I don't follow this, why would you still need a search if you have an
index? Unless you mean now you need to search the index, which is a
much smaller file that you would typically just parse into some memory
structure before using.

On the general issue of combining short samples, this does keep coming
up. So either: 1. it's a bad, but commonly occurring solution to the
requirement in which case it might be useful to have a 'standard'
better alternative to propose, or 2. it's a good solution in which
case thinking about how it might be best done with ogg could be
useful.
For the simple file proliferation issue, just chain small streams
together and have a parallel index file to the start of each stream is
a workable solution, that could be improved a bit by 'encapsulating'
it (basically add a non-ogg header+index before the ogg).

-- 
imalone
http://ibmalone.blogspot.co.uk


More information about the ogg-dev mailing list