Bug 59922 - aRtsd crashing on certain files
Summary: aRtsd crashing on certain files
Status: CLOSED UNMAINTAINED
Alias: None
Product: arts
Classification: Miscellaneous
Component: general (show other bugs)
Version: unspecified
Platform: Compiled Sources Linux
: NOR crash
Target Milestone: ---
Assignee: Multimedia Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-06-17 02:35 UTC by Kai Lahmann
Modified: 2008-11-19 23:39 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 Kai Lahmann 2003-06-17 02:35:58 UTC
Version:            (using KDE Devel)
Installed from:    Compiled sources
OS:          Linux

I think, thet ramndom algo only allows files shown below the file played before. And so it'll stop playing after it comes to the end (ramdom and loop enabled!)
Comment 1 Scott Wheeler 2003-07-06 20:28:43 UTC
Hmm, no, it certainly allows files below and above it on the list.  Can you give a bit 
more detailed of a responce on how to reproduce what you're seeing? 
Comment 2 Kai Lahmann 2003-07-06 20:31:34 UTC
have a long playlist, let it play with random and loop and wait a bit - after a while it'll stop. Or what 
do you want to read? ;) 
Comment 3 Frerich Raabe 2003-07-10 14:24:57 UTC
Maybe this bug is caused by the fact that JuK only uses the list of visible items when looking for 
a new random item to play (rather than taking all items into account)? Can you try whether the 
problem also exists when doing this with a rather short playlist (short enough that all items fit 
onto the screen)? 
Comment 4 Iván Sánchez Ortega 2003-07-11 22:09:47 UTC
I have a very similar problem, but as with CVS-20030708, juk doesn't stop playing, but instead 
it starts to suck 100% CPU (my average load goes up to 11!). Also, artsd goes zombie for a 
moment, then pops a dialog saying "CPU overload, artsd killed". 
Don't know if the CPU-sucker is either juk, artsd or any other component. 
 
And i can confirm that the problem shows with particular files. Kai, please, switch off the 
random play mode and you'll se that juk stops always at the same song. For eample, I cannot 
play Enya's "A Day Without Rain" without seeing artsd crashing (or juk stopping prior to 
CVS20030708) - but I can play several other files without crasing. That's not the only song that 
makes artds crash (or juk stop), though. 
 
If there are no copyright messes, perhaps I could hand you (developers) a copy of that songs, 
to provide some test cases. Scott, drop me an e-mail ;-) 
Comment 5 Scott Wheeler 2003-07-18 16:32:47 UTC
I still can't reproduce this without the added "specific file" explanation.  However if this is an 
aRts bug, and not specific to JuK, I'll move this bug there and close it.  (I don't myself do any 
internal aRts development...) 
 
-Scott 
Comment 6 Kai Lahmann 2003-07-18 16:37:55 UTC
#4: That's not my problem (at least not in this bug). For me JuK just only plays very few files out of  
my list and stops then.  
Comment 7 Scott Wheeler 2003-07-18 16:52:39 UTC
Then in that case we're back to me not being able to reproduce it.  ;-)  I left JuK playing for 
several hours today in random play with no problems... 
 
Basically there's something strange going on for you that isn't happening for most people.  So 
far I don't have anything more than a basic "it doesn't work" to start from.  Can you try to do a 
little poking around to see if you can find things like situations where it doesn't work, situations 
where it does, if happens when you're using search, or only playlists larger than a certain 
size, etc.  I can't really do anything from here without more details. 
 
Comment 8 Scott Wheeler 2003-07-28 03:00:35 UTC
Closing this one for now.  I've asked for more details on how to reproduce this 
several times, but none have been provided.  Feel free to reopen this *if* more details 
are provided. 
Comment 9 Iván Sánchez Ortega 2003-11-09 23:18:47 UTC
OK, I'm asking to open this one again. As I'm able to run Juk with no memory problems, and with a History playlist that will tell me what song didn't play, I've been able to make a quick list of songs that will play and songs that won't play (doing a complete list would take ages)...

The "songs that won't play" don't get their popup announcement shown. They are reproduceable: quit Juk, open it again, the same songs will produce the same results (either it will play, or it won't). Any of them can be sucessfully played in console with the aid of "mpg321 -v". The quick list is:

WON'T PLAY:

Title  : After Midnight                  Artist: Danny Elfman                  
Album  : BSO Chicago                     Year  :                               
Comment:                                 Genre : Sound Track                   

Playing MPEG stream from 15 - Danny Elfman - After Midnight.mp3 ...
MPEG 1.0, Layer: III, Freq: 44100, mode: Joint-Stereo, modext: 0, BPF : 4480
Channels: 2, copyright: No, original: Yes, CRC: No, emphasis: 0.
Bitrate: 224 Kbits/s, Extension value: 0
Audio: 1:1 conversion, rate: 44100, encoding: signed 16 bit, channels: 2


Title  : She Was My Girl                 Artist: Jerry Cantrell                
Album  : BSO Spider-Man                  Year  :                               
Comment:                                 Genre : Sound Track                   

