[openlp-dev] Output displays

[William Kentler]

One other reason for multiple screens without a splitter is projectors and
screens that run at different resolutions and frame rates. If you use a
splitter, all your display devices must be able to run on lockstep. This
can become a problem if you have a mix of old and new devices or your long
cable runs don't work we'll at night resolutions.

Not sure that this would justify the effort needed though.

William

On Thu, 11 Apr. 2019, 12:34 am James Muscat, <jamesremuscat at gmail.com>
wrote:

> Words of Worship is an old, but still-used piece of software that supports
> multiple outputs, so you can (for instance) have text rendered full-screen
> on one output for the "house" displays and only show two lines at a time on
> another for a live-stream output (or whatever). Its underlying data model
> was designed to facilitate this, so there's no concept of "slides" - output
> is all dynamically generated.
>
> @Ken - what you're describing in your final paragraph sounds very much
> like the "stage view" or "stage display" of a number of pieces of software
> (including OpenLP).
>
> On Tue, 9 Apr 2019 at 14:23, Ken Roberts <alisonken1 at gmail.com> wrote:
>
>> Well, I can think of several things where multiple projectors with
>> separate video controls would help:
>>
>> Kids Kamp (or VBS for you older generation) has kids move with song
>> words - the secondary monitor would be used for the stage leaders to
>> see the moves while the sanctuary projector would be projecting the
>> song words for the congregation. Of course, keeping the songs video
>> and the moves video in sync would be icing on the cake :)
>>
>> I visited a church once that had church projector showing the song
>> words, and a second projector viewable by the stage leaders that also
>> included next slide information so they had a heads-up as to what was
>> coming next. Forgot what software they were using.
>>
>>
>> On Tue, Apr 9, 2019 at 4:49 AM Philip Ridout <phill.ridout at gmail.com>
>> wrote:
>> >
>> >
>> >
>> > On Tue, 9 Apr 2019, 12:07 Tomas Groth, <second at tgc.dk> wrote:
>> >>
>> >> Hi!
>> >>
>> >> As you write, there have only been made preparations for adding
>> support for multiple display, it has not been added yet, so in some sense
>> this is still a hypothetical discussion.
>> >
>> >
>> > In some sense yes, but I'm having to think of these scenarios as its
>> already complicating the screen handling code I'm working on. For example,
>> the live and preview controller preview widgets, what should their aspect
>> ratio be based on? What happens if one of the screens are a different
>> resolution?
>> >
>> >> A really great use case for multiple displays that a hardware splitter
>> can't do is displaying multiple languages.
>> >
>> >
>> > OpenLP can already be tricked in to using multiple displays, just set a
>> "custom geometry" that spans across multiple screens. Then multiple
>> languages would be configured to show side by side, or one above the other.
>> >
>> >> Regarding stage view, I think it would be great if users could set up
>> a stage view display from OpenLPs screen/display settings.
>> >
>> >
>> > I'm with you on that one, that would be one feature my church would
>> require if I'm to convince them to switch back to OpenLP.
>> >
>> > Phill
>> >
>> > _______________________________________________
>> > openlp-dev mailing list
>> > openlp-dev at openlp.io
>> > https://lists.openlp.io/mailman/listinfo/openlp-dev
>>
>>
>>
>> --
>> - Ken
>> Registered Linux user 296561
>> Slackin' since 1993
>> Slackware Linux (http://www.slackware.com)
>> OpenLP - Church Projection Software
>> Empower Your Church http://openlp.org
>> _______________________________________________
>> openlp-dev mailing list
>> openlp-dev at openlp.io
>> https://lists.openlp.io/mailman/listinfo/openlp-dev
>>
> _______________________________________________
> openlp-dev mailing list
> openlp-dev at openlp.io
> https://lists.openlp.io/mailman/listinfo/openlp-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openlp.io/pipermail/openlp-dev/attachments/20190411/c33ab44a/attachment.html>