Welcome to our community

Be a part of something great, join today!

Register Log in
  • Hey all, just changed over the backend after 15 years I figured time to give it a bit of an update, its probably gonna be a bit weird for most of you and i am sure there is a few bugs to work out but it should kinda work the same as before... hopefully :)

Digital Cinema Package

now some one told me that easydcp player dose not support mpeg dcp. my friend is using same software and his dcp is work fine. he is using image sequence to build mpeg file. i don't know how he do it. can u tell all the steps and command to make mpeg dcp.
 
Assetmap

Assetmap

Hey Deppen,
It seems to me with a first look that your PKL contains the video mxf file reference. You need to look if the path and hash is good too.
Also, you should write your assetmap here too to see if that there is any problem in it.
I personnaly dont know a lot about mpg2 mxf but I dont think it is the key of your problem.
Cheers,
R.
 
i checked frame rate of my mpeg2 and that was 25 fps should i change it to 24 fps or its ok.
 
still now i'm not able to make any mpeg dcp. we are using e-cinema servers. you all are talking about j2k and j2k need huge space, other then mpeg its use less space. is there other way to make mpeg dcp for e- cinema. i used all the command to make this dcp. openDCP maker not work with mpeg, its giving me error and there are patch available but thats for Linux and Mac not for windows.
 
deppen_s said:
still now i'm not able to make any mpeg dcp. we are using e-cinema servers. you all are talking about j2k and j2k need huge space, other then mpeg its use less space. is there other way to make mpeg dcp for e- cinema. i used all the command to make this dcp. openDCP maker not work with mpeg, its giving me error and there are patch available but thats for Linux and Mac not for windows.
Click to expand...

Deppen,

If you want help, you need to be more specific as to what the failure is and what commands you are using.

What are the exact commands you issued?
What are the error messages you received?

Just saying something doesn't work doesn't give us much to go on.
 
we are using e-cinema server
all steps how i made that DCP.
1 i got a movie in 720x576 in quicktime format (mov)
2 ffmpeg -i some.mov -sameq -s 2048x858 es.m2v
3 ffmpeg -i some.mov -sameq es.wav
4 using audio software changed my wave file
5 for making DCP i use Digital Cinema Package Creator V1.3.7.5 with these settings
mxf mode :- SMPTE Ul ( Mxf interop also there)
Video/Audio frame Alignment :- Active



open cinema tool is not support mpeg n its giving error "ESS_MPEG2_VES is not Supported."

i'm using windows and i need solution for windows only
 
deppen_s said:
we are using e-cinema server
all steps how i made that DCP.
1 i got a movie in 720x576 in quicktime format (mov)
2 ffmpeg -i some.mov -sameq -s 2048x858 es.m2v
3 ffmpeg -i some.mov -sameq es.wav
4 using audio software changed my wave file
5 for making DCP i use Digital Cinema Package Creator V1.3.7.5 with these settings
mxf mode :- SMPTE Ul ( Mxf interop also there)
Video/Audio frame Alignment :- Active



open cinema tool is not support mpeg n its giving error "ESS_MPEG2_VES is not Supported."

i'm using windows and i need solution for windows only
Click to expand...

