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

[<bug...@bu...>]

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

 http://bugzilla.gnome.org/show_bug.cgi?id=3D308980
 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: gst...@li...
        ReportedBy: cou...@ea...
         QAContact: gst...@li...
                CC: all...@bu...


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 fi=
le
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.=20


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=3Dfile.m4a ! spider ! osssink
RUNNING pipeline ...
/pipeline0/filesrc0.src: caps =3D application/octet-stream
/pipeline0/spider0/sink_ident.sink: caps =3D application/octet-stream
/pipeline0/filesrc0.src: active =3D TRUE
/pipeline0/spider0/sink_ident.sink: active =3D TRUE
/pipeline0/spider0/sink_ident.src: active =3D TRUE
/pipeline0/spider0/src_0.sink: active =3D TRUE
/pipeline0/spider0/src_0.src: active =3D TRUE
/pipeline0/osssink0.sink: active =3D TRUE
/pipeline0/filesrc0.src: caps =3D video/quicktime
/pipeline0/spider0/sink_ident.sink: caps =3D video/quicktime
/pipeline0/spider0/sink_ident.src: caps =3D video/quicktime
/pipeline0/spider0/qtdemux0.sink: caps =3D video/quicktime
/pipeline0/spider0/qtdemux0.sink: active =3D TRUE
/pipeline0/spider0/qtdemux0.audio_00: active =3D TRUE
/pipeline0/spider0/qtdemux0.audio_00: caps =3D audio/mpeg, mpegversion=3D=
(int)4,
rate=3D(int)44100, channels=3D(int)2
/pipeline0/spider0/faad0.sink: caps =3D audio/mpeg, mpegversion=3D(int)4,
rate=3D(int)44100, channels=3D(int)2
/pipeline0/spider0/faad0.sink: active =3D TRUE
/pipeline0/spider0/faad0.src: active =3D TRUE
/pipeline0/spider0/src_0.src: caps =3D audio/x-raw-int, signed=3D(boolean=
)true,
width=3D(int)16, depth=3D(int)16, rate=3D(int)44100, channels=3D(int)2,
channel-positions=3D(GstAudioChannelPosition)<
GST_AUDIO_CHANNEL_POSITION_FRONT_LEFT, GST_AUDIO_CHANNEL_POSITION_FRONT_R=
IGHT >,
endianness=3D(int)1234
/pipeline0/osssink0.sink: caps =3D audio/x-raw-int, signed=3D(boolean)tru=
e,
width=3D(int)16, depth=3D(int)16, rate=3D(int)44100, channels=3D(int)2,
channel-positions=3D(GstAudioChannelPosition)<
GST_AUDIO_CHANNEL_POSITION_FRONT_LEFT, GST_AUDIO_CHANNEL_POSITION_FRONT_R=
IGHT >,
endianness=3D(int)1234
/pipeline0/spider0/faad0.src: caps =3D audio/x-raw-int, signed=3D(boolean=
)true,
width=3D(int)16, depth=3D(int)16, rate=3D(int)44100, channels=3D(int)2,
channel-positions=3D(GstAudioChannelPosition)<
GST_AUDIO_CHANNEL_POSITION_FRONT_LEFT, GST_AUDIO_CHANNEL_POSITION_FRONT_R=
IGHT >,
endianness=3D(int)1234
/pipeline0/spider0/src_0.sink: caps =3D audio/x-raw-int, signed=3D(boolea=
n)true,
width=3D(int)16, depth=3D(int)16, rate=3D(int)44100, channels=3D(int)2,
channel-positions=3D(GstAudioChannelPosition)<
GST_AUDIO_CHANNEL_POSITION_FRONT_LEFT, GST_AUDIO_CHANNEL_POSITION_FRONT_R=
IGHT >,
endianness=3D(int)1234

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