The Ultimate Guide to Multiscreen Output with Resolume

Stay up to date with important updates, artist showcases and more
Joris
Doesn't Know Jack about VJ'ing or Software Development and Mostly Just Gets Coffee for Everyone
Posts: 5185
Joined: Fri May 22, 2009 11:38

Re: The Ultimate Guide to Multiscreen Output with Resolume

Post by Joris »

But what you're saying is that they both provide the same focus on GL and that the Quadro has the additional processing power of CL that pushes beyond the capabilities of the GTX and GeForce series?
The GTX series is perfectly capable of OpenCL as well. You can even use OpenCL on Intel cards. OpenCL is not inherently 'better' than OpenGL. They're just programming languages, and each one has its own specific purposes that it's good at.

bradg
Met Resolume in a bar the other day
Posts: 1
Joined: Sat Apr 22, 2017 17:17

Re: The Ultimate Guide to Multiscreen Output with Resolume

Post by bradg »

Joris,

What a great guide! You should sticky this thing all over the forum. When I was designing a Resolume setup for an install last year, I probably had to read a hundred threads and discuss with 2-3 people to figure out workable setups.

I think the only thing missing to make this a full picture is a discussion of EXTENDERS. We installed one room with 8 projectors fed via low latency H.264 network at the X4 OUTPUTS and this was rock solid. Another room used 10x displays fed by (3) X4 with their INPUT fed by high quality HDBaseT. Getting 8 monitors and a user GUI from 3 GPU outputs was rock solid, but the last output just wouldn't stay locked. We had to redesign when the updated BMD support update was released and use a BMD quad 2. This meant the addition of Decimator MD-HX units to feed each X4 input. This setups works rock solid (after a lot of sync setting configuration between BMD and MD-HX).

My point is that practical solutions on this scale seem to often require extension (outside of LED walls with easy access to sender cards). I could have assembled most of the solutions in this guide in the shop and they would have worked perfectly with only minor tinkering, but as soon as extension was required in the field it's a totally different ballgame. I think adding this element is the difference between theory and reality in a lot of applications.

Thanks again for the guide. I stored it in my Evernote right away!

Brad

Joris
Doesn't Know Jack about VJ'ing or Software Development and Mostly Just Gets Coffee for Everyone
Posts: 5185
Joined: Fri May 22, 2009 11:38

Re: The Ultimate Guide to Multiscreen Output with Resolume

Post by Joris »

Awesome to hear that y'all are digging this guide so much. Credits go to Bonne for narrowing things down to a flowchart and getting all the info together in a PDF.

We purposefully don't go into what happens after the signal leaves the computer. We make software, so we can only weigh in on what happens inside the computer when using different hardware setups and how that affects Resolume.

We rely on expert opinions like yours for advice on the signal flow after the signal leaves the computer.

alfaleader
Hasn't felt like this about software in a long time
Posts: 66
Joined: Sat Jul 24, 2010 17:48

Re: The Ultimate Guide to Multiscreen Output with Resolume

Post by alfaleader »

Problem with many displays is that GPU's can't always handle a screen on each output they have. 1080 for example can only drive 4 displays.

Had a show with a Mac Pro 2013 this weekend and couldn't get 5x screens working (4x projector and resolume screen). When I tested it at home it worked but on the field with DVI outputs it didn't.

Any of you tried 2 different GPU's? 1 main GPU for processing and another one for extra outputs?

User avatar
jate
Is taking Resolume on a second date
Posts: 20
Joined: Sat Mar 18, 2017 10:47

Re: The Ultimate Guide to Multiscreen Output with Resolume

Post by jate »

The only thing software wise that I would LOVE to have... is the ability to pick which GPU is the renderer.

We've already talked about this, but let's say you have a bunch of GPUs for outputs, and one that's supposed to be the renderer... the process of disabling all of the other cards, opening, and then re-enabling them can be very tedious without running a few scripts.

User avatar
Arvol
Might as well join the team
Posts: 2772
Joined: Thu Jun 18, 2015 17:36
Location: Oklahoma, USA

Re: The Ultimate Guide to Multiscreen Output with Resolume

Post by Arvol »

Correct me if I'm wrong, but isn't the GPU that is driving the GUI the GPU that will be rendering? If so, connecting the GUI display to whatever card you want to be set as your primary should work for a solution, right? Does the detect, identify, make this display primary. In the Windows or GPU settings panel do the trick?

User avatar
jate
Is taking Resolume on a second date
Posts: 20
Joined: Sat Mar 18, 2017 10:47

Re: The Ultimate Guide to Multiscreen Output with Resolume

Post by jate »

dinga wrote:Correct me if I'm wrong, but isn't the GPU that is driving the GUI the GPU that will be rendering? If so, connecting the GUI display to whatever card you want to be set as your primary should work for a solution, right? Does the detect, identify, make this display primary. In the Windows or GPU settings panel do the trick?
Wouldn't it be nice :D Unfortunately, I can't find a rhyme or reason for why it picks the GPU it does to latch on to.

I started with what you listed, then also disabled the other cards from CUDA, set the OpenGL renderer in NVIDIA settings, set the default renderer for 3D general, as well as the primary in the tab for Resolume.

Went so far as to download a third party monitor manager that completely overrides the default Windows one, but still no luck.

Only solution currently (luckily as suggested by Joris) is to disable all GPUs but the primary, open Resolume, then re-enable them and reassign everything.

Post Reply