Did you use asdcp-test to create the video and audio MXF files?
Try using OpenDCP (http://code.google.com/p/opendcp/) to generate the XML files once you have the appropriate MXF files created.
 
Wolfgang Woehl said:
Proof-of-concept code to build signed and encrypted DCPs and create KDMs (key delivery messages) for those packages is up on https://github.com/wolfgangw/digital_cinema_tools/wiki/Cinemaslides-Usage. Use make-dc-certificate-chain.rb to create a required set of digital cinema compliant X.509 certificates.

This has been tested extensively on our XDC Solo G3. It'd be great if we could extend the range and run some tests on other servers. Someone interested?
Click to expand...

Your tenacious persistence is impressive. This is a huge milestone for open source digital cinema.
 
Proof-of-concept code to build signed and encrypted DCPs and create KDMs (key delivery messages) for those packages is up on https://github.com/wolfgangw/digital...maslides-Usage. Use make-dc-certificate-chain.rb to create a required set of digital cinema compliant X.509 certificates.

This has been tested extensively on our XDC Solo G3. It'd be great if we could extend the range and run some tests on other servers. Someone interested?
Click to expand...

It's an excellent news an an excellent job. Greetings to all of the team. We can test your project on DSS 200 firmware 4.2.1.3 if it would be usefull.

And another dcp-related question. People from my russian-speaking forum inquire if someone tried to solve a problem of audio normalization (using something script-related, to make it automatic)?
 
Pavel, testing on DSS200 would be great. There's a test DCP up on github (plaintext and encrypted version):
PLAINTEXT-BLUE_TST_F_2K_20101208_WOE_OV.zip and CRYPT-BLUE_TST_F_2K_20101208_WOE_OV.zip

These are 3 seconds blue screen with 2 channel audio. Let me know how I can get your server certificate and I'll send you a KDM for testing.

Wrt audio normalization: sox will do that. I'm using

def sox_conform( audiofile, samplerate, bps, channelcount, asset ) # and normalise to -20 dB FS (SMPTE 428-2-2006)
`sox #{ audiofile } -r #{ samplerate } -b #{ bps } -c #{ channelcount } -s -t wavpcm #{ asset } gain -n -20`
end

in cinemaslides' audio section.
 
Terrence, yes, I sure hope we'll be able to get some advanced authoring features out of the freezer. Contrary to some people's worries I think that commoditizing these features will be good for the platform and that it will possibly generate more business, not less.

Hey, I'm seeing version 0.14 of your http://code.google.com/p/opendcp/, great. You move fast :)
 
These are 3 seconds blue screen with 2 channel audio. Let me know how I can get your server certificate and I'll send you a KDM for testing.
Click to expand...

Did you happen to find out if there is a central repository for server certificates? I know we give module number/serial numbers to Technicolor. They would then have to get the cert from Dolby in our case. I guess they must then keep an additional database that ties each server to a location.
 
Wolfgang Woehl said:
Terrence, yes, I sure hope we'll be able to get some advanced authoring features out of the freezer. Contrary to some people's worries I think that commoditizing these features will be good for the platform and that it will possibly generate more business, not less.
Click to expand...

I would agree. You increase interest when there is a low barrier to entry. It may seem counter intuitive, but that can increase business for professionals. You increase demand overall as people become aware. While some are happy with the do it yourself approach, many will go on to seek out commercial solutions.

Hey, I'm seeing version 0.14 of your http://code.google.com/p/opendcp/, great. You move fast :)[/QUOTE]

I added MXF file creation, so its almost a real solution now. I think it has simplified the process we were all using just a few months ago. I hadn't even considered adding encryption, but seeing Cinemaslides has inspired me to put it in my todo list.
 
XDC, a server vendor located in Belgium and rather strong in Europe, has server certificates up on ftp.xdcinema.com (user: certif pass: certif). For example the certificate for our XDC Cinestore Solo G3 (sn 200100400530; CID 000487) and the corresponding certificate chain can be found in ftp.xdcinema.com/200100400530/.

Alaric mentioned that Doremi has the same, rather accessible, approach. Anyone has a link?

Related is FLMx (Facility list message) and ISDCF's efforts to extend the standards. Some info on http://flm.foxpico.com (user: isdcf pass: isdcf) -- This is linked to from ISDCF at http://www.isdcf.com/ISDCF/Meetings.html.
 
Terrence Meiczinger said:
I added MXF file creation, so its almost a real solution now. I think it has simplified the process we were all using just a few months ago.
Click to expand...

Great to see how things are taking off.

I hadn't even considered adding encryption, but seeing Cinemaslides has inspired me to put it in my todo list.
Click to expand...

Thanks to asdcplib the encryption part is easy and you'll be able to include that without much of a hassle. KDM generation is a tad more finnicky. But again thanks to a number of open source tools (xmlsec and openssl for core work) the effort won't be gruesome.

Ping me whenever this hits the top of your todo list, I'd be glad to help.
 
Wolfgang Woehl said:
Pavel, testing on DSS200 would be great. There's a test DCP up on github (plaintext and encrypted version):
PLAINTEXT-BLUE_TST_F_2K_20101208_WOE_OV.zip and CRYPT-BLUE_TST_F_2K_20101208_WOE_OV.zip

These are 3 seconds blue screen with 2 channel audio. Let me know how I can get your server certificate and I'll send you a KDM for testing.
Click to expand...

I'll ingest your test DCP on our Doremi DCP2000 and wait for a KDM, so I can test it when we have a quiet moment here.

I'm not sure how to get you the right certificate, unless you just mean the server serial number?

It's really exciting, all this recent development in the opensource DCP community.
Digital screenings are quite new here in Denmark, and it's interesting to follow the "first" footsteps of the companys who dare to walk the road of DCP :)

For a little pet project of mine, I have found all the info here in this thread a big help and inspiration to start builing my on scripts for opensource DCP making.
Specially with OpenDCP it seems more simple to optimize the workflow and utilize more than one cpu core.
It'll keep me happy until a CUDA based jpeg2k encoder sees the light of day... one that can spit out files with the correct attributes of course.
 
jonathanj said:
Specially with OpenDCP it seems more simple to optimize the workflow and utilize more than one cpu core.
It'll keep me happy until a CUDA based jpeg2k encoder sees the light of day... one that can spit out files with the correct attributes of course.
Click to expand...

Parallel processing is an interesting thing and gets complicated. A GPU might be faster compressing a single large where it can take advantage of its architecture to do micro-calculations. However, say you needed to process multiple images at the same time, it might be faster on a multi-core CPU. It all depends on where the processing bottlenecks are.
 
You must log in or register to reply here.
Back
Top