cinemaslides
Closed this issue · 21 comments
Hi again
and thanx again for your help with the key chain.
Sadly I have to come up with the next issue already...
cinemaslides on Win32 seems not to find the external encoders, meaning openjpeg, kakadu.
No matter what I do, it keeps telling me, they are not available....
(added them all to 'environment variables', so they are responding on cmd.)
Any ideas?
cinemaslides.rb" --sign --type dcp -b 5
←[m* cinemaslides.rb v0.2010.12.05←[0m
Das System kann den angegebenen Pfad nicht finden.
Das System kann den angegebenen Pfad nicht finden.
Das System kann den angegebenen Pfad nicht finden.
←[33m* No JPEG 2000 codec available (Needed for DCP creation). Check your installation←[0m
Second thing is:
Is there a way just to create cpl, pkl, (ASSETMAP and VOLINDEX),
when I have ready packaged content?
Or... could you explain to me, how to 'presign' my existing cpls, created with openCinemaTools?!
Thanx again und
Beste Grüße aus Berlin!
Please check out the latest version (v0.2010.12.22) and run your cinemaslides call again. Make sure to add "-v debug" and post the console output.
Actually I'd be rather surprised if cinemaslides ran on windows anyway. It makes heavy use of piped shell calls, symbolic links and whatnot and I never had windows in my mind writing it.
You might be better off with setting up a virtualbox with some linux flavor and run cinemaslides in there. I have no easy way to debug windows boxes from a distance, alas.
Your second question: Not yet.
Thanx I will!
Would be great to have a way of just creating the xml files, instead of the whole package...
btw. really good work, thanx again!
Also look at http://code.google.com/p/opendcp/ where Terrence Meiczinger is working on a very nice set of DCP authoring tools. opendcp_xml will do what you need now.
Thanx for your advice.
I am using opencinematools at the moment. It is just a bit more handy for me, since I often have to put two or more cpls in one package.
My issue is the signature (and encryption) integrated in a batch file.
I managed to sign the cpls so far, 'translating' parts of your work.
But I am doing the whole jpeg2000 & mpeg encoding and recoloring in a separate process.
So it would be paradise to be able to feed your tool with the ready-to-go m2v / j2c files and receive one or more cpls and/or pkl and/or ASSETMAP, VOLINDEX and of cause the content keys. Could be also helpful if you want to repair or modify an existing package.
I am excited, what u come up with, next!
PS. I have some semi-old WinXP machines layin' around here, if u want me to send you one over from Berlin to test your script on Windows, tell me:-)
All the best
SwK
Hey, enough machines around here, thanks :)
Sorry, me again...
I am still working on getting the encryption done on Windows with your toolchain...
right now I am having trouble in your line 952ff:
Base64::encode64( OpenSSL::Digest.digest( OpenSSL::Digest::SHA1.new, File.read( file ) ) ).chomp
"in `read': can't convert Fixnum into String (TypeError)"
would it make sense to use one of your alternatives here? And if (sorry for being so stupid) how?
# equiv. `openssl dgst -sha1 -binary #{ file } | openssl base64`.chomp
# equiv. `asdcp-test -t #{ file }`.split( ' ' ).first
Thanx again!
SwK
This is happening with a modified version or workflow, yes? Hard to tell without your code.
That function is called from a number of places, all in relation to XML building. Each of those calls hands over a filename of generated assets. Function dies because apparently instead of a string (the filename) you pass it a number. Tell me more.
Hi again, and sorry for my late reply!
I kinda gave up the dcp-creation for the moment, so i don't have news about this issue... I crossed out a lot from your original cinemaslides, so I guess i will have to find out, where I overdid.
Right now I was trying to create keys for some content I encrypted myself. Everything works fine, but then the GDC server won't accept the keys. I am sure I have the right cert for the Server, but will check on others asap.
(btw. at least GDC servers do expect KDMs named "something.kdm.xml", otherwise it won't see it at all...)
Do you have any suggestions so far?
Which GDC model exactly? Does it support SMPTE-compliant signature?
I'm talking about the GDC DSR-Z1000.
It accepted the signed DCP without any trouble, could not find the kdm at all.
The same thing happens, when there are only kdms for other servers present.
Where do you get the DSR-Z1000's certificate from? Does it playback a signed DCP? Specifications at http://www.gdc-tech.com/sz1000spec.htm say it wouldn't ...
There is a Europe-only version of that server (in purple), that does play signed DCPs.
There are like 50 ones around in germany and about 100 in all europe. These where actually the first "wave" of E/D cinema in Germany, Netherlands, Austria and Spain...
Since the GDC encoder is producing signed DCPs it would be pretty unhandy if the servers wouldn't play:-)
taking about MPEG interop only, of cause...
I have the server here, and of cause have this and other certs around. Do you need some random ones to test? Or shall i test stuff for you here?
(I also have a GDC SA-2100A http://gdc-tech.com/sa2100A.htm) here...
Interesting. Can I please see the certificate of the DSR-Z1000 that refuses to ingest the KDM generated by cinemaslides?
I sent u stuff via email...
elmarikon, sorry for the late reply, got swamped in work.
GDC-DSR-Z1000.crt.pem has sha1WithRSAEncryption for signature algorithm. SMPTE compliant certificates use sha256WithRSAEncryption.
The GDC's filename issue with KDM files ('.kdm.xml') could be an Interop requirement, I don't know. Anyone?
Also, current cinemaslides (v0.2010.12.23) builds SMPTE compliant KDMs. Subtle but crucial differences in the signature compared to Interop. Go compare an Interop KDM (most distributed still are, I guess) with a KDM produced by cinemaslides.
oh... didn't know that.
Are you considering adding creation of Interop KDMs?
Anything else I can help you with?
As I said, i hhave lots of different .certs from different servers and even some kDMs, created by GDC encoder and others...
btw. do you have any experience with xml subtitles?
I created some with an own parser and trying to verify the functionality...
elmarikon, before this "issue" turns into chat, shall we just assume that the initial problem -- running cinemaslides on windows (won't work right out of the box, ain't supposed to, either) -- is no longer a concern to you? And close this one?
Let's keep "Issues" open for issues with cinemaslides or any other tool that's part of this repo. And also let's discuss general DCP-related topics either on http://reduser.net/forum/showthread.php?t=33118 or http://dcinemaforum.com/forum/index.php
To answer your questions: I want to avoid Interop like the plague, actually. Of course everyone is free to choose to stay behind and use Interop for the rest of their lives but what good that would do is beyond me.
Yes, I'd like to see a KDM created by GDC encoder, thanks in advance.
Yes to your subtitles question and, like I suggested, let's take this to one of the forums, ok?
Best, Wolfgang
I see your point with 'staying behind', but i think one should also look at the current situation in the cinemas. And that is: all servers, known to me accept keys created by the GDC encoder (which i send u via mail). To me that means, one is more on the 'safe side' trying to create 'this kind' of KDMs, or am i wrong?! And as it looks to me, the situation is not going to change so fast...
anyway...
I will take the subtitle issue to one of the other forums, thank you!
And to make a point about the Windows-issue:
The KDM creation seems to work on Windows if you comment out some 'requirements'. (did you check the keys I sent?!)
So all in all thanx again for all your work and advice!
SwK
Unless I'm missing something the KDMs you sent were created by your modified cinemaslides version (not by GDC encoder)? Talking about "k_TR-THETREE-2CH-DEU-(_Z00761.SZ1000.SERVERS.PRODUCTS.CA.GDC-TECH.COM_20110125_20110222_SWK_OV_bd778022.xml" and "TR-THETREE-2CH-DEU-Z00761.kdm.xml" etc.
You're right wrt Interop/SMPTE. People at ARRI tell me that they still mostly build interop packages and that the SMPTE roll-out, while there is good saturation in Germany, Austria, Switzerland, is not quite where it needs to be on a global scale.
The stuff I'm writing and collecting here is pretty much "demand-driven". I run into a demand (for work or "research") and then try to satisfy it. So far I just never needed to build an interop package. All the machines I've built packages for would ingest and playback SMPTE, so there.
Interesting conversation, thanks for all the new GDC info.
answer is on it's way via mail.