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 794799 - pi: OMX encoder not reaching Executing when setting target-bitrate
pi: OMX encoder not reaching Executing when setting target-bitrate
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gst-omx
git master
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2018-03-29 10:03 UTC by Guillaume Desmottes
Modified: 2018-11-03 13:01 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Guillaume Desmottes 2018-03-29 10:03:19 UTC 
Trying this pipeline with gst master:

gst-launch-1.0 videotestsrc ! omxh264enc target-bitrate=500000 control-rate=2 ! video/x-h264, profile="high" ! fakesink

The pipeline hangs waiting for the OMX component to reach the Executing state.

0:00:00.136477641   929  0x10cb860 INFO                     omx gstomx.c:902:gst_omx_component_set_state:<omxh264enc-omxh264enc0> Setting video_encode state from Idle to Executing
0:00:00.137169622   929  0x10cb860 DEBUG                    omx gstomx.c:960:gst_omx_component_get_state:<omxh264enc-omxh264enc0> Getting state of video_encode
0:00:00.137202904   929  0x10cb860 DEBUG                    omx gstomx.c:460:gst_omx_component_wait_message:<omxh264enc-omxh264enc0> video_encode waiting for signal

+ Trace 238523

Thread 8 (Thread 0x733a1470 (LWP 936))

  • #0 syscall
    at ../sysdeps/unix/sysv/linux/arm/syscall.S line 37
  • #1 g_cond_wait
    from /lib/arm-linux-gnueabihf/libglib-2.0.so.0
  • #2 gst_omx_component_wait_message
    at ../subprojects/gst-omx/omx/gstomx.c line 469
  • #3 gst_omx_component_get_state
    at ../subprojects/gst-omx/omx/gstomx.c line 981
  • #4 gst_omx_video_enc_enable
    at ../subprojects/gst-omx/omx/gstomxvideoenc.c line 2050
  • #5 gst_omx_video_enc_handle_frame
    at ../subprojects/gst-omx/omx/gstomxvideoenc.c line 2584
  • #6 gst_video_encoder_chain
    at ../subprojects/gst-plugins-base/gst-libs/gst/video/gstvideoencoder.c line 1548
  • #7 gst_pad_chain_data_unchecked
    at ../subprojects/gstreamer/gst/gstpad.c line 4279
  • #8 gst_pad_push_data
    at ../subprojects/gstreamer/gst/gstpad.c line 4535
  • #9 gst_pad_push
    at ../subprojects/gstreamer/gst/gstpad.c line 4654
  • #10 gst_base_src_loop
    at ../subprojects/gstreamer/libs/gst/base/gstbasesrc.c line 2957
  • #11 gst_task_func
    at ../subprojects/gstreamer/gst/gsttask.c line 332 


This used to work at some point as these encoder settings were used to test bug #698049

I tried reverting the omxvideoenc code to 5ba55b6c9aad49858304a38e0ab475c1ecafd646 (the commit fixing bug #698049) but hit the same problem. So this may be a change/bug in the OMX implementation.
Comment 1 GStreamer system administrator 2018-11-03 13:01:57 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-omx/issues/21.