GNOME Bugzilla – Bug 562014
[sdlaudiosink, win32] pipeline start delayed when using sdlaudiosink's AudioSinkClock
Last modified: 2010-03-30 11:25:34 UTC
Please describe the problem: When I run gst-launch with a pipeline demuxing DVD data with audio going to sdlaudiosink and video to directdrawsink, the video output opens then it just 'hangs' there for more then a minute before a picture starts playing. The film plays very slowly, without sound output, then after about two more minutes it suddenly plays at normal picture speed and normal audio output as well. The pipeline does manifest this problem if I set the provide-clock=false property on the sdlaudiosink element. Steps to reproduce: I use the following pipeline: ./gst-launch-0.10.exe --gst-plugin-path=../lib/gstreamer-0.10 dvdreadsrc device=g:/HARRY_POTTER_PHILOSOPHERS_STON.ISO ! dvddemux name=demux .current_video ! queue ! mpeg2dec ! ffmpegcolorspace ! videoscale ! queue ! directdrawsink demux.current_audio ! queue ! a52dec ! audioconvert ! queue ! sdlaudiosink Actual results: Expected results: Does this happen every time? Other information: All the gstreamer binaries and dependencies were built using the mingw cross-compiler. This problem does not manifest itself on Linux
Tal, do you still see this problem with latest releases ? There's a new dvd system now which might fix those issues.
Tal, could you please answer Edwards question in comment #1 and reopen this bug report then? TIA!