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 659942 - h264parse eats data
h264parse eats data
Status: RESOLVED NOTABUG
Product: GStreamer
Classification: Platform
Component: gst-plugins-bad
git master
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2011-09-23 13:31 UTC by Stas Sergeev
Modified: 2011-09-24 21:48 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Stas Sergeev 2011-09-23 13:31:08 UTC 
Hi.

AFAIK the parser should not alter the data.
Attached is the video stream. Every time you
pass it through the legacyh264parse, it becomes
shorter. What could be the reason of that?
Since it happens not just once, but every time
you feed the already parsed data, I guess this
is a bug.
Comment 1 Stas Sergeev 2011-09-23 13:34:18 UTC 
It is here:
ftp://netflow.sbras.ru/stsp/tst/vid.es
Comment 2 Tim-Philipp Müller 2011-09-23 13:37:57 UTC 
Please try with h264parse, we're not really interested in debugging legacyh264parse and may in fact remove it any second now.
Comment 3 Stas Sergeev 2011-09-23 15:16:34 UTC 
Much better.
New parser eats data only on the first invocation,
and only something like 600 bytes. Subsequent invocs
do not eat data at all, which is good.
Is it still the bug with the first invocation?
Comment 4 David Schleef 2011-09-24 21:48:29 UTC 
No.  Invalid and/or early data is dropped, as well as any partial frames at the end.