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 151122 - playing a m4a-file using "spider" doesn't work
playing a m4a-file using "spider" doesn't work
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins
0.8.4
Other Linux
: Normal normal
: 0.8.6
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2004-08-26 12:12 UTC by Martin Köbele
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Martin Köbele 2004-08-26 12:12:20 UTC 
Hi, 
 
after talking to markey and BBB on #gstreamer we figured the following: 
 
this command works for my m4a-files: 
gst-launch filesrc location=file.m4a ! qtdemux ! faad ! audioconvert ! 
audioscale ! osssink 
 
but this doesn't work. 
gst-launch filesrc location=file.m4a ! spider ! audioconvert ! audioscale ! 
osssink 
 
Amarok uses spider, so for now, amarok can't play m4a-files. 
I'll attach a m4a-file so you can test it. 
 
Thanks! 
 
Martin
Comment 1 Martin Köbele 2004-08-26 14:40:38 UTC 
uploading as attachment failed, so here is the link:

http://www-ti.informatik.uni-tuebingen.de/~mkoebele/Lost-1mb.m4a

Martin
Comment 2 John Richardson 2004-10-13 02:16:33 UTC 
I see this too, with Fedora Core 3 Test 3.  Kinda painful since rhythmbox won't find (and thus play) 
audio scanned by iTunes.
Comment 3 Ronald Bultje 2004-10-29 17:28:22 UTC 
The reason for this bug was quite simple really. We had a typo in our
typefindfunctions where MP4 was detected as raw AAC. It should work in current
CVS. Please reopen if you see this bug again.