- Posts: 10556
- Joined: Thu Feb 07, 2013 5:07 pm
- Location: 1146 North Las Palmas Ave. Hollywood, California 90038 USA
Hello gentlemen.
EXR is becoming faster the format to go for ACES workflow.
For what I understand, Resolve does not embed, nor read any tag in a EXR file format that contain a "tape Id/owner" information for conform.
This is the situation:
we have 100 shots that have timecode/tape ID embedded and used to conform a piece of trailer.
The editorial is using this embedded info to assemble and give back an EDL/AAF
we re-conform and all is good!
then those DPX will be transformed thru NUKE to ACES colorspace 16bit half float and re-loaded (for client request we have to work in ACES)
now the timecode is there but the tape ID is gone altogether. EXR by default want to use (in resolve) the folder name that has nothing to do with the embedded tape ID.
To test it, I did an export from resolve of a dpx and an EXR and re-import back in: the DPX retaines tape ID and timecode, the EXR retained the timecode and lost the Tape ID.
In NUKE I can see the metadata in the header of both and there is correctly the tape id in the DPX header, where there is nothing in the EXR.
now looking at the file format (http://www.sno.phy.queensu.ca/~phil/exi ... enEXR.html) there is no "tape ID" per se, however it can be create (set a new key=exr/tape_id {value} in nuke) but it might be not standard.
Another system (Quantel...) use the existing tag [exr/owner] to read/write the tape ID info.
Nuke is agnostic and can pass the value if needed.
I think my questions are:
1) how you implemented a workflow where tape id information is essential using EXR?
2) can we force to read from the [exr/owner] tag?
Any feedback will be appreciated.
EXR is becoming faster the format to go for ACES workflow.
For what I understand, Resolve does not embed, nor read any tag in a EXR file format that contain a "tape Id/owner" information for conform.
This is the situation:
we have 100 shots that have timecode/tape ID embedded and used to conform a piece of trailer.
The editorial is using this embedded info to assemble and give back an EDL/AAF
we re-conform and all is good!
then those DPX will be transformed thru NUKE to ACES colorspace 16bit half float and re-loaded (for client request we have to work in ACES)
now the timecode is there but the tape ID is gone altogether. EXR by default want to use (in resolve) the folder name that has nothing to do with the embedded tape ID.
To test it, I did an export from resolve of a dpx and an EXR and re-import back in: the DPX retaines tape ID and timecode, the EXR retained the timecode and lost the Tape ID.
In NUKE I can see the metadata in the header of both and there is correctly the tape id in the DPX header, where there is nothing in the EXR.
now looking at the file format (http://www.sno.phy.queensu.ca/~phil/exi ... enEXR.html) there is no "tape ID" per se, however it can be create (set a new key=exr/tape_id {value} in nuke) but it might be not standard.
Another system (Quantel...) use the existing tag [exr/owner] to read/write the tape ID info.
Nuke is agnostic and can pass the value if needed.
I think my questions are:
1) how you implemented a workflow where tape id information is essential using EXR?
2) can we force to read from the [exr/owner] tag?
Any feedback will be appreciated.
W10-19043.1645- Supermicro MB C9X299-PGF - RAM 128GB CPU i9-10980XE 16c 4.3GHz (Oc) Water cooled
Decklink Studio 4K (12.3)
Resolve 18.5.1 / fusion studio 18
GPU 3090ti drivers 512.59 studio
Decklink Studio 4K (12.3)
Resolve 18.5.1 / fusion studio 18
GPU 3090ti drivers 512.59 studio