<div dir="ltr">Greetings,<div><br></div><div>I have two applications. One will create a long command string to capture 9 videos simultaneously using ffmpeg, encoding with vp9.. Five of the videos are 800x480 and the other four are 1280x960. My other application is a greatly modified version of the tutorial <a href="https://cgit.freedesktop.org/~slomo/gst-sdk-tutorials/tree/gst-sdk/tutorials/basic-tutorial-5.c" rel="nofollow" style="font-size:13.44px;color:rgb(85,26,139);font-family:verdana,geneva,helvetica,arial,sans-serif">https://cgit.freedesktop.org/~slomo/gst-sdk-tutorials/tree/gst-sdk/tutorials/basic-tutorial-5.c</a>. I have modified it to play all nine videos at once. They all play well together except when I drag the seek bar. When I drag the seek bar, it takes a very long time for all the videos to be updated to the same position, and when it is finished, the videos are out of sync. I have timestamps embedded in the videos to observe this detail. Also, by observing the system monitor resources, all the cpus are at 100% while the seek is being performed.</div><div>Now, I can do the same thing with nine 1920x1080 videos that are encoded with h264 and the resources are not totally consumed nor does it take a long time to update.</div><div>Is this a problem with using these low resolution videos encoded with vp9?  Since this occurs during a seek, I did not think hardware acceleration for vp9 would be of any help. I have not yet tried encoding the lower resolution videos with h264 as from the capture side, that process takes a lot resources.</div><div>This is with Centos 7, GStreamer version 1.8.3.</div><div>Thanks,</div><div>Jack</div></div>