Bug 78706 - Playing AAC/M4A Audio Fails Painfully
Summary: Playing AAC/M4A Audio Fails Painfully
Status: RESOLVED FIXED
Alias: None
Product: arts
Classification: Miscellaneous
Component: general (show other bugs)
Version: unspecified
Platform: Compiled Sources Linux
: NOR normal
Target Milestone: ---
Assignee: Stefan Westerfeld
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-03-30 01:39 UTC by Reid Orsten
Modified: 2004-06-19 16:51 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Reid Orsten 2004-03-30 01:39:14 UTC
Version:            (using KDE KDE 3.2.1)
Installed from:    Compiled From Sources
Compiler:          gcc 3.2.3 
OS:          Linux

When playing AAC/M4A files in noatun or kaboodle, a small video window pops (it never gets painted; just a frame) and short variable length bursts of full intensity white noise (0.5 - 2 seconds, with 0.5 - 1 second gaps in between) are played.

This is on Gentoo/PPC with kernel 2.6.4. mplayer plays the same files perfectly.  This is probably an endianness bug, or something.
Comment 1 Michael Pyne 2004-03-30 03:06:09 UTC
I wasn't aware that aRts had AAC support.  Is it possible that the sound system thinks it's trying to play an MP3 file?
Comment 2 Allan Sandfeld 2004-03-30 12:03:58 UTC
aRts has AAC playback if Xine has. The empty window is an artifact of playing 
audio through a video-codec like the aRts-Xine plugin is. 
Try playing the file in Xine and see if it can handle it. Also if the file is 
encrypted, nothing on Linux can play it.

Comment 3 Allan Sandfeld 2004-06-19 16:51:41 UTC
Closing. The problem with the small empty window has been solved, and unencrypted AAC/M4A is implemented through xine_artsplugin.