DCP-o-matic

Good Day. I have a question to work with DOM in the following scenario.

I have the OV 5.1 DCP and its DKDM. I also have a VF (Dolby 7.1) with its DKDM.

I have the Subtitles and Dubbing (5.1) Track for the local language.

I know that i can generate a 5.1 SUB VF and 5.1 DOB VF using the OV.

With the material I have
1. Can i work with the Dolby 7.1 VF to create the corresponding SUB and DUB VFs for Dolby 7.1? Or do i need a 7.1 Dolby DUB mandatorily?
2. Given the DBOX Motion Code Wav files, can i create the corresponding SUB and DUB VFs for DBOX?

I am a bit confused with the work flow. Kindly guide.

Guddu wrote: Wed Oct 02, 2024 1:48 pm [...]
to create the corresponding SUB and DUB VFs for Dolby 7.1?
[...]

If you have the 5.1 DUB (that DOB got me confused for a moment), how are you planning to upgrade it to 7.1?

You mean to export the extra audio channels, add them to the 6 ones from "your" 5.1 and then produce a 7.1 version file?
It's some job, and most probably will work, but we can not say for sure if there is any dubbed info on the extra two channels, you yourself can only check that and then implement.

On the other hand, if you mean that you want to make a VF that will change only audio channels 1-6, but not the rest of the two (I can write 7 and 8, but that is not exactly how they are numbered), you can't. You can not create a partial VF for half the audio channels or half the subtitles' reels and not include on your VF the rest of them that are meant to be there.
The VF package needs to include the entire subtitles' content. Same with audio (and therefore DBOX data).

If you choose to incorporate that part to your VF package from the OV (or previous VF) that you have unrestrained access to, that is up to you.
Most of the times, the M&E files on dubs are the same for surround. Key word here: "most". So, being the diligent guy that you are, you would check content and loudness.

Thanks for the response. Still looking for more information on the DBOX VF if the motion code wav file could be handled by DOM.

You mean if you can use a (ready-made) waveform for assigning to the channel 13 (motion data)?
Or if you may generate and/or manipulate the motion code (a.k.a. synchronous signal, a.k.a. signal)?

Thanks for the reply. I have a readymade .wav file that was sent to me.

<FTR>_OV.R01.DBOX.v1.wav

I want to see if i can use it with my 5.1 OV to create a VF somehow using DOM.

On the "14" and "16" Channels audio output setting, you will find that you can assign (among others) D-Box Primary and D-Box Secondary Stream. It is on the "16" Channels, that the Sign language video-turned-.wav-file is assigned.

According to D-BOX, "When the Motion Code Primary Stream is sufficient to carry the D-BOX Motion Code signal, both the Motion Code
Primary and Secondary Stream shall contain an identical copy of the D-BOX Motion Code signal."
So, it seems to me that you need to assign the file to both DBP and DBS. Cross check yourself (or with someone else).

In the case the OV is INTEROP. I am struggling to find the right channel assignment. Have tried getting the official document from DBOX. Lets see if they send it. In the wild it suggests that its the 7th channel where the motion code track should go.

On some old server's manual, I see there is an "ISDCF" audio mapping that uses 13 & 14.

Then, there was a note: Interop MXF files do not contain any channel label information. Therefore, if a configuration is selected, the routing will be executed as if the audio MXF file was created according to the ISDCF audio mapping recommendations, which currently consists of...
[...]
13 - Motion Data - Synchronous signal (currently used by D-Box)
14 - Unused at this time
[...]
The table had the title ISDCF - Interop Recommendations

That was on the ShowVault manual, version 1.7, updated January 2015.
If you Google Doremi ShowVault Installation manual, you will find it out there. Have a look on page 40 and then 44 of 276.
Same info was provided on Dolby IMS systems that were updated in this decade.
Audio channel remapping is possible on some servers, and you do well to be precautious. Yet, my safest bet would be on the same 13 and 14 channels, with some uncertainty on what happens with the secondary stream on interop (if it's mandatory to be used or not).

Edit: on ISDCF Doc 4 (look it up), it clearly states: "The audio channel ordering shown in the Table below is recommended for use in all Compositions, whether Interop or SMPTE."
On Technical Note 124-915-0001-A05 (2017) of D-BOX, it states as a note: ISDCF Doc4, which used to cover only Interop DCPs, now covers SMPTE/DCI DCPs
Let's see what D-BOX says officially.