| Summary: | Noatun cuts playing few seconds at end of some songs | ||
|---|---|---|---|
| Product: | [Unmaintained] mpeglib | Reporter: | Brendon Higgins <brendon> |
| Component: | general | Assignee: | Multimedia Developers <kde-multimedia> |
| Status: | RESOLVED UNMAINTAINED | ||
| Severity: | normal | CC: | frederik, justin |
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Debian testing | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
Brendon Higgins
2003-12-30 05:54:23 UTC
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 |