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 318847 - Matroska muxer port to 0.9
Matroska muxer port to 0.9
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins-good
git master
Other Linux
: Normal enhancement
: 0.9.4
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2005-10-14 09:49 UTC by Michal Benes
Modified: 2005-10-21 16:32 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Matroska muxer port to 0.9 (60.45 KB, patch)
2005-10-14 09:54 UTC, Michal Benes
committed Details | Review
Fix to caps negotiation. (1.12 KB, patch)
2005-10-17 08:25 UTC, Michal Benes
committed Details | Review

Description Michal Benes 2005-10-14 09:49:35 UTC
Matroska muxer port to 0.9, the original version was taken from 0.8.11 not 0.9
as suggested.
Comment 1 Michal Benes 2005-10-14 09:54:29 UTC
Created attachment 53451 [details] [review]
Matroska muxer port to 0.9

The patch was tested by Valgrind, I have seen no obvious errors, leeks, etc...
originated from matroskamux.
Comment 2 Tim-Philipp Müller 2005-10-14 12:55:02 UTC
Cool, thanks!

I've committed this with minor fixes (change c++-style comments in
matroska-ids.h to C-style comments, add GST_BASE_LIBS to LIBADD for
gstcollectpads to Makefile.am).

Here's a crasher though (only noticed just after the commit):

 gst-launch-0.9 videotestsrc num-buffers=500 ! ffenc_mpeg4 ! matroskamux !
filesink location=foo.mkv

ffenc_msmpeg4 works fine though (and the resulting file plays back in vlc).


When doing

 gst-launch-0.9 videotestsrc num-buffers=500 ! matroskamux ! filesink
location=foo.mkv

vlc says "no suitable decoder module for fourcc 'undf'" - is that the right
format for raw yuv/rgb/whatever, or does that need some more fine-tuning? 

Leaving bug open for now until the above issues are fixed.

 Cheers
  -Tim
Comment 3 Michal Benes 2005-10-14 13:02:54 UTC
I will look at the crash problem. 

Muxing raw video worked for me. I have not tested with vlc but encoding by
gst-launch videotestsrc ! matroskamux ! filesink location=foo.mkv
worked with MPlayer.

I can not test this just now. But I will try realy soon.
Comment 4 Michal Benes 2005-10-17 08:25:47 UTC
Created attachment 53573 [details] [review]
Fix to caps negotiation.

There was a typo in the original matroska code which made mpeg4 muxing crash. I
have added default statements to all switches in caps negotiation to prevent
this type of bugs in future.

PS.: Please, feel free to contact me if you find any other bugs in matroska
code, I am quite interested in "maintaining" it.
Comment 5 Michal Benes 2005-10-17 08:39:38 UTC
OK, one more comment: 
gst-launch-0.9 videotestsrc num-buffers=500 ! ffenc_mpeg4 ! matroskamux !
filesink location=foo.mkv
creates damaged video for me (colorbars are totaly wrong), but
gst-launch-0.9 videotestsrc num-buffers=500 ! ffmpegcolorspace ! ffenc_mpeg4 !
matroskamux ! filesink location=foo.mkv
works for me. The same is with all other codecs I have tested so far. Do you see
the same? It is probably a bug in videotestsrc.
Comment 6 Michal Benes 2005-10-17 09:47:02 UTC
Sorry, I was lying (well, not intentionaly ;) when saying that I was able to
play files created by
gst-launch-0.9 videotestsrc num-buffers=500 ! matroskamux ! filesink
location=foo.mkv
by mplayer. MPlayer does not support uncompressed video in mkv.
Comment 7 Tim-Philipp Müller 2005-10-18 18:09:24 UTC
Regarding the messed up color bars: what liboil version are you using?

Do you get the same with

  videotestsrc ! video/x-raw-yuv,format=\(fourcc\)I420 ! xvimagesink

if yes, then that's probably a liboil bug that was fixed in 0.3.3.

Cheers
 -Tim
Comment 8 Michal Benes 2005-10-19 07:54:58 UTC
Thank you, the problem with the colorbars was indeed the liboil bug.

The crasher is fixed now - I think we can close the bug.

Cheers

  Michal