W3C home > Mailing lists > Public > www-style@w3.org > March 2013

Re: [mediaqueries4] Media queries for multichannel audio ?

From: Sylvain Galineau <galineau@adobe.com>
Date: Wed, 20 Mar 2013 16:49:30 -0700
To: Mark Watson <watsonm@netflix.com>
CC: "Tab Atkins Jr." <jackalmage@gmail.com>, Kenneth Rohde Christiansen <kenneth.r.christiansen@intel.com>, "florian@rivoal.net" <florian@rivoal.net>, "www-style@w3.org" <www-style@w3.org>
Message-ID: <CD6F9783.603%galineau@adobe.com>
>Tab suggests we need some way to declare the resolution, or channel
>count, of the media to the UA, but that would move the responsibility for
>deciding how to match media properties with physical properties from the
>user to the UA: a different distribution of responsibility from selection
>based on media queries. Why should these particular properties (physical
>resolution, audio output channels) be treated differently from others
>(color depth, aspect ratio, etc.) ?

Sorry, I don't follow the distribution of responsibility argument at all.
I - and, I think, Tab - is suggesting media queries pick the right source
so you then know what stream you need.

>I still think what is needed is media query properties for these
>properties of the output device.

My apologies if I missed the obvious as it's a long thread; what about the
media attribute of the <source>
element doesn't work for this purpose?

>Second, we could let the media element select between multiple <source>
>elements, each connected to a different MediaSource object. Each <source>
>would have a media query specifying when it should be used. The
>MediaSource associated with the chosen <source> would change state when
>selected, with an event indicating to the script that this has happened,
>prompting the script to start appending the appropriate media to this
>object. Everything needed to do this exists (except the additional
>properties described above).

If the media queries in the media attributes of each source select the
right element and your script knows which source was picked,
doesn't that give you what you want?

>The issue with this is combinatoric explosion. Suppose I have SD, HD and
>UHD video streams and stereo, 5.1 and 7.1 audio. I need to provide
><source> elements with associated media queries. If I add 60fps as well
>as 30fps now I have 18. Ok, maybe a few less because I don't have the SD
>in 60fps
>Alternatively, I can call window.matchMedia() at most 8 times at which
>point I will know exactly which video and audio streams to use and can
>create a single MediaSource and append these. Again, though, everything
>needed to do this exists except the additional properties.

OK, this explains why you might want to add audio capability detection to
MQ as well.
Received on Wednesday, 20 March 2013 23:50:05 UTC

This archive was generated by hypermail 2.4.0 : Friday, 25 March 2022 10:08:27 UTC