Re: DMAbuf flickering from three different sources
Thanks, I'll continue to give a look. Best Matteo Valdina On Thu, Oct 4, 2018, 06:29 Pekka Paalanen wrote: > On Thu, 4 Oct 2018 05:59:14 -0500 > Matteo Valdina wrote: > > > Hi Pekka, > > No the problem is also present on weston 4.0 and 5.0. > > > > One interesting note, all sources use the same resolution (4K and > GStreamer > > is using format NV12). > > The two gstreamer sources are in full screen in two different display. > > Sorry, I have no idea. I did get a thought about a patch in master, but > then saw it was from you. :-) > > Maybe it could be some state mixup around the YUV texturing in > GL-renderer, I would assume that to be rarely tested, especially with > multiple simultaneous clients hitting it. > > > Thanks, > pq > > > On Thu, Oct 4, 2018, 05:44 Pekka Paalanen wrote: > > > > > On Wed, 3 Oct 2018 11:19:28 -0500 > > > Matteo Valdina wrote: > > > > > > > Hi Y'all, > > > > > > > > I'm working in a Weston-based compositor (4.0 and later on the 5.0) > and I > > > > faced an issue. > > > > > > > > I have two different sources (1 QT application and 2 GStreamer > > > waylandsink) > > > > that provide content a live stream using the > linux-dmabuf-unstable-v1. > > > > The issue is that the frames of this three sources are displayed in > > > > randomly on all these sources. > > > > > > > > I mean that source 1 display some frame for source 1 and some frame > from > > > > source 2 or 3. And this is affecting multiple processes (the QT > > > application > > > > is a different process). > > > > > > > > It looks like the same DMAbuf pool is shared across all applications. > > > > > > > > This is a Kernel 4.12, Weston 5.0, Qt5, GStreamer 1.14 Mesa 18.1.7 > and on > > > > an Intel HD graphics 610. > > > > > > > > Any suggestions to tackle this? > ___ wayland-devel mailing list wayland-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/wayland-devel
Re: DMAbuf flickering from three different sources
On Thu, 4 Oct 2018 05:59:14 -0500 Matteo Valdina wrote: > Hi Pekka, > No the problem is also present on weston 4.0 and 5.0. > > One interesting note, all sources use the same resolution (4K and GStreamer > is using format NV12). > The two gstreamer sources are in full screen in two different display. Sorry, I have no idea. I did get a thought about a patch in master, but then saw it was from you. :-) Maybe it could be some state mixup around the YUV texturing in GL-renderer, I would assume that to be rarely tested, especially with multiple simultaneous clients hitting it. Thanks, pq > On Thu, Oct 4, 2018, 05:44 Pekka Paalanen wrote: > > > On Wed, 3 Oct 2018 11:19:28 -0500 > > Matteo Valdina wrote: > > > > > Hi Y'all, > > > > > > I'm working in a Weston-based compositor (4.0 and later on the 5.0) and I > > > faced an issue. > > > > > > I have two different sources (1 QT application and 2 GStreamer > > waylandsink) > > > that provide content a live stream using the linux-dmabuf-unstable-v1. > > > The issue is that the frames of this three sources are displayed in > > > randomly on all these sources. > > > > > > I mean that source 1 display some frame for source 1 and some frame from > > > source 2 or 3. And this is affecting multiple processes (the QT > > application > > > is a different process). > > > > > > It looks like the same DMAbuf pool is shared across all applications. > > > > > > This is a Kernel 4.12, Weston 5.0, Qt5, GStreamer 1.14 Mesa 18.1.7 and on > > > an Intel HD graphics 610. > > > > > > Any suggestions to tackle this? pgpfofs8ZAtv5.pgp Description: OpenPGP digital signature ___ wayland-devel mailing list wayland-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/wayland-devel
Re: DMAbuf flickering from three different sources
Hi Pekka, No the problem is also present on weston 4.0 and 5.0. One interesting note, all sources use the same resolution (4K and GStreamer is using format NV12). The two gstreamer sources are in full screen in two different display. Best Matteo Valdina On Thu, Oct 4, 2018, 05:44 Pekka Paalanen wrote: > On Wed, 3 Oct 2018 11:19:28 -0500 > Matteo Valdina wrote: > > > Hi Y'all, > > > > I'm working in a Weston-based compositor (4.0 and later on the 5.0) and I > > faced an issue. > > > > I have two different sources (1 QT application and 2 GStreamer > waylandsink) > > that provide content a live stream using the linux-dmabuf-unstable-v1. > > The issue is that the frames of this three sources are displayed in > > randomly on all these sources. > > > > I mean that source 1 display some frame for source 1 and some frame from > > source 2 or 3. And this is affecting multiple processes (the QT > application > > is a different process). > > > > It looks like the same DMAbuf pool is shared across all applications. > > > > This is a Kernel 4.12, Weston 5.0, Qt5, GStreamer 1.14 Mesa 18.1.7 and on > > an Intel HD graphics 610. > > > > Any suggestions to tackle this? > > Hi, > > is this problem only on your own compositor, while upstream Weston > works fine? > > How different is your compositor from Weston, what have you modified? > > I can't imagine what kind of bug in the compositor could cause mixing > up buffers from different clients at the dmabuf level. > > > Thanks, > pq > ___ wayland-devel mailing list wayland-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/wayland-devel
Re: DMAbuf flickering from three different sources
On Wed, 3 Oct 2018 11:19:28 -0500 Matteo Valdina wrote: > Hi Y'all, > > I'm working in a Weston-based compositor (4.0 and later on the 5.0) and I > faced an issue. > > I have two different sources (1 QT application and 2 GStreamer waylandsink) > that provide content a live stream using the linux-dmabuf-unstable-v1. > The issue is that the frames of this three sources are displayed in > randomly on all these sources. > > I mean that source 1 display some frame for source 1 and some frame from > source 2 or 3. And this is affecting multiple processes (the QT application > is a different process). > > It looks like the same DMAbuf pool is shared across all applications. > > This is a Kernel 4.12, Weston 5.0, Qt5, GStreamer 1.14 Mesa 18.1.7 and on > an Intel HD graphics 610. > > Any suggestions to tackle this? Hi, is this problem only on your own compositor, while upstream Weston works fine? How different is your compositor from Weston, what have you modified? I can't imagine what kind of bug in the compositor could cause mixing up buffers from different clients at the dmabuf level. Thanks, pq pgpF3nQ2wbXaH.pgp Description: OpenPGP digital signature ___ wayland-devel mailing list wayland-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/wayland-devel
DMAbuf flickering from three different sources
Hi Y'all, I'm working in a Weston-based compositor (4.0 and later on the 5.0) and I faced an issue. I have two different sources (1 QT application and 2 GStreamer waylandsink) that provide content a live stream using the linux-dmabuf-unstable-v1. The issue is that the frames of this three sources are displayed in randomly on all these sources. I mean that source 1 display some frame for source 1 and some frame from source 2 or 3. And this is affecting multiple processes (the QT application is a different process). It looks like the same DMAbuf pool is shared across all applications. This is a Kernel 4.12, Weston 5.0, Qt5, GStreamer 1.14 Mesa 18.1.7 and on an Intel HD graphics 610. Any suggestions to tackle this? Best Matteo Valdina -- “There are two ways of constructing a software design: One way is to make it so simple that there are obviously no deficiencies, and the other way is to make it so complicated that there are no obvious deficiencies. The first method is far more difficult.” - Tony Hoare ___ wayland-devel mailing list wayland-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/wayland-devel
