Hi all.
Does anyone have any pointers on converting a 3D bluray to DCP? The
bluray which is the source in this case has the 3D encoded as MVC. From
my reading, this means the right eye picture is encoded as a separate
stream (which is a delta from the left eye).
Have ripped the bluray with MakeMKV which recognises that it's an MVC-3D
stream. And the file it outputs appears to be the right size so I think
MakeMKV is not dropping the extra stream or something like that.
But I haven't found any software that can display both eyes at present.
DCP-o-matic doesn't see it, and nor does Bino 3D player or VLC.
I'm on Mac but can get hold of a Windows box if I need to.
Anyone encountered this before?
Many thanks,
Jim
Dear Carl,
First and foremost, thank you very much for your manual and generally your kind support.
Secondly, i have created for the first time a dcp and i am bit worried about the sound.In detail, you say at your manual
(7.2 Show audio) that 0dB represents full scale so if there is anything near this we are in danger of clipping the projector's audio inputs.What exactly are the dangers?And secondly i hava attached a print screen of my audio show.Could you please check it and if it is not good could you please advice me how to change it?
Thank you in advance,
| | Virus-free. www.avg.com |
Hello together,
sorry for taking your time. Perhaps you can answer me, if you are so kind.
Thank you very much.
We are using DCP-o-matic for a long time, exclusively till now for making
slides without audio tracks.
There were no problems. Just till now. After received error messages, we
uninstalled the whole program,
and we installed it new (site: dcpomatic.com).
After downloading and doing the whole procedure
(>executing>setup wizard>licence agreement>destination folder C:\Program
Files\DCP-o-matic 2>choose components)
there is a window with the error message: Error opening file for writing
(C:\Programfiles\DCP-o-matic2\bin\libintl-8.dll),
then the installing process doesn´t continue (Can´t write).
What´s wrong?
Perhaps there´s a little link for it, otherwise I have to instruct my system
supervisor to have a look.
Kind regards from Stuttgart.
Kinothek Stuttgart.
Asangstrasse 15.
70329 Stuttgart.
P.S. : Is it the problem to do a registration?
I used DCP-o-matic 1.79 2 years ago to successfully run a 3D convention
in the UK.
After 2 years I now have to do some more and loaded version 2.10.5
I am only trying to generate a test slide show of still images and where
version 1.79 rips through in no time version 2.10 is taking for ever.
It is as if it isn't realising it is using the same still image for all
240 frames of 10 seconds and doing the same calculations over and over
again which 1.79 certainly didn't appear to do, it distinctly did it for
one frame and quickly repeated it.
Is there a setting I need to change or is it a bug in some new code?
I am primarily using it on a MAC with OS-X 10.6.8
But I have just downloaded the latest version to a PC with Windows 10
and although it is 10 times quicker as a machine it still took 5 minutes
to generate a 6 image slideshow of 10 seconds each.
Any help appreciated.
Andrew
I just thought to test with 3D turned off on both content and output and
it behaves as I would expect creating the slide show in a matter of seconds.
I then tried 2D Content to 3D output which is quick
and 3D content to 2D output equally quick.
Changing the input scaling each time to force regeneration of the video
files.
Only 3D content to 3D output slows down and just munches through every
frame like its never seen it before.
Hope that helps, and may be explains why the bug has gone unnoticed,
there won't be many of us making 3D slide shows.
Andrew
I used DCP-o-matic 1.79 2 years ago to successfully run a 3D convention
in the UK.
After 2 years I now have to do some more and loaded version 2.10.5
I am only trying to generate a test slide show of still images and where
version 1.79 rips through in no time version 2.10 is taking for ever.
It is as if it isn't realising it is using the same still image for all
240 frames of 10 seconds and doing the same calculations over and over
again which 1.79 certainly didn't appear to do, it distinctly did it for
one frame and quickly repeated it.
Is there a setting I need to change or is it a bug in some new code?
I am primarily using it on a MAC with OS-X 10.6.8
But I have just downloaded the latest version to a PC with Windows 10
and although it is 10 times quicker as a machine it still took 5 minutes
to generate a 6 image slideshow of 10 seconds each.
Any help appreciated.
Andrew
_______________________________________________
DCPomatic mailing list
DCPomatic(a)carlh.net
http://main.carlh.net/cgi-bin/mailman/listinfo/dcpomatic
Okay, I tried a KDM created by KDM-Studio, and it didn’t work. Same result as with the KDMs created by DCP-o-matic directly.
I don’t create KDMs too often, so I had to rethink the whole process, here is what I did:
I had created the SONY as a screen in KDM Studio before.
For the same DCP-o-matic project I created SMPTE KDMs for, I created a DKDM using the certificate KDM-Studio provides. No complaints. I created a new screen in DCP-o-matic using this certificate, and created a KDM (DKDM) for it. I created a new production and booking in KDM Studio with this DKDM. I made sure all the windows fit.
Then issued KDMs, received them via email (see below), and ingested them on the Sony. Ingested the feature on the Sony. KDM was shown attached to the feature as in all my previous Sony tests. Tried to play - got the same result…
I will now try to replicate this same process with IOP.
- Carsten
> Anfang der weitergeleiteten Nachricht:
>
> Von: KDM Studio <delivery(a)dcptools.com>
> Betreff: KDM Delivery 'Test_SMPTE' 'Test für Sony' for 'Linden-Theater'
> Datum: 13. Mai 2017 um 18:50:38 MESZ
> An: audiovisual(a)t-online.de
> Antwort an: audiovisual(a)t-online.de
>
> <https://www.dcptools.com/>
>
> Dear Carsten Kurz,
>
> please find attached to this email your KDMs.
>
> The KDMs are valid for the following booking time frame:
> 13-05-2017 02:00 (Europe/Berlin Time zone) - 18-05-2017 02:00 (Europe/Berlin Time zone)
>
> The KDMs are issued for:
> Linden-Theater
>
> Release: Test-SMPTE
>
> Screens: Saal1, SonyAutoSerial
>
> KDMs are valid for the following configuration:
>
> Release: Test-SMPTE
>
> Screen: Saal1, Media Block: SN- (Sony manual upload 2017-03-17)
> Screen: SonyAutoSerial, Media Block: SN-1100047
>
>
> Please ingest the KDMs immediately to make sure that the content is free of errors and corruption.
>
>
> You can reach us at audiovisual(a)t-online.de <mailto:audiovisual@t-online.de>. Please include the name of the erroneous KDMs and the server certificate or serial number of your media block when requesting new KDMs.
>
> To ingest KDMs on common play-out servers please follow these instructions:
>
> Download the attached zipfile and extract all KDMs.
> Copy the extracted KDMs to any USB thumbdrive. Safely eject and remove the thumbdrive from your computer.
> Insert the thumbdrive with the key files to the front USB port on the play-out server (i.e. Doremi, Dolby, Kodak) where the Feature Presentation is loaded. Keys may also be ingested from the central library server (also sometimes referred to as the Library Management Server, or LMS).
> When the ingest window appears, please select all available keys and click on the Ingest button.
> Repeat the above steps for all servers that are used to play the Feature Presentation.
> With best regards,
>
> KDM Studio
>
> Attachments:
> k_TEST_SMPTE_FTR_Linden-Theater_20170513_20170518_AVS.zip
>
> powered by
> DCPTools KDM Studio
> www.dcptools.com <https://www.dcptools.com/products/kdm-studio/>
Okay, before I go to sleep, I want to say something: There is currently a limitation in DCP-o-matic concerning encrypted SMPTE DCPs that won’t play on Sony SRX-R515/510 systems. This bugs us for more than two years now. Or even since the 515 was launched.
You will not believe how much time/effort Carl (with some minor help of some other people) put’s into resolving this. Things like this typically go mostly unnoticed, because it doesn’t actually sell as a new feature. And all this while Carl, among other things, is working hard on implementing audio in preview, and DCP export.
So. Pleeeeeeeeeze! Donate! <http://dcpomatic.com/donate>
Good night, and good luck - Carsten
> Am 15.05.2017 um 04:19 schrieb Dave Taylor <davetaylor(a)berkeley.edu>:
>
> I do, what can I help with?
The full version gives details from a formal analysis. There is an issue with INTEROP VOLINDEX files that bothers DOM and OPEN DCP users who test their DCPs using easyDCP Player demo - the demo performs the formal analysis, but gives no details about that complaint. I would like to know what the current version says in detail about DOM created IOP DCPs.
So, if you find the time, just create a simple IOP DCP with the current stable release of DOM, open it in easyDCP Player, expand the log fully, and tell me what it says there. It should come out as a warning.
- Carsten