Playing MPEG stream from 16 - Jerry Cantrell - She Was My Girl.mp3 ...
MPEG 1.0, Layer: III, Freq: 44100, mode: Stereo, modext: 0, BPF : 3840
Channels: 2, copyright: No, original: Yes, CRC: No, emphasis: 0.
Bitrate: 192 Kbits/s, Extension value: 0
Audio: 1:1 conversion, rate: 44100, encoding: signed 16 bit, channels: 2


Title  : Written in the Stars            Artist: LeeAnn Rimes & Elton John     
Album  : BSO Coyote Ugly                 Year  :                               
Comment:                                 Genre : Sound Track                   

Playing MPEG stream from LeeAnn Rimes - Written In The Stars.mp3 ...
MPEG 1.0, Layer: I, Freq: 44100, mode: Single-Channel, modext: 2, BPF : 0
Channels: 1, copyright: Yes, original: No, CRC: No, emphasis: 0.
Bitrate: 25 Kbits/s, Extension value: 2
Audio: 1:1 conversion, rate: 44100, encoding: signed 16 bit, channels: 1



GET PLAYED:

Title  : Treebeard                       Artist: Howard Shore                  
Album  : B.S.O. El Señor de los Anillos  Year  : 2002
Comment:                                 Genre : Soundtrack                    

Playing MPEG stream from 10 - Treebeard.mp3 ...
MPEG 1.0, Layer: III, Freq: 44100, mode: Joint-Stereo, modext: 2, BPF : 6400
Channels: 2, copyright: No, original: Yes, CRC: No, emphasis: 0.
Bitrate: 320 Kbits/s, Extension value: 2
Audio: 1:1 conversion, rate: 44100, encoding: signed 16 bit, channels: 2


Title  : But not for me                  Artist: Elton John                    
Album  : BSO Cuatro Bodas y un Funeral   Year  :                               
Comment:                                 Genre : Soundtrack                    

Playing MPEG stream from 02 - Varios - Elton John - But not for me.mp3 ...
MPEG 1.0, Layer: III, Freq: 44100, mode: Joint-Stereo, modext: 0, BPF : 2560
Channels: 2, copyright: No, original: No, CRC: No, emphasis: 0.
Bitrate: 128 Kbits/s, Extension value: 0
Audio: 1:1 conversion, rate: 44100, encoding: signed 16 bit, channels: 2



Any ideas? Any pattern in the files? Anything? Please? This is quite anoying...

And please don't tell me it's because of my configuration ;-)
Comment 10 Scott Wheeler 2003-11-10 02:10:06 UTC
These are probably partially corrupt files that aRts can't play.  Can you try playing them with mpeglibartsplay / Kaboodle?
Comment 11 Iván Sánchez Ortega 2003-11-10 18:03:59 UTC
Subject: Re:  juk stops playing after very few files

A fecha Lunes, 10 de Noviembre de 2003 02:10, Scott Wheeler escribi
Comment 12 Scott Wheeler 2003-11-10 18:24:15 UTC
Yeah, most likely so.  In the case that aRts simply can't play a file it usually just advances to the next track, which is part of what confused me about this.  In the case of the aRts server crashing I don't see it as particularly bad for JuK to stop playing.  :-)

So, I'm reassigning this to kde-multimedia and changing the component to aRts.

What is your aRts version?  Can you try attaching gdb to the running arts daemon (gdb artsd <pid>) before you trigger the crash and then use "bt" to get a backtrace?
Comment 13 Iván Sánchez Ortega 2003-11-10 22:54:36 UTC
Subject: Re:  aRtsd crashing on certain files

A fecha Lunes, 10 de Noviembre de 2003 18:24, Scott Wheeler escribi
Comment 14 Jonas Hanschke 2004-03-07 17:59:27 UTC
Hello
I have the same problem and it's definitely a problem with arts:
not only JuK refuses to play certain files, but also kaboodle an noatun.
the error message i get is "arts could not load this file"
It's only with certain files but 100% reproduceable.
XMMS plays these files perfectly.
I cant find a pattern common to all these files but i'll keep looking.

I'm using arts 1.2.1, Kde 3.2.1 Debian unstable 
Comment 15 Allan Sandfeld 2004-12-02 03:56:15 UTC
Go into the konsole, kill the old artsd, and a start a new with "artsd -l0". Then try to play some of the problem files, and report the output of artsd here.
Comment 16 Iván Sánchez Ortega 2004-12-03 00:41:34 UTC
A fecha Jueves, 2 de Diciembre de 2004 03:56, Allan Sandfeld escribi
Comment 17 Charles Samuels 2004-12-03 00:46:59 UTC
To decode Ogg Vorbis, you're using the GSL playobjects, which aren't very good (and should be given a cvs delete IMO!)

Install "akode" in kdemultimedia/akode which should fix it up quite nicely.
Comment 18 Iván Sánchez Ortega 2004-12-03 00:56:20 UTC
> Install "akode" in kdemultimedia/akode which should fix it up quite nicely.

After doing so, It seems that I'm not able to reproduce the bug... (artsd 
plays every file, and does not crash).

Can anybody experience the same after installing akode??

Comment 19 Matt Rogers 2008-11-19 23:39:52 UTC
Arts is no longer developed and has been unmaintained for quite some time - more than 2 years. With phonon as the replacement for arts in KDE4, we're closing out all the arts bugs in Bugzilla since there is no chance of them being fixed.

Thanks