Hi.
I'm confused about one of the statements on
http://www.vorbis.com/faq.psp#unique
I have a server using Ices2 as the source. I provide it with Ogg's
encoded at quality 5, and I get it to provide lower bitrate streams like
so:
ices.xml
--snip--
<instance>
--snip--
<encode>
<samplerate>44100</samplerate>
<channels>2</channels>
<quality>0</quality>
</encode>
</instance>
--snip--
<instance>
--snip--
<encode>
<samplerate>22000</samplerate>
<channels>1</channels>
<managed>1</managed>
<nominal-bitrate>20000</nominal-bitrate>
etc etc...
And it works fine.
My question is this:
From the link above, it says:
"Vorbis has bitrate scaling - a feature that lets you adjust the bitrate
of a Vorbis file or stream without reencoding"
Does this mean that Ices is _not_ re-encoding the vorbis stream, but
actually just magically adjusting it's bitrate?
Or is it just doing ogg->pcm->ogg like I thought it would?
If that is the case, is there a less-processor intensive way of
'transcoding' and ogg stream? Ices seems to use a lot of processor doing
what I have above.
Thanks
Leo
--- >8 ----
List archives: http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to
'icecast-request@xiph.org'
containing only the word 'unsubscribe' in the body. No subject is
needed.
Unsubscribe messages sent to the list will be ignored/filtered.
On 2002.11.29 16:21 Leo Currie wrote:> Hi. > > I'm confused about one of the statements on > http://www.vorbis.com/faq.psp#unique....> My question is this: > From the link above, it says: > "Vorbis has bitrate scaling - a feature that lets you adjust the bitrate > of a Vorbis file or stream without reencoding" > Does this mean that Ices is _not_ re-encoding the vorbis stream, but > actually just magically adjusting it's bitrate?No, ices is reencoding. Bitrate peeling needs more work on it to get it right. The theory is that your current files (post some rc release) will be capable of being peeled.> Or is it just doing ogg->pcm->ogg like I thought it would?yep.> If that is the case, is there a less-processor intensive way of > 'transcoding' and ogg stream? Ices seems to use a lot of processor doing > what I have above.bitrate peeling should help a great deal but until it's sorted then decode-encode has to be done, which as you have mentioned is fairly processor intensive. karl. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
Ahh.. Thanks !! :) Leo <p>Karl Heyes wrote:> On 2002.11.29 16:21 Leo Currie wrote: > >> Hi. >> >> I'm confused about one of the statements on >> http://www.vorbis.com/faq.psp#unique > > .... > >> My question is this: >> From the link above, it says: >> "Vorbis has bitrate scaling - a feature that lets you adjust the >> bitrate of a Vorbis file or stream without reencoding" >> Does this mean that Ices is _not_ re-encoding the vorbis stream, but >> actually just magically adjusting it's bitrate? > > > No, ices is reencoding. Bitrate peeling needs more work on it to get it > right. The theory is that your current files (post some rc release) will > be capable of being peeled. > >> Or is it just doing ogg->pcm->ogg like I thought it would? > > > yep. > >> If that is the case, is there a less-processor intensive way of >> 'transcoding' and ogg stream? Ices seems to use a lot of processor >> doing what I have above. > > > bitrate peeling should help a great deal but until it's sorted then > decode-encode has to be done, which as you have mentioned is fairly > processor intensive. > > karl. > --- >8 ---- > List archives: http://www.xiph.org/archives/ > icecast project homepage: http://www.icecast.org/ > To unsubscribe from this list, send a message to 'icecast-request@xiph.org' > containing only the word 'unsubscribe' in the body. No subject is needed. > Unsubscribe messages sent to the list will be ignored/filtered.<p><p>--- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.