|
This topic comprises 4 pages: 1 2 3 4
|
Author
|
Topic: Cinema Sound Processor in Media Block?
|
|
|
|
|
|
|
|
|
|
|
Harold Hallikainen
Jedi Master Film Handler
Posts: 906
From: Denver, CO, USA
Registered: Aug 2009
|
posted 02-19-2016 01:14 PM
I really appreciate all the comments! Because of the complexity involved in external object-based audio rendering (mostly related to security, KDM transfers, forensic marking, non-standard interface to SMS, etc.), object-based audio rendering within the "media block" (server / media block combination) may be more economical. Once you're doing all this DSP work there, you wonder what other DSP work should be done there. I like putting rendering within the media block and delivering "flat" sound to an external multi-channel processor that also accepts other audio inputs. But, of course, we have to look at all the options.
Now we just have to find a miniature AC outlet to fit on the front panel so you can plug in your houselights...
Harold
| IP: Logged
|
|
Carsten Kurz
Film God
Posts: 4340
From: Cologne, NRW, Germany
Registered: Aug 2009
|
posted 02-19-2016 01:24 PM
One issue may be object based sound systems. It does make sense to have the rendering attached to the media block. Dolby needs a complicated and expensive setup for Atmos. Due to the watermarking, Auro 3D needs to be decoded in the media block as well. Now most object based sound systems need more than the 16 standard DCI channels (sooner or later). The USL media block uses these 16 channels, more or less in a proof-of-concept, for their MDA offline-decoding. But what if you need more? Add 16channels through an IP-based interface, but what about the watermarking?
One would need a revised watermarking practice/standard to get rid of these implications. For systems like Atmos, with timbre matching, etc, it does make sense to have EQ in the media block. I guess you would still need an external 'basic' Cinema processor with some analog and digital IO to do routing and source switching. But because EQ is so important for object based audio, it should be done in the media block audio department.
- Carsten
| IP: Logged
|
|
|
Carsten Kurz
Film God
Posts: 4340
From: Cologne, NRW, Germany
Registered: Aug 2009
|
posted 02-19-2016 01:58 PM
Well those installations without the need for object based audio simply would not need to buy THIS media block, but the other one without that capability.
The question is, who defines the term 'Cinema processor'. If you call that part 'MDA rendering block', not many people would object to have it in their IMB/IMS. As a matter of fact, for MDA, it is already part of the USL IMS, for Auro 3D, it is already part of the Dolby/Doremi IMB, Alchemy ICMP, etc. Adding MDA or dts-X to them is only one more step, and it will come.
There would still need to be an external CP, you can hardly get all the necessary IO for an audio CP onboard an IMB. Plus, that IMB/IMS would still need to have a standard AES output port for 'traditional' work.
Adding an MDA renderer to an IMS/IMB as a software function would also make object based audio much more affordable. Look at the price and price difference of the CP850 'bare' and ATMOS model.
- Carsten
| IP: Logged
|
|
|
|
All times are Central (GMT -6:00)
|
This topic comprises 4 pages: 1 2 3 4
|
Powered by Infopop Corporation
UBB.classicTM
6.3.1.2
The Film-Tech Forums are designed for various members related to the cinema industry to express their opinions, viewpoints and testimonials on various products, services and events based upon speculation, personal knowledge and factual information through use, therefore all views represented here allow no liability upon the publishers of this web site and the owners of said views assume no liability for any ill will resulting from these postings. The posts made here are for educational as well as entertainment purposes and as such anyone viewing this portion of the website must accept these views as statements of the author of that opinion
and agrees to release the authors from any and all liability.
|