From mboxrd@z Thu Jan 1 00:00:00 1970 From: Keith Packard Subject: Re: Proposal for RandR version 1.6, Leases and EDID-based output grabs Date: Wed, 03 May 2017 19:04:38 -0700 Message-ID: <86tw5174y1.fsf@hiro.keithp.com> References: <86fuhrka4t.fsf@hiro.keithp.com> <4caa78af-7dc8-fbcf-d2ca-285d4554f5c9@daenzer.net> <86zifsyl6o.fsf@hiro.keithp.com> <20170407105618.200ad289@eldfell> <86lgr9xzi4.fsf@hiro.keithp.com> <20170410143531.09b84bd7@eldfell> <86lgqkw5p6.fsf@hiro.keithp.com> <20170502103945.4b52445e@eldfell> <868tmfl3lm.fsf@hiro.keithp.com> <20170503100809.262906bb@eldfell> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1401722995==" Return-path: In-Reply-To: <20170503100809.262906bb@eldfell> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: xorg-devel-bounces-go0+a7rfsptAfugRpC6u6w@public.gmane.org Sender: "xorg-devel" To: Pekka Paalanen Cc: xorg-devel-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org, Michel =?utf-8?Q?D=C3=A4nzer?= , dri-devel-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org List-Id: dri-devel@lists.freedesktop.org --===============1401722995== Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Pekka Paalanen writes: > do you mean to list all kinds of display devices in the database? I was > assuming it would list only HMDs, so not in database would imply it's a > normal display and good for extending the desktop to. I intended for it to be a general database to which we could add almost anything; you can imagine using this to replace broken EDID values, configure alternate preferred modes or whatever. The 'desktop' boolean says whether the desktop should be expected to use the device or not; that's all I need for the HMD case. > Or did you mean it for exceptions? As in, define a range of HMDs, but > the vendor put a few normal displays in the middle of the range, so one > needs to be able to exclude those? Oh, that's a great thought; I hadn't considered what we would do with conflicting entries that mapped the same device. I'd like to make that invalid, and potentially spit out a warning message somewhere... > The reason I mentioned "virtual 2D display" was that I recall hearing > that actually exists in some HMD hardware. If you don't do anything to > enable a 3D mode, the HMD will process the signal to produce a virtual > 2D display in front the user. In such case, there is no need for a VR > compositor, the plain old 2D image signal will be shown correctly on a > plane in the virtual space by the HMD hardware itself. Oh, cool! That doesn't help as it means the user will want to pick if this happens or not. Maybe just don't include it in the database and let the VR application turn off the X output before creating a lease? > Mind the note towards the bottom: you don't actually need a PS4 to use > it - so it must be something built into the HMD. However, reading more > details from > https://blog.us.playstation.com/2016/10/03/playstation-vr-the-ultimate-fa= q/ > reveals that there is actually a separate processor box providing the > cinematic mode. Sounds like it's your VR compositor as a middle-man > hardware device rather than just a program. :-) Interesting. I guess it's a way to make it work without hacking the desktop environment at all? Thanks for your suggestions; I hope we're getting closer to some kind of prototype at least... =2D-=20 =2Dkeith --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEw4O3eCVWE9/bQJ2R2yIaaQAAABEFAlkKjDYACgkQ2yIaaQAA ABGrDQ//c/29BG48qThWaGlQ5xnv1Bux4fRxJrMgvsGg+g0039nnc2bXsYuauVqJ MEjw7F0PThWqxB4/grc0A5S/ocqheECrToK2ONuIih/KKLf7tHNdtUJ94HRGkS64 pssxscENM8Vr91S8S4VXpPbe2FiIeuwIhYehp0vPiUeFP7LfAbhETGuKgjDIrgVX SpJMTnflhOTF6pmu8u2oxKKNB/2hqckCgh9uumYxsBGB1A5ZWB/oEcIPd/oAnCWO ajI04xGJkNjeLHSL75j8gEmHNXTZV6x0ovsrQd8i4LmBHRtbTW0IexZ89ork8TGq Khy9KkgKwiHwDytvXzYCMKsOb13MqGWJu695HWpVT2ByvglDNmZMVqo3HK/c/76y /thWNdJCGSmLxNC1BfmCrYBkrJrkE+/YPOXMV/n3VW92oY1tc3uJBfe/irk+UZyN vx5FMzUVpohJMg/krcDxTGMUSNt9nVNF+/mRhNh81aKJDLM0OCstCmO1VUqsWjdS Nyoa7kvTTpq627EZZa1YbiVFnyVed5XUuRHVuPHh4TV9vZ9FHx0bu9N9tqUOWfuv 8xFDmhC25K7wiRcOkVYAsnomueYn5zvMOxTXIYzQ7T/lHsRmNUEDdheZg5TWt3gH I6PDlsBf9uTrc8/1nq6uPgpmVu2nCmLiECQyQ0A4sAvNnUYBIc4= =vQaX -----END PGP SIGNATURE----- --=-=-=-- --===============1401722995== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KeG9yZy1kZXZl bEBsaXN0cy54Lm9yZzogWC5PcmcgZGV2ZWxvcG1lbnQKQXJjaGl2ZXM6IGh0dHA6Ly9saXN0cy54 Lm9yZy9hcmNoaXZlcy94b3JnLWRldmVsCkluZm86IGh0dHBzOi8vbGlzdHMueC5vcmcvbWFpbG1h bi9saXN0aW5mby94b3JnLWRldmVs --===============1401722995==--