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
Am 22.03.2019 um 19:36 schrieb cjflynn(a)digitaltesttools.com:
> Carsten, hello
>
>
> Playback was a bit surprising on my 4.2 GHz Intel Core i7 5K 27 inch Retina iMac.
>
Yes, that is similar to my experience with a 5k iMac. That's why I think the HighRes Retina Display of the MacBook Pro is the cause. You would probably need to set the window size very small to get a better playback performance. It's exaggerated on the Retina MacBook Pro as it offers a native 2560/1600 resolution on a 15" display, so, a better performing window size will result in a tiny video size. I'm still not sure if the actual video viewport resolution is the problem, as I can play half decode-res (999/540) in full screen on my older 15"/1440/900 MBP without any dropped frames, which would still be an acceptable viewport size on the much faster Retina Mac Book.
But, as that Retina machine even has trouble previewing the BBB source file in near-SD resolution in dcp-o-matic main, there must be something about the current display method causing this.
Carl is working on some hardware accelerated display method (e.g. OpenGL), but that's not ready for primetime, and it may be complicated to support it multi-platform (even though OpenGL is supported on all three common platforms). Maybe it is not the actual video output, but the color conversion? But that should strongly benefit from a faster CPU as between my older 4core MBP and that most recent 6core, but, the results do not cover that assumption.
I was trying to get Carl to set the video display optionally to the same size (or integer mutiples) of the actual decoded resolution, so to avoid scaling. Using the mouse and window resize elements, it is impossible to set it to a specific viewport resolution like 999/540 for half-flat.
So far, he hasn't been triggered by that idea. Maybe he missed it where I mentioned it. Maybe I should file a Mantis entry for it.
I am a bit concerned for that bad playback performance making it into 2.14 stable, as I notice many beginners are irritated about the dropped frames when testing their DCPs. Especially since Apple is nearly exclusively sold on those very high res displays now. Usually users can tweak it after some instruction about decode resolution and window size, but, as I saw it on that popular current MBP15", it can't be tweaked to a satisfying result.
- Carsten
During a recent workshop, one of the participants was using a 2018 MacBook Pro, 15" Retina (see screenshot). It uses a nice 6coreHT i7-8850H CPU at 2.6GHz base clock. We were very disappointed with DCP-o-matic's player performance, as even at quarter resolution decoding, it skipped very many frames. We disabled an antivirus software, but no change. I ran through BigBuckBunny to compare encoding speed with my older MacBook Pro, and the CPU/system itself is doing fine, 12.5fps during encoding, which is similar to what other 6coreHT CPUs yield. The machine is running Mojave/10.14.
My personal non-retina 15" MacBook pro uses an older 4coreHT CPU, Sierra/10.12, and encodes BigBuckBunny at half the speed, yet playback performance in player is far better - it plays 25fps at half 2k decoding resolution without any skipped frames.
I reduced the display resolution, because the Retina display has a very high resolution, and currently, DCP-o-matic player has a weak point in pushing the video to the display. That didn't solve the issue either (not the slightest bit). I noticed though, when I encoded BigBuckBunny, that DCP-o-matic wasn't even able to playback the preview of the original source video without stuttering. We tried both 2.12.20 and 2.13.132.
I still believe this has something to do with the display addressing. The filmmaker of course is very disappointed because she paid quite a bunch of $ for this machine.
Did anyone experience something similar on his machine? Unfortunately, there was only limited time during the workshop to analyze the issue, and I don't know anyone personally with a similar machine.
Carl - you mentioned a prototype open-gl output module - could you make a beta version of the player available to see if that is an immediate improvement?
I noticed something interesting on that machine - activity monitor shows only 6 of the 12 HT cores being active during playback in player. Usually, I would think that this would show a weakness with the multithreaded J2K decoder - however, if there is another bottleneck with the actual display process, that could as well mean that the J2K decoder is idling because the display process is too slow in asking for more frames?
- Carsten
Hello!
Can you a recommend me a system requirement for PC, where is installed
DCP-O-Matic?
We need a biggest speed for convert to DCP. A large number of feature films
for the festival. What is best OS for this program, Windows or Linux?
I need a buy PC for speediest converting.
Tnaks!
____________________________________________
Yours faithfully,
Movie Systems Engineer
Ivan Ipatov
tel .: +7 (914) -975-23-76
Russia Federation, 690091
Vladivostok, Primorye
Svetlanskaya 31 St
The network of cinemas "Illuzion"
The cinema "Ocean IMAX". Russia, Vladivostok, 21955
Hi all,
With commit aa4fa75 I'll put DCP-o-matic into "string freeze" until
2.14.0 is released. That means I won't change any of the translatable
strings until then.
This would be a great time for all you lovely translators to update the
translations for DCP-o-matic!
Many of the current translations have significant gaps, as you can see by
checking:
https://dcpomatic.com/i18n
Any help that you can provide is very much appreciated :)
Do let me know if there's anything I can help with. Also, if you intend
to provide translations but haven't got the time, at the moment, do let me
know so I can plan my releases accordingly.
Kind regards,
Carl
Hello, my friend! I have been reading the website and trying to find an
answer to 5.1 mix.
I have a ProRes 4444 XQ with embed 5.1. After I created the DCP I checked
playback in Resolve and all audio channels are present. They all have audio
and are playing. In theater, I am only getting the center channel. Please
help as I have a movie premiere in 1 week. Thank you!
