| Summary: | aRtsd crashing on certain files | ||
|---|---|---|---|
| Product: | [Unmaintained] arts | Reporter: | Kai Lahmann <kfl> |
| Component: | general | Assignee: | Multimedia Developers <kde-multimedia> |
| Status: | CLOSED UNMAINTAINED | ||
| Severity: | crash | ||
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Compiled Sources | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
Kai Lahmann
2003-06-17 02:35:58 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? 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? ;) 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)? 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 ;-) 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 #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. 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. 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. 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 ;-) These are probably partially corrupt files that aRts can't play. Can you try playing them with mpeglibartsplay / Kaboodle? Subject: Re: juk stops playing after very few files A fecha Lunes, 10 de Noviembre de 2003 02:10, Scott Wheeler escribi 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? Subject: Re: aRtsd crashing on certain files A fecha Lunes, 10 de Noviembre de 2003 18:24, Scott Wheeler escribi 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 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. A fecha Jueves, 2 de Diciembre de 2004 03:56, Allan Sandfeld escribi 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. > 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??
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 |