I’ve been able to compile DCP-o-matic on Raspberry Pi 2’s using the Raspian disk image. I had to install a few packages and compile/install a couple of third party libraries. I also had to make some changes to the script file to take into account that the CPU is an ARM chip, and not Intel x86.
Carl, any chance you’d be willing to take on another platform for your package distribution? Raspian is a direct Debian implementation, so you should be able to re-use a lot of your setup.
I’d be …
[View More]willing to donate a configured Pi 2 to the project if that would help.
-David
[View Less]
I'm working on a video that was given to me by a film maker, it's an MP4
file and it has subtitles, the subtitles were given as a separate Excel
file. Does anyone know how I can use the .xls file as subtitles for an MP4,
or even to use it to make a new MP4/MKV file with subtitles embedded?
Below is an example of the xls file.
tc in tc out text 00:01:43:10 00:01:49:19 Stop spying you little perv
and fuck off! 00:03:29:11 00:03:31:22 Hey, cute boy. 00:03:31:22
00:03:35:01 Out! I´m taking …
[View More]a bath. 00:03:35:06 00:03:37:18 Get out Disa!
00:03:37:18 00:03:41:23 Mom tell Disa to go out!
I'm taking a bath.
[View Less]
Hello all.
While encoding a DCP from a Prores422HQ file last night, I noticed the
following error output:
[swscaler @ 0x103830800] Warning: data is not aligned! This can lead to
a speedloss
...lots of progress...
[prores @ 0x103811e00] invalid plane data size
[prores @ 0x103811e00] invalid plane data size
[prores @ 0x103811e00] ac tex damaged 3371, 1024
...progress until end
NB I was using dcpomatic_cli, rather than the GUI. The DCP-o-matic
project was created using the GUI, but then I …
[View More]use a script to call
dcpomatic_cli, in order to batch process multiple DCPs.
DCP-o-matic 1.79.0, Mac OS X 10.9.5.
A few questions:
1. These errors/warnings are not included in the log file - they were
just output to the terminal, presumably from FFMPEG. Shouldn't they also
go to the log file? If I'd run the encode from the GUI, the errors would
be silently ignored and there'd be no record of them.
2. Should I be worried about the "invalid plane data size" and "ac tex
damaged" lines? Presumably this indicates corruption in the source file,
but has FFMPEG quietly fixed that, or may the DCP be corrupt too?
3. Does "3371" indicate the frame number which is possibly corrupt?
4. I've noticed the "swscaler" warning message a lot before on various
files. Does this have a major impact on encode times?
I hope someone can advise...
Many thanks,
Jim
[View Less]
Hi all,
I'm experimenting with Zanata, a web-based tool for translating
things. I've uploaded the current translations for the 2.0 branch of
DCP-o-matic to:
https://translate.zanata.org/
with the name "DCP-o-matic". You will need to sign up with Zanata (or
use OpenID) and then you should (in theory) be able to make and update
translations right-in-your-browser (TM).
If anyone would like to try it, please do, and let me know how it
goes ... and if it's any better than poedit, or whatever …
[View More]you are
currently using.
If you want to try a language that is not yet translated, let me know
and I will add it to the list.
Thanks!
Carl
[View Less]
Hi all.
While teaching a group of people how to use DCP-o-matic last weekend
(DCP-o-matic is now on the syllabus at London Film School!), I came
across the change in v1.79.0 that default colour space conversion is now
Rec709.
For the majority of the people who'd brought their film to test on, we
found that sRGB was the best setting for them. We were comparing their
source files (mostly Quicktime) to the resulting DCP viewed in Doremi
Cineplayer (evaluation version) and found that Rec709 …
[View More]was changing the
colour balance of the image (most notably, making it darker).
What was the rationale for changing the default to Rec709?
And is there any way to examine a Quicktime file to find out what colour
space it's in? With shorts filmmakers, they often don't know themselves!
Presumably the default output from Final Cut Pro, Premiere Pro etc
remains sRGB rather than Rec709?
Many thanks,
Jim
[View Less]
Hi all,
I have made a beta test release of DCP-o-matic version 2. It is not ready for general use yet, but testing would be most welcome. You can install it alongside an existing version 1, so you can carry on using 1.x for important work.
You can see details of version 2 here:
http://dcpomatic.com/v2
Any comments or bug reports are welcome to carl(a)dcpomatic.com, or to Mantis (http://dcpomatic.com/mantis).
I would be grateful to hear any reports of success as well as failure.
With best regards,
Carl
I participated in an interesting thread on film-tech that deals with an anomaly of Doremi (now Dolby) IMBs. As far as we found out, the Doremi IMB will not display 4k content when it was encoded with OpenJPEG - that would be true for all open-source DCP creation utilities, like DCP-o-matic, OpenDCP, etc.
A guy from france with some programming insight into both OpenJPEG and the Kakadu encoder hinted me towards a possible reason for this - JPEG2000 offers multiple resolution layers, 2k and 4k …
[View More]are one of these resolution layers (smaller ones are there as well). He pointed out that OpenJPEG and Kakadu may use different numbering schemes to express these resolution layers, and that the Doremi IMB may misuse the highest number in OpenJPEG, thereby only selecting the 2k layer instead of the higher 4k layer.
As a matter of fact, our Sony XCT-M10 (part of the Sony SRX-R515/510 projectors) does not have that issue, it will display 4k from both OpenJPEG and Kakadu.
So far, it is not entirely clear to me wether that is an issue with OpenJPEG/DCI profiles handling, or if it is a flaw in these Doremi IMBs.
I have never been a strong endorser of using 4k for your own projects, in most cases, it's not worth the extra memory or compression time. It is actually really hard to create/maintain real 4k value in your source footage. Aside from that, all 4k projectors do a pretty good job in upscaling 2k to 4k anyway. So aside from some synthetical patterns (which actually lead us finding that bug), I see little benefit in creating 4k DCPs. Same is true for using higher J2k bandwidths than 150MBit/s as long as you stay within 24-30 fps content.
The second issue is that while testing the 4k behavior of the Doremi and Sony IMBs, we found out that, even when using other J2K encoders like Kakadu, the Doremi IMB can not display complex full screen patterns in 4k - it will drop to 2k as well. We only confirmed this with synthetic checkerboard patterns again, it is not clear how likely this is to happen with any 4k real-life footage. We will conduct more tests to find out about that. The Doremi will not only show complex 4k content in 2k only, it will also create nasty flashing when switching between both modes. So there is a another good reason to not create 4k DCPs if not absolutely necessary.
Well, until the first issue is either solved in OpenJPEG or the Doremi firmware, there are little chances that these nasty flashing artifacts turn up with any 4k content created with DCP-o-matic or OpenDCP - simply because the Doremi will not select the 4k layer at all.
There is an early J2k viewer contained in the OpenJPEG 1.3 package which is able to detect the different numbering schemes between OpenJPEG and Kakadu. There is also a hint towards it contained in this paper on J2K encoders - even if it doesn't deal with DCI J2C profiles - see tables 1 and 2 on page 3 of this document: http://purl.pt/24107/1/iPres2013_PDF/An%20Analysis%20of%20Contemporary%20JP…
Carl, did you ever come across the resolution layer numbering scheme when dealing with OpenJPEG in DCP-o-matic?
- Carsten
[View Less]
Hi! Add please russian language.
12 июня 2015, 14:00:12, от dcpomatic-request(a)carlh.net :
Send DCPomatic mailing list submissions to
dcpomatic(a)carlh.net
To subscribe or unsubscribe via the World Wide Web, visit
http://main.carlh.net/cgi-bin/mailman/listinfo/dcpomatic
or, via email, send a message with subject or body 'help' to
dcpomatic-request(a)carlh.net
You can reach the person managing the list at
dcpomatic-owner(a)carlh.net
When replying, please edit your Subject …
[View More]line so it is more specific
than "Re: Contents of DCPomatic digest..."
Today's Topics:
1. Translators: web-based translation test (Carl Hetherington)
_______________________________________________
DCPomatic mailing list
DCPomatic(a)carlh.net
http://main.carlh.net/cgi-bin/mailman/listinfo/dcpomatic
--
С уважением, Войтович Игорь
[View Less]
Hi Carl,
you certainly already had some thoughts about how the transition to v2 should happen some day? Share your ideas how 1.x and 2.x could grow together? How many essentials do they share currently?
- Carsten
