| Summary: | Phonon does not play last and/or first second of an audiofile. | ||
|---|---|---|---|
| Product: | [Frameworks and Libraries] phonon-backend-vlc | Reporter: | Nikita Skovoroda <chalkerx> |
| Component: | general | Assignee: | Matthias Kretz <kretz> |
| Status: | RESOLVED UPSTREAM | ||
| Severity: | normal | CC: | adawit, bcooksley, dplater, fabo, gumb, jb, martin.sandsmark, myriam, sitter |
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Arch Linux | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: | vlc file open dialog backtrace log file... | ||
|
Description
Nikita Skovoroda
2009-11-08 17:01:58 UTC
Found a workaround. setTransitionTime(1) helps, and everything works as it should. I am not sure (that machine has problems with sound under windows), but it looks like on windows there is no such bug. Tested with Qt SDK 2009.04 and phonon4qt. Confirmed with latest KDE SC 4.4 The test file stops too early. Is this only valid for *.wav files? I previously submitted a report about this to openSUSE Bugzilla, here: https://bugzilla.novell.com/show_bug.cgi?id=546048 which was closed and redirected here. It was occurring on openSUSE 11.1 with the KDE 4.3 Factory packages, and now it has continued on 11.2 with the KDE 4.3.5 online update. I have Xine backend with latest libxine 1.1.18 from Packman. Seems that WAV, OGG, FLAC and possibly other files are all affected. They play fine with Gstreamer backend and/or non-KDE software like RealPlayer. Could somebody advise how to apply the above setTransitionTime workaround, i.e. which config file do I need to put that line in? That is not a config file workaround, it is a *.cpp workaround. http://doc.trolltech.com/4.6/phonon-mediaobject.html#transitionTime-prop Actually, gapeless playback is not working fine with phonon-xine. Adding 1ms gap helps. Not sure if you can change that from config files. If that is not possible, you can always try another backend, for example, phonon-vlc or phonon-gstreamer. It would be nice if you could try with the vlc backend. Xine is still affected. Gstreamer works fine. $ pacman -Qi phonon Name : phonon Version : 4.4.2-1 $ pacman -Qi xine-lib Name : xine-lib Version : 1.1.19-1 Affects Amarok and any other audio player. I can hear that not only on wav files. I will try the phonon-vlc soon. phonon-vlc + qmusicplayer (qt examples) = 4 entries in the playlist for 1 file loaded, affected. Last seconds are missing. phonon-xine + qmusicplayer = playlist ok, last seconds are missing. phonon-gstreamer + qmusicplayer = playlist ok, last seconds ok. phonon-vlc is also affected by this bug. phonon-vlc-0.2.0-1 vlc-1.1.2-2 Just 'vlc Metronome.wav' => no voice at the end of test file for me. Vlc itself is affected for me, so the problem is there. Xine-ui worked fine last time I checked, but phonon-xine did not. Thank you for the feedback, setting bug to VLC backend, as the active development is there It looks like vlc backend itself is ok. For phonon-vlc, the problem is with the vlc itself, as "vlc Metronome.wav" is affected. For phonon-xine, the problem is with the backend. As I remember, xine-ui was not affected. A person I asked to test said that he can reproduce the bug with phonon-xine, but can't with phonon-vlc. He uses the same packages and the same versions (Arch Linux current) of vlc and phonon-vlc. He does not have pulseaudio, I do. Not sure if that changes anything, maybe there is some other difference that I could not see. Yes, it can make a difference, since the problem is that VLC doesn't wait correctly for all audio output modules to finish, before stopping. This is a misconception in VLC and should have been fixed in VLC 1.2.0-git, if you have time to try. Closed as upstream, based on comment #13 Upstream bug is http://trac.videolan.org/vlc/ticket/3152 Ok, and what about phonon-xine? 1) vlc-git 20101019 Still affected. 2) The bug i reported was initially about phonon-xine. It is affected too, while xine is not. Created attachment 56309 [details]
vlc file open dialog backtrace log file...
(In reply to comment #18) > Created an attachment (id=56309) [details] > vlc file open dialog backtrace log file... Sorry this was not meant to be attached to this bug report... Ohm, no clue why this is reopened. Closing as Upstream again. Reassigning to the new bugzilla product for better bug tracing of the various backends. Sorry for the noise. |