BEGIN:VCALENDAR VERSION:2.0 PRODID:-//Sabre//Sabre VObject 4.5.8//EN CALSCALE:GREGORIAN LAST-MODIFIED:20240220T180344Z BEGIN:VTIMEZONE TZID:America/Los_Angeles X-MICROSOFT-CDO-TZID:13 BEGIN:DAYLIGHT DTSTART:20230312T100000 TZOFFSETFROM:-0800 TZOFFSETTO:-0700 TZNAME:PDT END:DAYLIGHT BEGIN:DAYLIGHT DTSTART:20240310T100000 TZOFFSETFROM:-0800 TZOFFSETTO:-0700 TZNAME:PDT END:DAYLIGHT BEGIN:STANDARD DTSTART:20231105T090000 TZOFFSETFROM:-0700 TZOFFSETTO:-0800 TZNAME:PST END:STANDARD END:VTIMEZONE BEGIN:VEVENT UID:12652488-6193-406f-9940-48f13025a2ad DTSTAMP:20240220T180344Z SUMMARY:Immersive Web Group Calls DTSTART;TZID=America/Los_Angeles:20240220T120000 DTEND;TZID=America/Los_Angeles:20240220T130000 DESCRIPTION:https://www.w3.org/events/meetings/12652488-6193-406f-9940-48f1 3025a2ad/20240220T120000/\n\nHi Immersive Web\,\n\nSince our editors and c hairs are away\, we decided to cancel this occurence of our meeting. See y ou all soon.\n\nThanks\n\nAgenda: https://github.com/immersive-web/adminis trivia/blob/main/meetings/2024/2024-02-20-Immersive_Web_Working_Group_Tele conference-agenda.md\n\nAgenda\n\n### Call Agenda\n\nThis agenda can be vi ewed and updated on [Github](https://github.com/immersive-web/administrivi a/blob/main/meetings/wg/2024-02-20-Immersive_Web_Working_Group_Teleconfere nce-agenda.md).\n\nIf you would like to add an item to the agenda or volun teer to scribe please open a pull request against this agenda.\n\n* [webxr -hand-input#123 Reapply "Allow generic-hand"](https://github.com/immersive -web/webxr-hand-input/pull/123) [requested by AdaRoseCannon](https://githu b.com/immersive-web/webxr-hand-input/pull/123#issuecomment-1936728918)\n> FYI\n\n* [webxr#988 Are 8-bit outputs sRGB encoded?](https://github.com/im mersive-web/webxr/issues/988) [requested by cabanier](https://github.com/i mmersive-web/webxr/issues/988#issuecomment-1933017426)\n> > > The browser creates linear output values. The compositor is supposed to treat it like sRGB and not do any conversion.\n>> \n>> That sounds wrong\, and I don't k now if it's just a terminology mismatch.\n>\n>That may be "wrong" but that is how browsers work.\n>\n>> I think we're in agreement that the web app writes its output into the opaque framebuffer using sRGB encoding\, same a s if it was targeting a 2D display. The browser needs to send this data to the system compositor\, and basically has two choices:\n>\n>No\, we are n ot in agreement. The framebuffer is in linear RGB same as WebGL. The swapc hain is in sRGB.\n>\n>> When you say "the browser creates linear output va lues"\, do you mean it produces numbers that the compositor can use as-is? That's correct assuming that the compositor is expecting sRGB.\n>\n>No\, the browser creates linear values. Technically this is *wrong* but that is how they're exposed to the page.\n>Browsers are not alone in making this error\; there were enough games that made the same assumption that Oculus' [old API](https://github.com/MortimerGoro/ovr-mobile-sys/blob/master/VrAp i/Include/VrApi_Types.h#L543) had a flag to work around this.\n>\n>> > No\ , that would be incorrect. The default of the layers API should match the default WebGL canvas behavior which is rgb\; regular WebXR has the same de fault.\n>> \n>> I don't get this part. Regular WebGL canvas is interpreted as sRGB\, that's why for example the recommended Three.JS rendering setup puts a `gl_FragColor = linearToSRGB(gl_FragColor)` equivalent at the end of shaders. \n>\n>It only does that conditionally and looking at the code\ , only for sRGB render targets.\n>\n>> I think it would be wrong if a Laye rs extension XRProjectionLayer with colorFormat=RGBA would treat the data as sRGB and for example pass it on to the compositor without conversion to a GL_SRGB8_ALPHA8 OpenXR swapchain buffer. While that would match the def ault WebXR rendering\, I think it doesn't make sense - what would colorFor mat=SRGB8 do differently then? To the best of my knowledge\, the default W ebXR (and 2D canvas) rendering is equivalent to SRGB8 and would match bein g used with an OpenXR SRGB8 swapchain.\n>\n>No\, changing the default to s RGB would break each WebXR experience because now drawing with RGB will ge t gamma correction applied.\n>I'm happy to discuss this further during a c all.\n>\n> discuss linear vs sRGB\n\n* [webxr#1358 Detecting if an `XRInpu tSource` is an auxiliary or a primary input source](https://github.com/imm ersive-web/webxr/issues/1358) [requested by cabanier](https://github.com/i mmersive-web/webxr/issues/1358#issuecomment-1938928307)\n> I worry that ad ding inputsources is confusing for authors and might break certain experie nces.\n>\n>Since every site needs to be updated anyway\, maybe we can intr oduce a new attribute (`secondaryInputSources`?) that contains all the inp ut sources that don't generate input events.\n>\n> should we move secondar y input sources to their own attribute?\n\n* [webxr#1360 Indicate "preferr ed" immersive mode](https://github.com/immersive-web/webxr/issues/1360) - cabanier\n> On most HMDs\, the user can choose either a VR environment or passthrough.\n >OpenXR offers an API to convey a preferred immersive mode\ ; basically it returns if the user is in AR or VR. An application could us e this to continue in this mode.\n\n### Immersive Web Working Group Teleco nference - 2024-02-20\n\n\n
San Francisco (U.S.A. - Califor nia) Tuesday\, February 20 at 11:00 AM PST\n
Boston (U.S.A. - Massachusetts) Tuesday\, February 20 at 2:00 PM EST\n
London (United Kingdom - England) Tuesday\, February 20 at 7:00 PM GMT\n
Paris (France) Tuesday\, February 20 at 8:00 PM GMT+1\n
Tokyo (Japan) Wednesday\, February 21 at 4:00 AM GMT+9\n
Cor responding UTC (GMT) Tuesday\, February 20 at 7:00 PM UTC\n
\n \n### Logistics\n\nChair: Ada Rose Cannon\n\nScribe:\n\nIRC: [irc.w3.org]( https://irc.w3.org/):6667 #immersive-web [Instructions](https://github.com /immersive-web/administrivia/blob/main/IRC.md)\n\nCall Details can be foun d in the Immersive Web Event Calendars: [WG](https://www.w3.org/groups/wg/ immersive-web/calendar/)/[CG](https://www.w3.org/groups/cg/immersive-web/c alendar/)\n\nYou subscribe to these calendars with your calendar applicati on of choice for more convenient access to the call details. See details a t Export options section in [WG](https://www.w3.org/groups/wg/immersive-we b/calendar/#export)/[CG](https://www.w3.org/groups/cg/immersive-web/calend ar/#export).\n\nIf you are unable to login to view the call details please ask on the IRC before the call.\n\n### Help Wanted\n\nHere are some issue s which are good issues to get involved in\, if you have taken responsibil ity for one leave a comment in the issue:\n\n- [webvr-polyfill-dpdb#34 Cre ate a helper script/web page for generating values for a new device](https ://github.com/immersive-web/webvr-polyfill-dpdb/issues/34)\n- [webxr-input -profiles#69 Resizing the window changes the model viewer's aspect ratio]( https://github.com/immersive-web/webxr-input-profiles/issues/69) [[ Future]](https://api.github.com/repos/immersive-web/webxr-input-pr ofiles/milestones/4)\n- [webxr#953 Typescript definitions](https://github. com/immersive-web/webxr/issues/953) [[Pre-REC]](https://api .github.com/repos/immersive-web/webxr/milestones/16)\n- [webxr#1115 Explic itly spec when inline animation frame loops are suspended](https://github. com/immersive-web/webxr/issues/1115) [[Pre-REC]](https://ap i.github.com/repos/immersive-web/webxr/milestones/16)\n- [proposals#82 Som e sort of local shared space](https://github.com/immersive-web/proposals/i ssues/82) STATUS:CANCELLED CREATED:20240219T162750Z LAST-MODIFIED:20240220T180344Z SEQUENCE:4 ORGANIZER;CN=W3C Calendar;PARTSTAT=ACCEPTED;ROLE=NON-PARTICIPANT:mailto:nor eply@w3.org ATTENDEE;CUTYPE=GROUP;ROLE=OPT-PARTICIPANT;RSVP=FALSE;CN=Immersive Web Comm unity Group:mailto:public-immersive-web@w3.org ATTENDEE;CUTYPE=GROUP;ROLE=OPT-PARTICIPANT;RSVP=FALSE;CN=Immersive Web Work ing Group:mailto:public-immersive-web-wg@w3.org LOCATION:Teleconference RECURRENCE-ID;TZID=America/Los_Angeles:20240220T120000 END:VEVENT END:VCALENDAR