[gstreamer-bugs] [Bug 334748] [faad] doesn't take sampling rate from demuxer

[GStreamer (bugzilla.gnome.org)]

Do not reply to this via email (we are currently unable to handle email
responses and they get discarded).  You can add comments to this bug at
http://bugzilla.gnome.org/show_bug.cgi?id=334748
 GStreamer | gst-plugins-bad | Ver: HEAD CVS





------- Comment #8 from Michael Smith  2006-05-02 19:14 UTC -------
Yes, still problematic. Here's some gst-launch output with -v:

/playbin0/decoder/faad0.sink: caps = audio/mpeg, mpegversion=(int)4,
framed=(boolean)true, rate=(int)48000, channels=(int)2
/playbin0/decoder/faad0.src: caps = audio/x-raw-int, endianness=(int)1234,
signed=(boolean)true, width=(int)16, depth=(int)16, rate=(int)44100,
channels=(int)2, channel-positions=(GstAudioChannelPosition)<
GST_AUDIO_CHANNEL_POSITION_FRONT_LEFT, GST_AUDIO_CHANNEL_POSITION_FRONT_RIGHT >

Note that FAAD is overriding the '48000' on its sinkpad with '44100' from
(presumably) the AAC data. It sounds wrong, as a result. Mplayer sounds better
(and plays back at 48000Hz).

Hrm... faad debug output:
LOG   (0x8214c38 - 0:00:00.916956000)                 faad( 1227)
gstfaad.c(320):gst_faad_setcaps:<faad0> created fake codec data (48000,2)
LOG   (0x8214c38 - 0:00:00.916985000)                 faad( 1227)
gstfaad.c(1086):gst_faad_chain:<faad0> Timestamp on incoming buffer:
0:00:00.000000000, next_ts: 0:00:00.000000000
DEBUG (0x8214c38 - 0:00:00.917005000)                 faad( 1227)
gstfaad.c(1110):gst_faad_chain:<faad0> initialising ...
DEBUG (0x8214c38 - 0:00:00.917217000)                 faad( 1227)
gstfaad.c(1114):gst_faad_chain:<faad0> faacDecInit() ok: rate=44100,channels=2

Fake codec data at 48000, but after initialisation it's at 44100? Bug in the
fake codec data generator?


-- 
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.