[gstreamer-bugs] [Bug 509311] [rtph263pay] rtph263pay does not follow rfc2190

[GStreamer (bugzilla.gnome.org)]

If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
  http://bugzilla.gnome.org/show_bug.cgi?id=509311

  GStreamer | gst-plugins-good | Ver: HEAD CVS




------- Comment #12 from Dejan Sakelšak  2008-02-11 16:12 UTC -------
There's a problem in mode B i can't detect, i will be pleased if anyone with a
bit of time could take a look at this stuff. 

When finding macro-block boundaries for mode B payloading, there comes an error
due to a code that is not found in the code tables. I guess this is due to a
wrong decoding process due to misinterpretation of:
http://www.itu.int/rec/dologin_pub.asp?lang=e&id=T-REC-H.263-199603-S!!PDF-E&type=items

For debugging i use the following line:
time GST_DEBUG_NO_COLOR=1 GST_DEBUG=rtph263pay:5 gst-launch videotestsrc
pattern=0 num-buffers=100 ! ffenc_h263 rtp-payload-size=1 ! rtph263pay mtu=1400
modea-only=false ! rtph263depay ! ffdec_h263 ! sdlvideosink &> log

When a decode error accurs, the code skips the current GOB and emits a WARNING.

Thanks


-- 
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.

You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=509311.