Hi all,
I was wondering how encoding servers are detected by main dcp-o-matic instance.
I've noticed that all machines should be on the same local network, but does this mean L2 connected or L3 is Ok?
I.e: does main instance scan all IPs included in its subnet or detecting MAC adresses thru ARP?
Thanks for this precision,
Fred
http://www.etheractis.fr/
Hi Tom,
Do these projectors not use the normal arrangement? (L,R,C,Lfe,Ls,Rs)
Cheers,
Carl
On Mon, 22 Sep 2014 15:37:48 +0000 (UTC)
Tom Rovak <trovak(a)comcast.net> wrote:
> Does anyone know the correct audio mapping for 5.1 on a Sony SRXT420
> or any other Sony Projectors?
>
> Tom Rovak - Executive Producer / Sr. Colorist / Post Production
> Supervisor ROVAK COLORIST SERVICES
> A Division Of The Annex Studios
> Commercials, Feature Films, Music Videos, Long Form
> Color Correction, Dailies, Editorial, Finish/VFX
> trovak(a)comcast.net
> (815)690-8323
> Website / Commercial Reel: http://colorist-rovak.com/
--
Should I trust the preview for position and size of subtitles?
They are huge, and the second line is missing. Actually also looks
like it doesn't recognize the linebreaks of two lines subtitles.
Thanks!
Manuel AC
Hey everyone!
I have a question regarding the conversion farms that people have made, and I would like some insight.
We're going to have some fun creating a four octo-core machine farm to make DCPs out of whatever comes our way, and I was wondering if anyone is using 10GbE for their internal network.
Clearly, 10,000 Base-T is not really necessary for most things. However, we would like to make sure that the bottleneck is not the network, but I also don't want to have to special order about $3,000 in 10GbE hardware to do this if it is not necessary, so if a 1GbE network is comfortably adequate for the process, I really would look forward to that kind of assurance. It would cut the current tally back about a third on the build. On the other hand, if it would be a major benefit, I don't want to take it off the table either.
Now onto the other thing:
NOTE: I'm certainly not pushing. I was wondering if DCP-o-matic using GPUs for conversion is closer to the front of the minds of Carl and the others. The reason for this is that I don't intend to buy the video cards for the subordinate servers as, if the software is not going to do this any time soon, using the onboard video will be fine, especially since the machines won't even have monitors, keyboards or mice (we'll use TeamViewer to access the machines if need be). I remember the discussion where optimistic thoughts were bandied about for a golden future where everything was always exactly the way we wanted it, so I just thought I'd ask. I mean, the subs will be using linux, and only the master will run Windows (put simply, there are people who are a bit strident regarding the ease for which they expect to use the system, and hey, a single license of Windows is not the expensive part of the build.)
Thanks!
Leslie
I just did a test loading the video part of a DCP into DCP-o-matic and trying different scaling options. It actually works quite good and it seems that the FFMPEG input also chooses the right colour model (no doubled xyz), so technically, it seems to be no problem to run a DCP through DCP-o-matic for cropping, trimming, dubbing, etc. Just that DCP-o-matic currently will not read an audio MXF as an audio file but fails trying to read it as a video file.
Carl, do you think this audio detection issue could be solved somehow?
Most people would find it weird running a DCP through the program, but as DCPs currently are not easily editable and good/free converters are not available, it could still be a useful workflow to do simple edits.
I know you can always try to feed the audio externally after unwrapping, but it would be far more easy if DCP-o-matic could do it.
- Carsten
Hi all,
I have been working on a new branch of DCP-o-matic, whose version
numbers start with 2 (e.g. the current version is 2.0.5).
The main new features of this branch are:
- import of existing DCPs, allowing re-packing, trimming etc.
- import of .SRT format subtitles
- creation of DCPs with "proper" (XML) subtitles
However there has been a fair bit of rearrangement of the code, so
there are almost certainly new bugs with old features (as well as new
bugs with new features!) I would not advise anyone to use version
2.0.x for "production".
Having said that, if anyone wants to try, it would be great to hear how
you get on. You can get the current version from here:
http://dcpomatic.com/v2
Version 2.0.x will install alongside your existing DCP-o-matic
install, and I'll still be working on the 1.x branch for the forseeable
future.
If you have any bug reports etc. please feel free to email me or the
list, or add them directly to the bug tracker here:
http://carlh.net/mantis
Best regards
Carl
It happens regularly in the Mac version (also earlier than the current one) - quitting the program (CMD+Q) while being in preferences, will always crash the application. No big deal, but maybe easy to fix.
Also, there seems to be a problem with the audio analysis in the mac version, when you reopen a previously save project - the program seems to assume that an audio analysis has been already performed, but is missing the analysis data. Hence, there is no volume graph. Only solution is to discard the content audio and reloading it - then an analysis will be performed and the graph is there.
This also happened in most earlier mac versions I tried this. The current windows version does not have that issue.
- Carsten
Hi. Carl
i have a problem:
1- I add a directory of TGA images, a error occur "could not decode video
for view (could not decode image file) "
2- I choose 2D scope, DCP show a message: " An unknowm exception occurred
..v.v."