BEGIN:VCALENDAR VERSION:2.0 PRODID:-//Sabre//Sabre VObject 4.5.8//EN CALSCALE:GREGORIAN LAST-MODIFIED:20240910T184746Z BEGIN:VTIMEZONE TZID:America/Los_Angeles X-MICROSOFT-CDO-TZID:13 BEGIN:STANDARD DTSTART:20231105T090000 TZOFFSETFROM:-0700 TZOFFSETTO:-0800 TZNAME:PST END:STANDARD BEGIN:STANDARD DTSTART:20241103T090000 TZOFFSETFROM:-0700 TZOFFSETTO:-0800 TZNAME:PST END:STANDARD BEGIN:DAYLIGHT DTSTART:20240310T100000 TZOFFSETFROM:-0800 TZOFFSETTO:-0700 TZNAME:PDT END:DAYLIGHT END:VTIMEZONE BEGIN:VEVENT UID:efecb307-2559-4f8f-b0ac-a06a099027f2 DTSTAMP:20240910T184746Z SUMMARY:Immersive Web Working Group Calls DTSTART;TZID=America/Los_Angeles:20240917T120000 DTEND;TZID=America/Los_Angeles:20240917T130000 DESCRIPTION:https://www.w3.org/events/meetings/efecb307-2559-4f8f-b0ac-a06a 099027f2/20240917T120000/\n\nHi Everyone\, \nWe are cancelling next weeks meeting since it is too close to TPAC. Please tag your issues for TPAC. \n \nThanks!\n\nAgenda: https://github.com/immersive-web/administrivia/blob/m ain/meetings/2024/2024-03-05-Immersive_Web_Working_Group_Teleconference-ag enda.md\n\nAgenda\n\n### Call Agenda\n\nThis agenda can be viewed and upda ted on [Github](https://github.com/immersive-web/administrivia/blob/main/m eetings/wg/2024-03-05-Immersive_Web_Working_Group_Teleconference-agenda.md ).\n\nIf you would like to add an item to the agenda or volunteer to scrib e please open a pull request against this agenda.\n\n* [webxr-hand-input#1 23 Reapply "Allow generic-hand"](https://github.com/immersive-web/webxr-ha nd-input/pull/123) [requested by AdaRoseCannon](https://github.com/immersi ve-web/webxr-hand-input/pull/123#issuecomment-1936728918)\n> FYI\n\n* [adm inistrivia#205 Tag F2F issues](https://github.com/immersive-web/administri via/issues/205) - Yonet\n> Please tag the issues you would like to discuss on F2F meeting.\n >Feel free to create new issues and don't forget to rsv p. \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-03-05\n\n\n
San Francisco (U.S.A. - Califor nia) Tuesday\, March 5 at 11:00 AM PST\n
Boston (U.S.A. - Mas sachusetts) Tuesday\, March 5 at 2:00 PM EST\n
London (United Kingdom - England) Tuesday\, March 5 at 7:00 PM GMT\n
Paris (France) Tuesday\, March 5 at 8:00 PM GMT+1\n
Tokyo (Japan) < td> Wednesday\, March 6 at 4:00 AM GMT+9\n
Corresponding UTC (GMT) Tuesday\, March 5 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/):666 7 #immersive-web [Instructions](https://github.com/immersive-web/administr ivia/blob/main/IRC.md)\n\nCall Details can be found in the Immersive Web E vent Calendars: [WG](https://www.w3.org/groups/wg/immersive-web/calendar/) /[CG](https://www.w3.org/groups/cg/immersive-web/calendar/)\n\nYou subscri be to these calendars with your calendar application of choice for more co nvenient access to the call details. See details at Export options section in [WG](https://www.w3.org/groups/wg/immersive-web/calendar/#export)/[CG] (https://www.w3.org/groups/cg/immersive-web/calendar/#export).\n\nIf you a re unable to login to view the call details please ask on the IRC before t he call.\n\n### Help Wanted\n\nHere are some issues which are good issues to get involved in\, if you have taken responsibility for one leave a comm ent in the issue:\n\n- [webvr-polyfill-dpdb#34 Create 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 th e window changes the model viewer's aspect ratio](https://github.com/immer sive-web/webxr-input-profiles/issues/69) [[Future]](https:/ /api.github.com/repos/immersive-web/webxr-input-profiles/milestones/4)\n- [webxr#953 Typescript definitions](https://github.com/immersive-web/webxr/ issues/953) [[Pre-REC]](https://api.github.com/repos/immers ive-web/webxr/milestones/16)\n- [webxr#1115 Explicitly spec when inline an imation frame loops are suspended](https://github.com/immersive-web/webxr/ issues/1115) [[Pre-REC]](https://api.github.com/repos/immer sive-web/webxr/milestones/16)\n- [proposals#82 Some sort of local shared s pace](https://github.com/immersive-web/proposals/issues/82) STATUS:CANCELLED CREATED:20240910T184713Z LAST-MODIFIED:20240910T184746Z 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 Work ing Group:mailto:public-immersive-web-wg@w3.org RECURRENCE-ID;TZID=America/Los_Angeles:20240917T120000 END:VEVENT END:VCALENDAR