[vorbis] bitpeeler

[Myles Buckley]

Segher wrote in a reply: (parts removed for brevity)
>Let me just give a small example of how this can be done.
>Where first we had a stage that encodes  0, 1, 2, 3  we change
>it to two stages that encode  0+0, 0+1, 2+0, 2+1.  This doesn't
>take more space if you make the vectors long enough (in fact, it
>almost always takes _less_ space), and it can be better peelable
>if you order those new vectors in a smart way.
>
>Doing it exactly like this does not result in much better audio
>quality for heftily peeled streams; that's where better tricks
>prove useful :)
>
>With losslessly reencoding, I mean encoding the stream again,
>with different books and modes, but representing exactly the
>same data.
>
>Have fun,
>
>Segher

So, my second guess (errr, 6th guess?) you are doing a combo of rehuff (for
optimim codebook entries to begin with), and re-organising the huffed data
so it resembles my Nov example of Base+lowQ+medQ+highQ for easier removal
the highQ.

My new question: is rehuff going to do all that? or will rehuff be rolled
into be an adjunct to another tool that does the re-ordering?

-Myles
--- >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-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.