|
|
This topic comprises 2 pages: 1 2
|
|
Author
|
Topic: CineAsset DCP creator software question
|
Jonathan Jensen
Film Handler
Posts: 23
From: Copenhagen V, Copenhagen/Denmark
Registered: Sep 2010
|
posted 06-23-2011 10:29 AM
quote: Brian Guckian Also, having read the literature, it is frequently explained that it should not be necessary to perform XYZ colour space conversion on MPEG2 material.
It seems like the most robust workflow for DCP creation currently is to start with a 12-bit TIFF sequence, perform XYZ colour space conversion, then encode to JPEG2000 (audio and encryption aspects aside).
That is correct, it is not necessary to perform XYZ colour space conversion on MPEG2 material if you want to make a MPEG2-DCP, but you'll need another macro (because MPEG2 is in rec709 color space).
The J2K workflow you mention is indeed the most common. MPEG2 is an outdated (INTEROP) container which should be avoided. SMPTE is capable of handling more framerates than INTEROP. The problem is that far from all cinemas have updated their hardware/software yet, so one must be sure that the recieving cinema is SMPTE capable.
Even if your AV source is in MPEG2, I'd still recommend doing a J2K conversion. The biggest problem is to create the TIFF's correctly so they complyu with the standard.
I've tested multiple MPEG2 sources (4:3/16:9, PAL/NTSC, 24/25/30fps), using ffmpeg to convert from MPEG2 to TIFF's and do resizing/scaling.
It can be done, but it's a bit of a pain until you know which settings to use for which material... but that's the fun part - figuring out how to make it work
| IP: Logged
|
|
Carsten Kurz
Film God
Posts: 4340
From: Cologne, NRW, Germany
Registered: Aug 2009
|
posted 06-25-2011 08:17 AM
Yes, the feature/compressor settings for MPEG-2 are a multitude of those for J2k. Most DCP creation packages use only a few standard and safe DCI presets for J2k. Thus, you can be sure that the image stream can be decoded without errors.
For MPEG-2 DCPs, ideally you would want to not recompress original MPEG-2 content to 'a different' MPEG-2 to preserve time and quality - however, then you end up with a DCP containining an MPEG-2 stream that might produce errors during decoding. Also, very often MPEG-2 files contain the audio as well as other PID tracks, so you would make sure it has been properly demuxed. There are also a few projector setups around lacking the proper presets for MPEG-2/REC709 presets.
As such, coding J2k is certainly preferrable.
People used to think that with MPEG-2 capability mentioned in the server specs, you could simply throw any MPEG-2 files to the server to be played. That's not true - you need DCP creation software, frame rate/sample rate conversion, possible deinterlacing, upscaling, etc.pp. After all, the extra effort to create xyz j2k, even if time consuming, doesn't add much to it in the end and should be preferred.
- Carsten
| IP: Logged
|
|
|
|
Terrence Meiczinger
Film Handler
Posts: 45
From: Orono, Me, USA
Registered: Dec 2008
|
posted 07-01-2011 02:14 AM
quote: Brian Guckian It seems like the most robust workflow for DCP creation currently is to start with a 12-bit TIFF sequence, perform XYZ colour space conversion, then encode to JPEG2000 (audio and encryption aspects aside).
In a typical digital cinema workflow, a DCP is created from the Digital Cinema Distribution Master (DCDM). The DCDM is 12 or 16-bit uncompressed TIFF image sequence in the XYZ colorspace and 24-bit PCM 48/96khz sound in a wav container.
The DCP process would then encode to jpeg2000, MXF wrap, encrypt (if desired), create the reels and the associated XML files. In practice, there is overlap between where certain parts are done, for example most DCP software will do the XYZ color conversion.
| IP: Logged
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Carsten Kurz
Film God
Posts: 4340
From: Cologne, NRW, Germany
Registered: Aug 2009
|
posted 07-09-2011 07:56 PM
You can gamma correct in the same XYZ conversion process if needed.
This will never be a perfect conversion anyway, since the high compression artifacts of the original compressed trailer and the 8Bit colordepth will become more visible on the big screen with a 12Bit format. Banding, etc.
To my knowledge, DCI has a gamma of 2.6, vs. 2.2 for common controlled computer screens/OS. That difference is certainly visible, but not a killer for most content.
If there is a Quicktime, Flash, WMV, etc. trailer available, it is very unlikely that there isn't a DCI/DCP version, so why bother with possible conversion imperfections at all?
- Carsten
| IP: Logged
|
|
|
|
All times are Central (GMT -6:00)
|
This topic comprises 2 pages: 1 2
|
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.
|