I started making a very basic TKR server, but I'm not used to work
with KDMs and all that signature thingy madness.
Can someone create a small test DCP?
I was tempted to modify the dcpomatic code myself, but compiling it in
my own! has been too long without doing that stuff :) Should try,
indeed.
I know it can be done manually adding the TKR line to the CPL,
correcting the hashes and then signing with cinemaslides.
I can do a test in a few days in a few servers with internet access
(Doremi 253522, 253523, 253524)
At my usual theater I'm still trying to figure out how to give the
servers connection properly, I don't control all the network.
Opinions, request and help accepted ;)
Manuel AC
As recently added the option to bypass the analysis for an image
sequence (http://carlh.net/mantis/view.php?id=446) can the same be
done for video files?
I was to add ti directly at mantis, but I'm never too sure what to put where.
Thanks!
Manuel AC
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
Hi all,
I am keen to release DCP-o-matic 1.77.0. Does anyone have any outstanding
problems with the test versions 1.76.x (especially 1.76.34) ?
Thanks!
Carl
