[prev in list] [next in list] [prev in thread] [next in thread] 

List:       freedesktop-xorg
Subject:    Re: Xvfb and number of bytes per pixel
From:       Marcin K <marcin.koziol () outi ! pl>
Date:       2020-09-13 7:16:40
Message-ID: 8843510A-CE30-4B25-BA2B-364DF2D1F3B7 () outi ! pl
[Download RAW message or body]

It's not that easy. We have to make a fade out/in gradient on overlapping areas because it is not possible to align projectors pixel-peefect (there are also some lens errors like barrels etc). We're already using xrandr overlap with hardware edge blending.

> On 13 Sep 2020, at 05:49, Adam Nielsen <a.nielsen@shikadi.net> wrote:
> 
> 
>> 
>> The main issue is that we don't have enough (physical) space and budget ;)
>> to use bigger and more expensive projectors with edge blending, so I wrote
>> small piece of code for that (python + moderngl) which is grabbing pixel
>> data from xvfb to "project" it onto a big quad, then, setting viewports I'm
>> calculating edge masks for overlapping areas, and black levels for non
>> overlapping aras... etc.
> 
> Maybe I'm misunderstanding, but couldn't you just use xrandr to change
> the viewports for each output so that a few pixels near the edges
> overlap and get sent to multiple projectors?
> 
> Maybe the overlapping sections might become a bit brighter having the same
> pixels drawn by two projectors, but I guess you could just overlay a fixed
> rectangle in your code with the right alpha value to dim those pixels to
> compensate.
> 
> Cheers,
> Adam.
_______________________________________________
xorg@lists.x.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: https://lists.x.org/mailman/listinfo/xorg
Your subscription address: %(user_address)s

[prev in list] [next in list] [prev in thread] [next in thread]