On 16 May 2013, at 05:24, Richard G Elen <[email protected]> wrote:
>> A strong eco-system like iTunes could use B-format with proper software >> changes, weaker eco systems could use UHJ, and simply have UHJ-capable >> players, but in the absence of such, would still end up serving perfectly >> usable stereo files. > > So, I think you are on to something here. Or maybe it's a chimera and what is > needed is a totally digital encoding scheme that does the same thing but owes > nothing to UHJ. I think the MP4 container format would easily allow that. The question is if e.g. Apple would tolerate if you send them a file that's two or three times the size it needs to be, because it adds an extended tag that points to additional audio streams, particularly if the iTunes.app couldn't play them back and it would require a third party app to play it back. So Apple would carry the cost of extra bandwidth and some other vendor would reap the benefits of fully utilizing the audio files. They'd not swallow that. That's why the deals need to be made with the Apple's, Google's etc. of this world, because they provide the infrastructure. Nobody has as seamless a purchase and playback experience as Apple does. So from that POV, gaining Apple as an ally for such an enterprise would be top. On the other hand, all of the others try to compete against Apple by gaining some sort of edge over Apple. So they might be motivated to be the first ones to offer this, if they can make Apple look backwards. It's that sort of dynamic that would have to be used to get Ambisonics back into the game. The record companies don't really figure into that, because the major players are big enough to directly make deals with major acts to get desirable content in their stores. e.g. remember the Apple deals they had with U2, etc. so any of them is financially big and powerful enough that they can get some world-class act to produce some content for the launch of that platform, and others will follow suit. Ronald -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 4853 bytes Desc: not available URL: <https://mail.music.vt.edu/mailman/private/sursound/attachments/20130516/097652d4/attachment.bin> _______________________________________________ Sursound mailing list [email protected] https://mail.music.vt.edu/mailman/listinfo/sursound
