Hi Carl,
I have received a video in AVI container, DV codec, so, pretty standard. However, it is anamorphic, so no square pixels. Various media players on my machine detect it properly as 16:9, but DCP-o-matic 1.76.7 detects it as 720x576 (1.25:1) and squeezes it when choosing 'no scale'. No big deal to correct this manually in the scaling options, but maybe you can fix that. Since the media players display it correctly, there must be a flag the DCP-o-matic currently ignores when analyzing it.
The same happens when importing 16:9 VOBs from e.g. DVDs.
Hmm, I understand that there is some interpretation necessary. DCP-o-matic first follows Default Scale To in prefs. While that is correct, and some options chosen have to result in wrong aspect ratio scaling, I think that at least the 'no scale/no stretch' options should follow the original content AR, if it is clearly indicated in the file metadata. At least the content description should indicate that the files is flagged 16:9/anamorphic.
Aside from what the fact that in this case I can create a proper upscaled video - there is no way I could create an unscaled version of this file with the correct aspect ratio. When I choose 16:9, it get's uprezz'd, when I choose unscaled, I get a square 720/576 in a flat frame, when I choose NoStretch, I get a square 1350x1080. There is no way I can assign a 16:9 reference to this file.
I think the proper way to handle this is to find a 16:9/non-square pixel flag in the file and act accordingly, that is, display it stretched and with a 16:9/anamorphic indication.
I think that fight for all necessary yet straightfordward arranging of scaling options will never end...
- Carsten
I just did a test with separate video/audio clips. Imported them, video source is 24fps. DCP-o-matic reports source and DCP will have same frame rate. No mention of audio. I then adjust the DCP frame rate to 25 fps. DCP-o-matic tells me that the frame rate will be adjusted to 25 fps. However, there is no indication what it will now do anything with the audio? I think we discussed this before shortly, but didn't come to a proper conclusion. With separate audio files, will DCP-o-matic simply assume that the separate audio has to be in sync to the chosen DCP frame rate? Because with a different frame rate for video, it could just as well resample the audio to 25 fps as well - but it needs to be instructed to do so - which includes that there is a frame rate/sampling rate relation established before and a change being notified.
The question is - with separate audio, how/where do you establish it's frame rate reference at first so that DCP-o-matic knows to what framerate the audio is referenced? With interleaved audio, this is clear, upon loading it, the audio/video timing reference is established, but with separate video and audio files?
Did I make my issue clear?
- Carsten
Someone just gave me a Dell poweredge R415 with dual sockets and 2 AMD CPUs
eatch with 6 core (think they are aroung 3ghz). Eatch CPU has its own
memory slots.
So what would be the snesable minimum and good amount (without going over
the top) of memory for each CPU?
Ben
--
*Ben Edwards, Video Editor and Cameraman*
*web*:*www.nkytwig.com* <http://funkytwig.com/>* mobile:**07773 02 44 82*
*skype**:**funkytwig** twitter:**@funkytwig*
<https://twitter.com/funkytwig>iContact Community Video
<http://www.icontactvideo.org/> | Bristol Community Channel
<http://bristol.mirocommunity.org/>
Hi all,
I have a user who is reporting that he has a content file graded to Rec.
709, which he is converting to DCP using DCP-o-matic's Rec. 709 preset.
He reports that on a projector he sees pinker skin tones, and the entire
image seems a little desaturated.
He also tests on Easy DCP player and gets the following results with its
various colour conversions:
XYZ to RGB (P3): exactly as seen in the cinema (pinker skin tones,
desaturated)
XYZ to RGB (Rec 709): looks as it should
I'm a bit confused... does anyone have any idea what might be going on?
Thanks!
Carl
