Hi Carsten,
no I didn't. What is the typical bandwidth?
Thanks,
Davide
2016-09-05 13:00 GMT+02:00 <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 line so it is more specific
> than "Re: Contents of DCPomatic digest..."
>
>
> Today's Topics:
>
> 1. Re: DCP-o-matic over WAN (Carsten Kurz)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Sun, 4 Sep 2016 17:43:02 +0200
> From: Carsten Kurz <audiovisual(a)t-online.de>
> To: dcpomatic carlh net <DCPomatic(a)carlh.net>
> Subject: Re: [DCP-o-matic] DCP-o-matic over WAN
> Message-ID: <C71EA227-3506-4BC0-8082-5EAF69D9DA9E(a)t-online.de>
> Content-Type: text/plain; charset=us-ascii
>
>
> Am 03.09.2016 um 12:48 schrieb Davide Sanvito via DCPomatic:
>
> > Hi all,
> > I wonder if it would be possible to run encode server instances through
> the Internet, rather than through a LAN.
>
> Hmm, why would you want to do that? Did you consider the typical bandwidth
> needs for sending and receiving image data?
>
> - Carsten
>
>
>
>
>
>
>
> ------------------------------
>
> Subject: Digest Footer
>
> _______________________________________________
> DCPomatic mailing list
> DCPomatic(a)carlh.net
> http://main.carlh.net/cgi-bin/mailman/listinfo/dcpomatic
>
>
> ------------------------------
>
> End of DCPomatic Digest, Vol 49, Issue 2
> ****************************************
>
Hi all,
I wonder if it would be possible to run encode server instances through the
Internet, rather than through a LAN.
If I understood correctly, the current implementation is something like
this:
The master dcpomatic2 broadcasts in its LAN a "I mean really, Ray, it's
used." msg to UDP/6193 to trigger a <ServerAvailable> msg back to its
TCP/6193 from an eventual dcpomatic2_server instance.
Once the master has content to encode, it sends <EncodingRequest> to the
encoding servers on TCP/6192.
Forgetting about the automatic encoding server discovery part, a possible
approach would be something similar to what Jim proposed at
http://main.carlh.net/pipermail/dcpomatic/2016-May/001562.html by means of
SSH local port forwarding.
In this way, the only required modification would be adding a
user-specified port for the encoding server list. Do you have any other
idea? Can this be considered a legit new feature?
Thanks in advance!
Davide Sanvito
Always having the same doubt.
Are the subtitles retimed according to the main content? For example a
23.976 that dom convert to 24, are the separate sound files or the
subtitles also retimed automatically?
I know there are a couple mantis reports related to this, not sure what the
current version does.
Thanks!
Manuel AC
Hi all.
Does anyone know if there is a workaround to go outside the fixed
framerates in the dropdown menu and make, say a 120fps DCP?
I'd like to create a test DCP (ahead of 'Billy Lynn's Long Halftime Walk')
in 120fps 2K 2D.
Thanks :)
--Jonathan
On Wed, 17 Aug 2016, Carsten Kurz wrote:
>
> Am 17.08.2016 um 15:41 schrieb Carl Hetherington via DCPomatic:
>
> > Hi all,
> >
> > It occurred to me that when specifying KDM time windows we should probably
> > use time local to the cinema that the KDM is for. That is, if I made KDMs
> > for cinemas in London and New York, and specified a window of
> > 13:00-16:00, those times would be set so that the London KDM would open at
> > 1pm London time and the New York KDM would open at 1pm New York time.
> >
>
> Hmm. But I thought that was already the case with the current system?
Oh dear. It is!
Please ignore me and carry on!
/me crawls back under rock
Hi all,
It occurred to me that when specifying KDM time windows we should probably
use time local to the cinema that the KDM is for. That is, if I made KDMs
for cinemas in London and New York, and specified a window of
13:00-16:00, those times would be set so that the London KDM would open at
1pm London time and the New York KDM would open at 1pm New York time.
This would require that the UTC offset for each cinema in the database
was set correctly.
Does this seem like a good idea to those of you making KDMs?
Kind regards,
Carl
Hello,
I love your program! We use it for our local non profit theater and it has
been working great! Our projector has recently stopped liking our pre-show
for some reason when it comes to the 3D shows, so they have suggested
creating a pre-show using a 3D setting, even though the pre-show is not
shown in 3D. When I try this I continue to get the error that is attached
to this message. I'm wondering if I need to use a video file that has been
rendered in 3D? Right now I'm using a wmv video file that is not 3D. Any
suggestions would be appreciated.
Thanks!
--
Kent Bailey
OHP Marketing Services
888-722-4484
515-832-4484
Fax 1-866-762-9114
www.ohpmarketingservices.com
Facebook
<https://www.facebook.com/OHP-Marketing-Services-120150758057045/timeline/?r…>
Google+ <https://www.google.com/+OHPMarketingServicesWebsterCity>
This message (including any attachments) contains confidential information
intended for a specific individual and purpose, and is protected by law. If
you are not the intended recipient, you should delete this message
immediately. Any disclosure, copying, or distribution of this message, or
the taking of any action based on it, is strictly prohibited.
Greetings DCPoMatic mailinglist,
I'm encountering an odd bug(?) during "cluster" encoding with 4
dcpomatic2_cli_server encoding servers and one master. The setup worked
for years without problems till now.
Complicating bug detection is that it works some times and gets stuck
other times. With the same source data!
Some Information about my setup
all using dcpomatic 2.9 (deb)
Running ubuntu 14.04
master (headless) + enc1 (kvm VM)
* amd64 8core 4GHz
* prep is done on different Desktop using
same path structure or with dcpomatic2_create
* dcpomatic2_cli is running with "only Enc Server"
options and there is a
dcpomatic2_server_cli -t 8 or -t14 on the same
VM
(results in much better frames/s when it works
compared to encoding it inside "dcpomatic2_cli"
on the master during cluster encode.
enc2 / enc3 / enc4 all ubuntu 14.04
* 4cores / 4cores / 2cores Hardware machines testing
different thread counts for cli_server with
-t 8 / -t 4 / -t 2
storage
* nfs
* debian 7.x (kvm VM)
All are conected with a hp pro curve 1GB lan
The syslog files on all machines only show normal messages!
The crazy part is that in about 95% of the stuck cases i can encode the
movie with only changing it with running "dcpomatic2_cli -r XXX"
I have included two dcpomatic log files with max debug options ...
--
Markus Kalb
06151-16-27 27 0
0177-240 98 95
mk(a)filmkreis.tu-darmstadt.de
Studentischer Filmkreis an der TU Darmstadt e.V.
Hi all,
DCP-o-matic 2.9.0 is now available from http://dcpomatic.com/download
Changes in this version:
* Translations
- Updated fr_FR translation from Thierry Journet.
- Updated uk_UA and ru_RU translations from Igor Voytovich.
- Updated nl_NL translation from Rob van Nieuwkerk.
- Updated cs_CZ translation from Tomáš Begeni.
- Updated de_DE translation from Carsten Kurz.
- Updated pt_BR translation from Max M. Fuhlendorf.
* New features / improvements
- Support for a wider range of audio file types including MP3.
- Reduce CPU usage for the preview.
- Large speed-up to operations involving reading DCPs (especially audio).
- Recognise .ass files as well as .ssa.
- Add labels to audio streams in the audio map (#849).
- Add preference for the default number of DCP channels (#897).
- Add free-text notes field to cinemas and screens.
- Request confirmation before resetting preferences (#867).
- Use CPL title for KDM AnnotationTexts.
- Add tooltips over content channel names in the audio mapping view (#888).
- Re-add option to save DKDMs to a file.
- Keep audio plot and video waveform dialogues always on top (#756, #820, #909).
- Add Cancel button to custom colour conversion dialogue (#880).
- Provide option to abort more operations that require films to be saved (#847).
- Add hint on high audio levels (#822).
- Remove seconds from KDM time period specification (#819).
- Use up-to-date version of FFmpeg.
- Change some uses of the word ‘frame’ to ‘sample’ when talking about audio (#814).
- Add speculative Rec 1886/2020 presets.
- Basic guessing of audio mapping from filenames (#393).
- Add button to move a piece of content to the start of a reel (#798).
- Allow changes to subtitle line spacing.
- Clicks on timecode/frame number open dialogues to allow precise setting of preview position.
- Shift/control/shift+control clicks make nudge buttons nudge further.
- Experimental Centos 5 packages.
* Bug fixes
- Fix strange colour fringing on subtitles when burning them into existing DCP content (#752).
- Various fixes to text subtitles muxed into video files.
- Fix failure to parse SSA subtitles in some cases.
- Fix incorrect date when using copy-as-name (#869).
- Fix height of content properties dialogue (#884).
- Fix recently broken storage of video frame rate (#883).
- Fix progress updates when making a VF using new audio.
- Disallow referencing of Interop DCPs in SMPTE films, and vice versa (#804).
- Fix missing words in properties windows (#874).
- Ignore more hidden files when looking in image folders.
- Fix creation of 2D DCPs from 3D sources.
- Handle import of 3D DCPs better in a few ways (#806).
- Fix various bugs in Interop subtitle time parsing.
- Build a Windows XP version with OpenJPEG 1.5.x to work around mysterious speed loss.
- Various fixes to vertical positioning of subtitles.
- Take y scale into account when deciding subtitle line spacing.
- Fix thinkos with marked_up() rendering of bold/italic/underline.
- Make our own DirPicker wider in the new file dialog (#902).
- Correctly display configured italic / bold fonts in the subtitle font selector.
- Fix strange crashes at the start of encoding in some cases.
- Fix failure to underline subtitles.
- Fix crash on loading still images on some Linux builds.
- Fix crash when analysing audio of large-channel-count files.
- Increase frequency of progress updates on long jobs (#900).
- Improve progress reporting when doing image/sound digests.
Thanks to Thierry Journet, Carsten Kurz, Igor Voytovich, Rob van
Nieuwkerk, Tomáš Begeni, Max M. Fuhlendorf and Xenophon the Vampire.
We have added six new supporters since 2.8.0: thanks to Tomislav
Stojanović, Paul Carey, Pascal Nussbaum, Robert Legato, Petter Trønsdal
and Kino Völkerfreundschaft.
You can donate to the project at http://dcpomatic.com/donate
With best regards,
Carl
