Try removing the file from the USB drive and saving a new copy.
#Unable to run clementine music player manuals#
Manuals are posted on your model support page. To see if your Sony® product has the USB function described in this solution, check the specifications, which are available online. It boils down to: this does not seem to be a clementine-specific problem clementine just tries to be correct with latency and gets shot in the head for this by a bad tunnel implementation, just like mpv does when playing video (in fact, the sink latency continously increases, which is why I assume that mpv playback gets stuck, buffering up more and more audio).IMPORTANT: Not all Blu-ray Disc® players, Blu-ray Disc Home Theater systems and Network Media Players have USB capabilities. If there are current latency values way above 1000 ms, you are having the same issue, which is what I think is a bad implementation of module-tunnel. If it doesn’t work properly (no video playing, but sound works or things like this), we might be having the same cause.Ĭheck the output of pacmd list-sinks | grep latency on the local machine (not the remote). Try to play a video (not just audio, the problem with mpv only manifests with video+audio) using mpv and the remote sink. I actually figured out the problem, possibly. I'm not sure if this is the cause of the hang or a consequence:ĭ: protocol-native.c: Implicit underrun of ''(clementine song/source name)'' Running the pulseaudio daemon (on the Clementine host, not the speakers host) in debug mode, the following message is printed when playback hangs.
I also suspect some relationship to pulseaudio buffer/latency length, but I'm not sure. The audio typically dies abruptly too, no stuttering - usually one or two seconds after starting playback, sometimes longer. In my case, Clementine doesn't need to be restarted after a hang just stopping playback and restarting it is usually enough. It also affects mp3 and flac, so it's not format-specific. Gst-launch-0.10 filesrc location=foo.ogg ! oggdemux ! vorbisdec ! pulsesink
However, using gst-launch works fine, so it doesn't seem to be a problem inherent to gstreamer. Usually some combination of restarting Clementine and pulseaudio on both ends fixes it, though not always. Same issue here, and it's been going on for a long while. if you can tell me where they can be found.
I'm happy to provide specific files, logs, etc. I have no idea what information to provide or how. What version of the product are you using? On what operating system? v1.2.1 on Ubuntu 13.10 Please provide any additional information below. This period of sound may be related to be pulseaudio buffer length, but I'm not certain. Clementine then needs to be exited and restarted, and again you get a few seconds of sound before it dies again. Instead, after a few seconds, there is crackling as if buffering, long gaps in playback, and finally it dies entirely. It does if you do the exact same thing with Amarok 2. What is the expected output? What do you see instead? Music should play on the remote host. On machine running clementine, run "pax11publish -e -S "Ĥ. Setup pulseaudio to accept remote sources on one machine, to broadcast on the other, share the cookie, so on (not multicast)ģ. Take two machines connected over a LAN, (both running ubuntu 13.10 in my case)Ģ. What steps will reproduce the problem? 1.
0 kommentar(er)
