After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 624887 - pitivi playback hangs / errors while playing mov clips on clip change
pitivi playback hangs / errors while playing mov clips on clip change
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins-good
git master
Other Linux
: Normal normal
: 0.10.31
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2010-07-21 01:48 UTC by Jean-François Fortin Tam
Modified: 2010-11-01 17:55 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
PITIVI_DEBUG=*:5 GST_DEBUG=2 (61.35 KB, application/x-gzip)
2010-07-21 01:48 UTC, Jean-François Fortin Tam
Details

Description Jean-François Fortin Tam 2010-07-21 01:48:05 UTC
Created attachment 166249 [details]
PITIVI_DEBUG=*:5 GST_DEBUG=2

With a simple test project I made with two clips (H.264 in .MOV), the following symptoms are observed:

- a gstreamer error occurs during playback when the playhead arrives at clip #2
- if you then pause, go back to the first clip and try to play, it won't play and will create more errors instead
- if you go back to the first clip and seek a lot rather than only clicking once, it sometimes works (it plays).
Comment 1 Edward Hervey 2010-07-21 06:31:12 UTC
The error seems to be from qtdemux:

_errorObject: error from /GstPipeline:pipeline1/GstBin:bin1 no known streams found) (pitivi/log/loggable.py:30)

I think we had a similar issue at some point. What version of core/base/good are you using ?
Comment 2 Jean-François Fortin Tam 2010-07-21 13:47:05 UTC
All the packages from the GST PPA, that is currently:
gst-plugins-bad0.10	 0.10.19-1~lucid1
gst-plugins-base0.10	 0.10.30-1~lucid1
gst-plugins-good0.10	 0.10.24-1~lucid1
gst-plugins-ugly0.10	 0.10.15-1~lucid1
gstreamer0.10	 0.10.30-1~lucid1
Comment 3 Jean-François Fortin Tam 2010-09-09 21:01:52 UTC
Still getting this (or a variant of it), with the following in the terminal.


ERROR [26587] [0x   -48c51940] "<Pipeline at 0xa726e6c>"        pipeline          sep 09 16:47:55      _errorObject: error from /GstPipeline:pipeline1/GstBin:bin1/GnlComposition:gnlcomposition3/GnlSource:gnlsource: FileSourceFactory2/GstBin:bin4/pitivi+elements+singledecodebin+SingleDecodeBin:pitivi+elements+singledecodebin+singledecodebin2/GstQTDemux:qtdemux6 (__main__.GstQTDemux): Impossible de démultiplexer le flux. (qtdemux.c(518): gst_qtdemux_post_no_playable_stream_error (): /GstPipeline:pipeline1/GstBin:bin1/GnlComposition:gnlcomposition3/GnlSource:gnlsource: FileSourceFactory2/GstBin:bin4/pitivi+elements+singledecodebin+SingleDecodeBin:pitivi+elements+singledecodebin+singledecodebin2/GstQTDemux:qtdemux6:
no known streams found) (pitivi/log/loggable.py:30)


Versions of gst are:
gst-plugins-bad0.10     0.10.20
gst-plugins-base0.10     0.10.30
gst-plugins-good0.10     0.10.25
gst-plugins-ugly0.10     0.10.16
gstreamer0.10     0.10.30

Also happens with today's gst-jhbuild.
Comment 4 Alessandro Decina 2010-09-14 15:47:39 UTC
This was fixed by the commit below. As for the alphacolor bug, let's close the bug once we bump the dependency on -good.

commit 42cde1ba3c727a64c5888f0e6159fbca89cf9fad
Author: Alessandro Decina <alessandro.decina@collabora.co.uk>
Date:   Tue Sep 14 17:41:28 2010 +0200

    qtdemux: don't send EOS twice on the same pad.
Comment 5 Jean-François Fortin Tam 2010-09-14 16:28:19 UTC
I still get those "no known streams found" errors with gst jhbuild when I make a transition (overlap the two clips).
Comment 6 Jean-François Fortin Tam 2010-09-16 18:50:14 UTC
This has been fixed in gstreamer good, not pitivi.