[gstreamer-bugs] [Bug 509311] [rtph263pay] rtph263pay does not follow rfc2190
bugzilla-daemon at bugzilla.gnome.org
Mon Feb 11 08:12:03 PST 2008
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:
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:
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.
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.
More information about the Gstreamer-bugs