bpa wrote:
> Any experimentalists ?
>
> If you assume the HLS stream is always going to be AAC. Then adding the
> following to PlayHLS custom-convert.conf file will avoid LMS doing the
> transcoding if player can play AAC natively.
>
> >
Code:
--------------------
> >
> hls aac * *
> # RB:{BITRATE=-B %B}T:{START=-ss %s}
> [ffmpeg] -loglevel quiet -i $FILE$ -acodec copy -f s16le -
>
--------------------
> >
Well, I have been trying exactly the same experiment since yesterday pm
with exactly the same superbly beneficial result (I have two Squeezebox
radios that benefit). I was going to post the discovery, but you're way
ahead of me.
FWIW, my command line specified aac output, but I guess it just doesn't
matter:
Code:
--------------------
[ffmpeg] -loglevel quiet -i $FILE$ -f adts -acodec copy -
--------------------
I have a low powered arm5 - SheevaPlug running Debian Squeeze with
Debian's stock avconv (version 0.8.16) installed.
This avconv suffers from the 'stranded ffmpeg processes' problem, which
I solve with a wrapper script (already posted). I am discovering that
Parky's playhls.pl script also seems to solve the problem (I'm not sure
how :)). If I confirm that, well it is a somewhat more succinct script.
This avconv also fails on the '-nostdin' option.
The Plug seems to be quite capable of streaming three separate
ffmpeg->flac encoded streams to each my devices, the two radios plus a
Squeezebox classic. Each ffmpeg process consumes approx. 20% cpu
resource on average, with regular excursions of up to 50/60/70%.
(Signed) PCM seems to be better behaved, with each ffmpeg process
consuming approx. 15/18% on average, but without much evidence of those
alarming excursions. So I'm likely to stick with the PCM route, as my
wireless network is fine with the increased bit rate.
And, of course, the direct ffmpeg->aac passthrough approach removes any
issue, as I am now transcoding only to one player.
I have noted some rebuffering on a couple of occasions, I don't know the
cause. But that doesn't look as if it is going to be a problem. Time
will tell.
------------------------------------------------------------------------
mrw's Profile: http://forums.slimdevices.com/member.php?userid=38299
View this thread: http://forums.slimdevices.com/showthread.php?t=53229
_______________________________________________
plugins mailing list
[email protected]
http://lists.slimdevices.com/mailman/listinfo/plugins
