GES: Error adding DASH playlists with vp8 videos (matroskademux)
Describe your issue
When I add a DASH clip to GES that contains a VP8 video, it quits with an error ERROR from element matroskademux1: Could not demultiplex stream.
. It could be that matroskademux + dashdemux + gstreamer-editing-services combination causes some incompatibilities in the pipeline.
Expected Behavior
DASH sources with VPX videos work with GES just as any other video source.
Observed Behavior
ges-launch-1.0 quits immediately without outputting a video.
Setup
- Operating System: Ubuntu 20.04
- GStreamer Version: Built from Git [9b4fafb8]
- Device: Virtual Machine
- gst-inspect-1.0 output
Steps to reproduce the bug
$ ges-launch-1.0 -o file:///tmp/ges.webm +clip 'https://dev-raw.tella.tv/cl6upc38c0006pap8f2ta7btl/output.mpd' start=0.0 inpoint=0.0 duration=5.0
Encoding details:
================
-> Output file: file:///tmp/ges.webm
-> Profile:
> ? WebM: default (Default profile for files with a .webm extension. Audio stream can be either vorbis (default) or opus depending on what is available on the system. Video stream will be either in vp8 (default) or vp9.)
- ? audio/x-vorbis; audio/x-opus
- ? video/x-vp8; video/x-vp9
Timeline description: `+track audio +track video +clip https://dev-raw.tella.tv/cl6upc38c0006pap8f2ta7btl/output.mpd d=5.000000 n=uriclip0`
====================
layer 0:
--------
- Clip from: 'https://dev-raw.tella.tv/cl6upc38c0006pap8f2ta7btl/output.mpd' [?application/dash+xml, ?WebM, ?VP8, ?MPEG-4 AAC, ?MPEG-4 AAC]
start=0:00:00.000000000 duration=0:00:05.000000000
ERROR from element matroskademux1: Could not demultiplex stream.
Debugging info: ../subprojects/gst-plugins-good/gst/matroska/matroska-demux.c(6273): gst_matroska_demux_handle_sink_event (): /GESPipeline:gespipeline0/GESTimeline:gestimeline0/GESAudioTrack:gesaudiotrack0/NleComposition:audio_nlecomposition0/GstBin:current-bin/NleSource:GESAudioUriSource:nlesource0/GstBin:audiosrcbin/GstURIDecodeBin:uridecodebin0/GstDecodeBin:decodebin4/GstMatroskaDemux:matroskademux1:
got eos and didn't receive a complete header object
How reproducible is the bug?
It happens when using GES both as a library and via ges-launch with DASH playlists such as the one I linked to above.
Solutions you have tried
I tried using avdec_vp8
instead of vp8dec
which didn't make a difference. I gave using adaptivedemux2 again but it does not work with GES.