[gstreamer-bugs] [Bug 606672] MPEG4 ASP file captured from Axis 213 PTZ IP Camera stops decoding after 1:40 m:s when the captured video is actually ~5:00 m:s.

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Tue Jan 26 13:05:07 PST 2010


https://bugzilla.gnome.org/show_bug.cgi?id=606672
  GStreamer | gst-plugins-bad | 0.10.25

--- Comment #11 from David Schleef <ds at schleef.org> 2010-01-26 21:05:02 UTC ---
This is a raw MPEG-4 program stream with a time_increment_resolution of 100,
and no fixed frame rate.  Instead, it has internal "timestamps" in units of the
time_increment_resolution.

One bug related to this report was that mpeg4videoparse read the
time_increment_resolution of 100 and put framerate=100/1 in the caps, ignoring
the fixed_vop_rate=false flag.  This was fixed in f33344ab0c.

Another bug is that ffdec_mpeg4 apparently does the same thing, and/or doesn't
listen to the internal time increments, and timestamps buffers at a framerate
of 100/1.

I don't have the Fluendo decoder, so I can't comment.

The Entropy Wave decoder gets time timestamps correct, but gets the duration
wrong, with or without the fixed mpeg4videoparse.  However, the broken
mpeg4videoparse breaks ewmpeg4dec, too.

(Yet another reason why I dislike parser elements.  Broken parsers break
working decoders.)

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.




More information about the Gstreamer-bugs mailing list