Skip to content

video_scheduler does not notify clock of start time if video input port is not tunneled #136

sdroege opened this Issue Jan 17, 2013 · 3 comments

3 participants

sdroege commented Jan 17, 2013


when setting up OpenMAX similar to hello_video.c, but instead of having a video_decode component pass raw video frames to the input port of the video_scheduler, it never tells the clock about the media start time. Although the first buffer has the flag set when passed to the video_scheduler.

This causes the clock to never get out of the WaitingForStartTime state. Manually setting the start time on the clock output port via OMX_IndexConfigTimeClientStartTime after the first buffer is passed to the video_scheduler makes the clock go to the Running state.


Have you looked at omxplayer/xbmc for an example of using video_decode and clock?

sdroege commented Jan 17, 2013

The point is that video_decode is not used at all here. When using video_decode it works fine, as seen in hello_video.c

Ruffio commented Jun 24, 2015

@sdroege is this still an issue?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Something went wrong with that request. Please try again.