<div dir="ltr">I will look into the piwall thing, it kind of leads me back to what I tired to do starting out with using ffmpeg to capture the whole display and send it, but had a lot of issues actually getting that to work, after looking at countless examples that work for everyone else kind of thing . Then I stumbled on the SPICE driver with multiple monitors and got closer but then the road block I was talking about before.<div><br></div><div>I was also hoping to have the display processing mostly handled by the VM server and not have to client CPU overhead with a capture running, going back I did get it to work have to run a encode per display and get decent quality but it adds about 33% CPU use on the VM just sitting there.</div><div><br></div><div>I dont know if it is possible to decide which display it chooses when you use the -f parameter on remote-viewer or if it would do what I wanted if the machine I was running it on had 2 screens anyway haven't actually tried that yet.</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr">On Tue, Oct 23, 2018 at 5:59 AM Victor Toso <<a href="mailto:victortoso@redhat.com" target="_blank">victortoso@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
On Mon, Oct 22, 2018 at 10:48:06AM -0400, Jarrid Graham wrote:<br>
> Hi,<br>
> What I am trying to accomplish is using multiple raspberry pi<br>
> units , one for each monitor of a multi monitor windows VM. I<br>
> have read there is an option to allow more than one spice<br>
> connection per VM<br>
<br>
You mean <a href="https://www.spice-space.org/multiple-clients.html" rel="noreferrer" target="_blank">https://www.spice-space.org/multiple-clients.html</a> ?<br>
<br>
> but I was hoping to be able to map monitors say on the first pi<br>
> 1:1 and on the second 1:2 kind of thing but it knows there is<br>
> no second monitor on the pi and says my mappings are invalid<br>
> and ignores them.<br>
<br>
Even if you tweak that, you would be receiving data from all<br>
displays, I think.<br>
<br>
> I have tried many things to make a second display on the pi to<br>
> fool the software but that doesn't seem to work either.<br>
<br>
It wasn't design with this kind of usage in mind<br>
<br>
> I have tried to search for information on this but have had<br>
> little luck. I know I am using an older versions on virt-viewer<br>
> package  4.0 I think due to trying to compile newer versions of<br>
> spice-gtk seem to have issues with a newer libssl I think.<br>
> <br>
> I have been banging around on this a bit and maybe I am looking<br>
> at this wrong, I am not really to worried input as these are<br>
> only for display.<br>
<br>
You could have a client to connect on the host and having this<br>
client to split the data to all rpi instead. You could even<br>
consider playing with video walls, splitting one 4k display in 4<br>
full-hd ones, etc.<br>
<br>
Nothing like this is implemented but lots of work is already done<br>
by GStreamer, in case you want to play with it.<br>
<br>
Cheers,<br>
Victor<br>
</blockquote></div>