Version: (using KDE KDE 3.1.4) Installed from: Debian testing/unstable Packages OS: Linux Noatun will sometimes cut to the next song in the playlist a few seconds before the previous song has finished playing. The amount of time it cuts early seems to be consistent for a certain song every time it's played, but it is not the same for every song. This doesn't matter with some songs which have silence for the last 2 or so seconds, but for others it is quite audible that the song hadn't finished. For example, I play "Break Stuff" by Limp Bizkit, length 2m47s, and noatun will consistently cut to the next song just before 2m45s - it's quite evident that the performer has not finished his sentance. The clock display never shows 2:46 or 2:47 even though noatun has it listed as 2m47s long. Playing the same file through ogg123 (with its arts output) completes the song without troubles, so I'm guessing Noatun is prematurely selecting the next song in the playlist.
Subject: Re: New: Noatun cuts playing few seconds at end of some songs On Tuesday 30 December 2003 4:54 am, Brendon Higgins wrote: > Noatun will sometimes cut to the next song in the playlist a few seconds > before the previous song has finished playing. I suspect that this could be caused by a playobject that reports idle before the stream is done. Easily caused when the decoder is on a separate thread than the output thread. I suggest reassigning to mpeglib - -Charles
> I suggest reassigning to mpeglib As this happens to ogg files I can't see how mpeglib could have anything to do with it. I could be wrong, but that just doesn't make sense to me.
In fact, I just tried converting Break Stuff to an mp3, and the mp3 version plays right to the end while the ogg version doesn't. Ideas?
It happens for me in JuK as well. That means it is not directly noatun related.
Subject: Re: Noatun cuts playing few seconds at end of some songs On Monday 05 January 2004 13:09, Allan Sandfeld wrote: > It happens for me in JuK as well. That means it is not directly noatun > related. It is mpeglib, yes, it is mpeglib. mpeglib plays ogg as well. The oggvorbis_playobject is used only when the mpeglib-playobject wasn't compiled or installed... Arnold
Ok, I'm convinced. Is there an easy way to reassign a bug that I can't find, or do I have to refile the bug under mpeglib?
Reassigning to mpeglib and confirming
Running "mpeglibartsplay /home/brendon/music/Limp\ Bizkit\ -\ Break\ Stuff.ogg" does the exact same thing.
*** Bug 75832 has been marked as a duplicate of this bug. ***
Report 61856 looks quite similar to this.
*** Bug 61856 has been marked as a duplicate of this bug. ***
Still happens with mpeglib 3.2.2
I can confirm this. Also, Noatun (or any other player using arts) produces sound elements (noise, sound artifacts, or whatever you wanna call it) not present in the actual audio file. I haven't noticed this problem until recently (I'm using default artsd settings), but I started using Kaffeine from Debian Sid (it's compiled without arts-support) because of these problems with arts-enabled players.
arh, related to bug#80497, it seems. btw., has the artsd-problem with cutting to the next songs always existed, or does anybody know when (circa) it was introduced?
Still occurring on Fedora Core 2, using kde-redhat.org KDE 3.2.3 rpms, arts 1.2.3, when playing flac files in any of noatun, juk, or amarok. XMMS does not truncate the files on playback (perhaps since it uses its own input plugin.)
Follow up to previous comment: tried recomping arts, arts-devel, kdemultimedia, kdemultimedia-devel SRPMS using -O0 optimization instead of -O2 - same results :( Also when I did that arts utilization jumped from 0.7% during playback to 3.25% (just FYI, to be expected with less optimized code.) Allan or others: I have seen references to kodek and akode as possible replacements for mpeglib. Will akode help with this situation? Will akode be included in final version of KDE 3.3?
The akodelib-artsplugin will solve most of the bugs belonging to mpeglib. This is one of the more important ones. Currently it has been included in KDE 3.3, the question is if it will become default. And ofcourse: While it doesnt have this bug, it might have a whole lot others.
This bug is related to artsd which is no more supported. This bug is closed as "unmantained" for this reason. Regards