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 788827 - mxfmux : Mxfmux is not functional with splitmuxsink
mxfmux : Mxfmux is not functional with splitmuxsink
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-bad
1.12.1
Other Linux
: Normal major
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2017-10-11 13:15 UTC by Baby octopus
Modified: 2018-11-03 14:14 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Baby octopus 2017-10-11 13:15:42 UTC 
There are two issues
1. Pad templates of mxfmux is not generic like that of mp4. Splitmuxsink does't have support for such pad templates(ex: mpeg_audio_sink_%u). Its good to have generic pad template such as audio_%d, video_%d etc
2. With workaround for above issue(hardcoding in splitmuxsink), I tried to run a pipeline to fragment filed and mux them into MXF. Issue happens during the creation of second fragment. EOS isn't handled properly I guess which is leading to crash. 

Here is the pipeline
gst-launch-1.0 videotestsrc is-live=1 ! video/x-raw,format=I420 ! x264enc ! splitmuxsink muxer=mxfmux location=/root/out_%d.mxf max-size-time=4000000000

ERROR:mxfmux.c:1571:gst_mxf_mux_handle_eos: assertion failed: (mux->offset == body_partition)
Comment 1 GStreamer system administrator 2018-11-03 14:14:25 UTC 
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/issues/620.