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 735655 - h264parse: weird parsing behavior after aspect ratio change
h264parse: weird parsing behavior after aspect ratio change
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-bad
1.4.0
Other All
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2014-08-29 08:54 UTC by m][sko
Modified: 2018-11-03 13:26 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description m][sko 2014-08-29 08:54:57 UTC
observed in this bug report
https://bugzilla.gnome.org/show_bug.cgi?id=732533

I still have problem with this
http://pastebin.com/UDcxixUa
after aspect ratio change h264 parser generate many
gst_h264_parse_reset_frame

If I add
h264parse disable-passthrought=true all works fine


GST_DEBUG="*:3,aacparse:3,tsmux:0,mpegtsmux:4,omx*:1,omxvideoenc:1,omxh264enc:1,h264parse:5"
\
gst-launch-1.0 uridecodebin
uri="file:///home/pi/test13_aspect_ratio_change/test_ar_problem2.ts"
use-buffering=false name=demux caps="video/mpeg, parsed=true; audio/x-raw;
text/x-raw" \
 ! 'video/mpeg, parsed=true' \
 ! omxmpeg2videodec ! tee name="decdata"\
 ! omxh264enc target-bitrate=1000000 control-rate=1 periodicty-idr=50
interval-intraframes=50 inline-header=true ! 'video/x-h264, profile=high' \
 ! h264parse disable-passthrough=false\
 ! fakesink \
 demux. ! 'audio/x-raw'  \
 ! fakesink \
 2>&1

http://pastebin.com/wPdRhezj
0:00:09.248553095 29707 0xb06cc780 INFO               baseparse
gstbaseparse.c:3583:gst_base_parse_set_passthrough:<h264parse0> passthrough:
yes
and whole parsing process stoped


I don't think that this is expected behavior.
Comment 1 m][sko 2014-08-29 08:56:08 UTC
test file
http://www.mdragon.org/test_ar_problem2.ts
Comment 2 Sebastian Dröge (slomo) 2014-08-29 09:01:11 UTC
Can you provide the output of omxh264enc so it can be reproduced without having access to a RPi?
Comment 3 m][sko 2014-08-29 10:02:57 UTC
If I do simple omxh264enc ! filesink 
we will miss all buffers flags. right?

gst-launch-1.0 uridecodebin uri="file:///home/pi/test13_aspect_ratio_change/test_ar_problem2.ts" use-buffering=false name=demux caps="video/mpeg, parsed=true; audio/x-raw; text/x-raw" \
 ! 'video/mpeg, parsed=true' \
 ! omxmpeg2videodec ! tee name="decdata"\
 ! omxh264enc target-bitrate=1000000 control-rate=1 periodicty-idr=50 interval-intraframes=50 inline-header=true ! 'video/x-h264, profile=high' \
 ! filesink location="omxh264enc_src.dump" sync=true \
 demux. ! 'audio/x-raw'  \
 ! fakesink \
 2>&1

dump:
http://www.mdragon.org/omxh264enc_src.dump
Comment 4 Sebastian Dröge (slomo) 2014-08-29 11:10:40 UTC
Use ... ! gdppay ! filesink location=dump.gdp
Comment 5 m][sko 2014-08-29 12:03:03 UTC
http://www.mdragon.org/omxh264enc_src.gdp
Comment 6 GStreamer system administrator 2018-11-03 13:26:21 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/issues/172.