[icecast] ices - cpu cycles - re encodig
Michael Smith
msmith at xiph.org
Thu Oct 31 09:01:24 UTC 2002
At 02:53 PM 30/10/2002 -0700, you wrote:
>Bastard is used in a negative context here :) A snippit of a top
>command reveals:
>
>PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND
>3246 root 15 0 2436 2436 1280 S 10.5 3.9 0:14 ices
>
>
>I am re encoding using:
>
> <encode>
> <nominal-bitrate>8000</nominal-bitrate>
> <samplerate>11025</samplerate>
> <channels>1</channels>
> <quality>-1</quality>
> </encode>
>
>Seems like its chewing up a lot a cpu cycles or is this by design?
>
Considering you're doing on-the-fly downsampling and re-encoding,
this is pretty good. ices is designed to be very efficient if all
it's doing is streaming the content, but it's slow (for obvious
reasons) if it has to decode and re-encode the data that it streams.
Even worse, you're streaming in managed mode (ABR), which is less
than half the speed of the quality-rated VBR modes.
Michael
<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 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.
More information about the Icecast
mailing list