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 756779 - qtdemux doesn't work properly with multifilesrc
qtdemux doesn't work properly with multifilesrc
Status: VERIFIED NOTABUG
Product: GStreamer
Classification: Platform
Component: gst-plugins-good
1.5.2
Other Linux
: Normal normal
: NONE
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2015-10-18 14:11 UTC by KimTaeSoo
Modified: 2015-10-18 16:12 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description KimTaeSoo 2015-10-18 14:11:46 UTC 
When I use qtdemux with multifilesrc to playback serial named video files such like test_video_0000.mp4, test_vidoe_0001.mp4, ..., EOS occurs only after the first file is played. This EOS event is from qtdemux.
I think the combination should play serial named video files properly if there is no comment on the multifilesrc or qtdemux.
Comment 1 Tim-Philipp Müller 2015-10-18 15:06:32 UTC 
Thanks for the bug report, but this is expected behaviour. A demuxer expects a single file/stream. You can't concatenate mp4 files to make a single mp4 stream out of the file parts.

You could try splitmuxsrc (although this is only expected to work with file parts created via splitmuxsink, where all stream properties/caps are identical), or alternatively use a playout application like this:
http://cgit.freedesktop.org/gstreamer/gst-plugins-bad/tree/tests/examples/playout.c#n832

Also note that 1.5.2 was an unstable development release, you should upgrade to 1.6.0.
Comment 2 KimTaeSoo 2015-10-18 16:12:11 UTC 
Thank you for the rapid reply. I didn't know that is expected behaviour. I think it could be better if this explanation is included to the information of qtdemux or multifilesrc.