[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
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).


More information about the ogg-dev mailing list