[gstreamer-bugs] [Bug 308980] New: gst-typefind incorrectly identifies m4a files encoded with faac

[bugzilla-daemon at bugzilla.gnome.org]

Please DO NOT reply to this by email. All additional comments should be made in
the comments box of this bug report.

 http://bugzilla.gnome.org/show_bug.cgi?id=308980
 GStreamer | gstreamer (core) | Ver: 0.8.8

           Summary: gst-typefind incorrectly identifies m4a files encoded
                    with faac
           Product: GStreamer
           Version: 0.8.8
          Platform: Other
        OS/Version: All
            Status: UNCONFIRMED
          Severity: minor
          Priority: Normal
         Component: gstreamer (core)
        AssignedTo: gstreamer-bugs at lists.sourceforge.net
        ReportedBy: couch5601 at earthlink.net
         QAContact: gstreamer-bugs at lists.sourceforge.net
                CC: all-bugs at bugzilla.gnome.org


Please describe the problem:
Files encoded using faac version 1.24 or 1.24+ fail to be recognized as
audio/x-m4a.  Instead, the files are shown to be video/quicktime.  The file
plays fine using totem-gstreamer, but does not load into rhythmbox.

Steps to reproduce:
1. encode the wav file using the faac encoder with the options -w -o file.m4a
file.wav -q 130 --mpeg-vers 4 --no-midside --artist artist --album album --title
title --track track --genre genre --year 1999
2. run gst-typefind file.m4a
3. 


Actual results:
file.m4a - video/quicktime


Expected results:
should output

file.m4a - audio/x-m4a

Does this happen every time?
Yes

Other information:
Here's the output when using the following command:
gst-launch-0.8 -v filesrc location=file.m4a ! spider ! osssink
RUNNING pipeline ...
/pipeline0/filesrc0.src: caps = application/octet-stream
/pipeline0/spider0/sink_ident.sink: caps = application/octet-stream
/pipeline0/filesrc0.src: active = TRUE
/pipeline0/spider0/sink_ident.sink: active = TRUE
/pipeline0/spider0/sink_ident.src: active = TRUE
/pipeline0/spider0/src_0.sink: active = TRUE
/pipeline0/spider0/src_0.src: active = TRUE
/pipeline0/osssink0.sink: active = TRUE
/pipeline0/filesrc0.src: caps = video/quicktime
/pipeline0/spider0/sink_ident.sink: caps = video/quicktime
/pipeline0/spider0/sink_ident.src: caps = video/quicktime
/pipeline0/spider0/qtdemux0.sink: caps = video/quicktime
/pipeline0/spider0/qtdemux0.sink: active = TRUE
/pipeline0/spider0/qtdemux0.audio_00: active = TRUE
/pipeline0/spider0/qtdemux0.audio_00: caps = audio/mpeg, mpegversion=(int)4,
rate=(int)44100, channels=(int)2
/pipeline0/spider0/faad0.sink: caps = audio/mpeg, mpegversion=(int)4,
rate=(int)44100, channels=(int)2
/pipeline0/spider0/faad0.sink: active = TRUE
/pipeline0/spider0/faad0.src: active = TRUE
/pipeline0/spider0/src_0.src: caps = audio/x-raw-int, 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 >,
endianness=(int)1234
/pipeline0/osssink0.sink: caps = audio/x-raw-int, 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 >,
endianness=(int)1234
/pipeline0/spider0/faad0.src: caps = audio/x-raw-int, 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 >,
endianness=(int)1234
/pipeline0/spider0/src_0.sink: caps = audio/x-raw-int, 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 >,
endianness=(int)1234

------- You are receiving this mail because: -------
You are the assignee for the bug.
You are the QA contact for the bug.