This is a pointer for tester@gentoo.org, per our discussion on IRC - a bug covering this issue is open at #291154, covering matroska, but I think we should review which plugins we're enabling and disabling by default in the gst-plugins eclasses... In summary, both qtdemux and matroska depend on zlib and bz2 support, as these two container formats sometimes have their header data compressed. As noted, other items currently disabled in gst-plugins-good/bad/ugly might need enabling as well... I'll keep an eye out for these. Reproducible: Always
*** Bug 291154 has been marked as a duplicate of this bug. ***
The problem is that zlib and bz2 are listed in the eclass as my_gst_plugins_good, while they really aren't plugins, but controlling extra functionality of a few plugins. So these should ideally be differently treated. I'll go with a quick interim solution with the next set of ~arch bumps meanwhile
I believe this to be fixed in gst-plugins-good-0.10.21. Couldn't test though as I lost track of the media files of mine that exhibited this problem too (packed mkv headers). I think the "interim solution" is really the best and final solution, at least with current eclasses. Feel free to test and leave a note here if confirmed to work good now. Or re-open if somehow still not fixed. btw, id3demux was affected as well (.mp3 files with tags primarily, that happen to be packed with zlib/gz)
