Playback of a video stream is slow under GTK

[Nicolas Dufresne]

Le lun. 29 juill. 2019 20 h 56, pisymbol . <pisymbol at gmail.com> a écrit :

>
>
> On Mon, Jul 29, 2019 at 8:00 PM Nicolas Dufresne <nicolas at ndufresne.ca>
> wrote:
>
>>
>>
>> Le lun. 29 juill. 2019 19 h 56, pisymbol . <pisymbol at gmail.com> a écrit :
>>
>>>
>>>
>>> On Mon, Jul 29, 2019 at 5:51 PM Mathieu Duponchelle <
>>> mathieu at centricular.com> wrote:
>>>
>>>> I've never seen that, but a test case would probably be helpful :)
>>>>
>>>
>>> Not sure what exactly to share:
>>>
>>> Here is the gist of the code:
>>>
>>> class GstPlayerWdiget(Gtk.Box):
>>> ....
>>>        self.play_pipeline = Gst.Pipeline()
>>>        factory = self.play_pipeline.get_factory()
>>>        gtksink = Gst.ElementFactory.make('gtksink', None)
>>>        gtksink.set_property("sync", False)
>>>
>>
>> By disabling the sync, you ask GStreamer to play all frames, even when
>> real-time isn't possible due to cpu limitation. So slow motion on this
>> entirely software pipeline is what you have asked GStreamer.
>>
>
> I originally had it off. Let me set sync to True again.
>
>
>> If you have multiple cores, consider configuring videoconvert to use more
>> then one thread, or add queues at well chosen places (e.g. between decoder
>> and converter).
>>
>
> Why does it play normally using gst-launch-1.0 then?
>

Simpler gtk / Cairo render ? Use a profiler if you need to know, I was
quite please with sysprof lately.


> -aps
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20190729/4f41333b/attachment.html>