GNOME Bugzilla – Bug 692891
Sound cut after several seconds when playing a wmv file
Last modified: 2016-02-21 10:54:46 UTC
Setup: ------ Laptop Dell Latitude E5420: * Ubuntu 12.04 64 bit * Intel Core i5 2540M * 4GiB memory * integrated graphics controller (Intel) Pre-conditions: --------------- * All gstreamer1.0 packages are installed via Synaptic package manager ("version installed" column indicates 1.0.1-1) * Terminal open * File ready to be tested Steps: ----- 1. Execute command: gst-launch-1.0 playbin uri=file:///'/home/yann/Bureau/sample/Videos/246.wmv' Actual result ------------- 1. video is played with sound, but sound is cut after 2 or 3 seconds. Log from the command: Définition du pipeline à PAUSED... Le pipeline est en phase de PREROLL... Redistribution de latence... Le pipeline a terminé la phase PREROLL... Passage du pipeline à la phase PLAYING... New clock: GstPulseSinkClock ERREUR : de l'élément /GstPlayBin:playbin0/GstPlaySink:playsink/GstBin:vbin/GstAutoVideoSink:videosink/GstXvImageSink:videosink-actual-sink-xvimage : Output window was closed Information de débogage supplémentaire : xvimagesink.c(820): gst_xvimagesink_handle_xevents (): /GstPlayBin:playbin0/GstPlaySink:playsink/GstBin:vbin/GstAutoVideoSink:videosink/GstXvImageSink:videosink-actual-sink-xvimage Execution ended after 8709915182 ns. Définition du pipeline à PAUSED... Définition du pipeline à READY (prêt)... Définition du pipeline à NULL... Libération du pipeline... Expected result: ---------------- 1. Audio is not cut Information: ----------- The file comes from DLNA Forum and can't be shared Here are properties: Topology: container: Advanced Streaming Format (ASF) video: Windows Media Video 9 audio: Windows Media Audio 8 Properties: Duration: 0:03:36.083000000 Seekable: yes Tags: description: 48_HD_CBR_12M_320_44_2.wmv format du conteneur: ASF codec audio: WMA Version 8 codec video: Microsoft Windows Media 9 Reproduced with this command: gst-launch-0.10 playbin uri=file:///'/home/yann/Bureau/sample/Videos/246.wmv' Setting pipeline to PAUSED ... Pipeline is PREROLLING ... Pipeline is PREROLLED ... Setting pipeline to PLAYING ... New clock: GstPulseSinkClock ERROR: from element /GstPlayBin:playbin0/GstBin:vbin/GstAutoVideoSink:videosink/GstXvImageSink:videosink-actual-sink-xvimage: Output window was closed Additional debug info: xvimagesink.c(1326): gst_xvimagesink_handle_xevents (): /GstPlayBin:playbin0/GstBin:vbin/GstAutoVideoSink:videosink/GstXvImageSink:videosink-actual-sink-xvimage Execution ended after 14600136146 ns. Setting pipeline to PAUSED ... Setting pipeline to READY ... Setting pipeline to NULL ... Freeing pipeline ... Not reproduced with this command: gst-launch-0.10 playbin2 uri=file:///'/home/yann/Bureau/sample/Videos/246.wmv' More details from more log: 0:00:01.584349780 12725 0x7fd1781412d0 WARN audiobasesink gstaudiobasesink.c:1579:gst_audio_base_sink_get_alignment: Unexpected discontinuity in audio timestamps of -0:00:00.087891156, resyncing 0:00:03.649335533 12725 0x7fd170001610 WARN pulse pulsesink.c:641:gst_pulsering_stream_underflow_cb: Got underflow
Without the sample file, this will be much more tedious to debug. Perhaps you could attach a (compressed) GST_DEBUG=*:6 log - just control-C a second or so after the sound cuts out.
Created attachment 235155 [details] Log with GST_DEBUG 6 Please find attached the log, generated by this command: export GST_DEBUG=*:6 && gst-launch-1.0 playbin uri=file:///'/home/yann/Bureau/sample/Videos/246.wmv' > /home/yann/Bureau/log Note that in this case I don't see the video and don't hear audio. So I pressed [Ctrl + C] when I saw red lines in the log of the Terminal. To avoid any doubt I tried again with: gst-launch-1.0 playbin uri=file:///'/home/yann/Bureau/sample/Videos/246.wmv' and constated again the actual result of this bug.
Thanks for the log. However, realistically, we will need the file in order to look into this. The chances that anyone is going to look at this trying to figure it out from just the debug log are pretty slim, they will likely just go and look at other bugs where a file is readily available.
This also affects me, but actually only when using GStreamer via Totem to play back MP3 audio. I could not reproduce this bug using "gst-launch-0.10 playbin uri=file:///..." or "playbin2". The WARN message produced using "totem --gst-debug-level=2 <FILE>" reads as follows: "pulse pulsesink.c:641:gst_pulsering_stream_underflow_cb:<audio-sink-actual-sink-pulse> Got underflow" and has got the message ID 0xb0a07980. The bug always occurs around 3.5 seconds after execution as indicated by the time code in the error message. I'm using GStreamer 1. and Totem 3.6.3-0ubuntu6 on a device with Ubuntu 13.04 Raring with a "Intel(R) Pentium(R) Dual CPU T3200 @ 2.00GHz" processor (i386) and 2 GiB of RAM. This bug occurs with any MP3 audio file. It does not, however, affect playback of WAV files.
I should add that this bug occurs (I think) since the user of the device installed and removed jackd2:i386 (1.9.9.5+20130127git15950eb1-1 and related packages.
Closing. Please re-open if you can make a file available and it's still a problem with recent versions of GStreamer, thanks!