On 05/13/2011 02:56 AM, Daniel P. Berrange wrote:
On Fri, May 13, 2011 at 10:34:24AM +0200, Michal Prívozník wrote:
>> Then, screen is calculated as
>>
>> Screen Device Head
>> 0 video0 0
>> 1 video0 1
>> 2 video1 0
>> 3 video1 1
>> 4 video1 2
>> 5 video1 3
>>
>>
>>
>> Incidentally an RFE is needed against QEMU, since it can only do screen
>> dump of the first device :-(
>>
>> Daniel
>
> Yes, that is what I had in my mind when creating this concept.
Ok, please document that in the API docs for the public API
> Or would it be better to split screen ID into video # and head #?
No, I think that's probably overkill, unless anyone can think of
something we can do with them separated, that we can't do with them
combined...
Good thing we have the flags argument. When you have a card that
supports multiple monitors, I could see it being worth capturing a
screenshot of just one monitor, vs. a combined screenshot of both
monitors as a single image. With the above layout, this could be done as:
virDomainScreenshot(dom, st, 1, 0) - just screen 1 (head 1 of video0)
virDomainScreenshot(dom, st, 1, VIR_DOMAIN_SCREENSHOT_DEVICE) -
composite of all screens on video1 (that is, screens 2-5)
of course, supposing that the hypervisors support combined imaging.
--
Eric Blake eblake(a)redhat.com +1-801-349-2682
Libvirt virtualization library
http://libvirt.org