After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 142044 - m4a typefinds to x-m4a instead of quicktime
m4a typefinds to x-m4a instead of quicktime
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins
0.8.1
Other Linux
: Normal normal
: 0.8.2
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2004-05-06 22:11 UTC by Marinus Schraal
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
remove m4a typefinding in favour of qt (1.89 KB, patch)
2004-05-06 22:13 UTC, Marinus Schraal 		none Details | Review

Description Marinus Schraal 2004-05-06 22:11:54 UTC 
m4a files typefind to audio/x-m4a instead of video/quicktime & this breaks
spider. I guess the m4a specific typefinding code should be disabled and let qt
handle it (there's a ChangeLog entry that implies this, but the m4a typefinding
is higher ranked than qt's).

Attached patch removes the m4a typefind stuff & adds the m4a suffix to the qt list
Comment 1 Marinus Schraal 2004-05-06 22:13:39 UTC 
Created attachment 27444 [details] [review]
remove m4a typefinding in favour of qt
Comment 2 David Schleef 2004-05-06 22:22:27 UTC 
Spider has no problem pluggin qtdemux for audio/x-m4a files.  What problem are
you seeing?
Comment 3 Marinus Schraal 2004-05-06 22:31:41 UTC 
hmm mightve been fixed.. didn't check qtdemux from cvs
Comment 4 Marinus Schraal 2004-05-06 22:35:24 UTC 
always overlooking some detail. qtdemux now handles it i see.
Comment 5 Ronald Bultje 2004-05-06 23:45:08 UTC 
I fixed qtdemux to accept audio/x-m4a several weeks ago.