bpa wrote:
> On Windows the transcoding is done with socketwrapper , flac and faad -
> the problem can be with any of these.
>
> Can you play any other AAC streams or other BBC Listen Again programs
> and the same log looks OK ?
I've had a bit of a breakthrough, I think. It's definitely a problem
with the windows faad.
What I've done is dump a .aac file for the start of this stream (using
my own hls decode program, but ffmpeg would do as well), to, say,
tmp1.aac.
On windows (under cygwin), using the LMS supplied faad, the following
works fine, and produces a playable wav file:
Code:
--------------------
$ ./faad -f 1 tmp1.aac -o tmp1.wav
*********** Ahead Software MPEG-4 AAC Decoder V2.7 ******************
Patched for Squeezebox Server:
* ALAC decoder integrated
* Seeking support with -j and -e switches
* STDIN support
* Source at http://svn.slimdevices.com/repos/slim/7.5/trunk/vendor/faad2
Build: Apr 15 2010
Copyright 2002-2004: Ahead Software AG
http://www.audiocoding.com
Floating point version
This program is free software; you can redistribute it and/or modify
it under the terms of the GNU General Public License.
**************************************************************************
tmp1.aac file info:
ADTS, 10.005 sec, 131 kbps, 48000 Hz
---------------------
| Config: 2 Ch |
---------------------
| Ch | Position |
---------------------
| 00 | Left front |
| 01 | Right front |
---------------------
Decoding tmp1.aac took: 0.05 sec. 217.51x real-time.
--------------------
but it doesn't like it if I pipe the input from stdin:
Code:
--------------------
$ cat tmp1.aac | ./faad -f 1 - -o tmp1.wav
*********** Ahead Software MPEG-4 AAC Decoder V2.7 ******************
Patched for Squeezebox Server:
* ALAC decoder integrated
* Seeking support with -j and -e switches
* STDIN support
* Source at http://svn.slimdevices.com/repos/slim/7.5/trunk/vendor/faad2
Build: Apr 15 2010
Copyright 2002-2004: Ahead Software AG
http://www.audiocoding.com
Floating point version
This program is free software; you can redistribute it and/or modify
it under the terms of the GNU General Public License.
**************************************************************************
Reading from stdin: -
Input not seekable -
Streamed input format samplerate 22050 channels 117.
- file info:
ADTS, 1.000 sec, 393 kbps, 44100 Hz
Error: Bitstream value not allowed by specification
--------------------
So faad doesn't like this file supplied via stdin. But .aac files
captured from other streams work fine with same form of command (so I
don't thing it is a <cr><lf> substitution problem), and the same command
works fine both ways around on my arm linux box for the problem stream.
In the error case, I guess the strange reported samplerate and bitrate
is probably indicative of the problem. The wrong duration and 117
channels occurs even with good streams when piping via stdin.
So it's definitely something about the combination of this stream and
piping via stdin into the windows version of faad. Not sure where to go
from here. I suppose try a debug build of this version of faad...
------------------------------------------------------------------------
utgg's Profile: http://forums.slimdevices.com/member.php?userid=40900
View this thread: http://forums.slimdevices.com/showthread.php?t=53229
_______________________________________________
plugins mailing list
[email protected]
http://lists.slimdevices.com/mailman/listinfo/plugins
