Questions about VAAPI

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



After persistent fails with qxl on spice with xen, I'm trying to use it with standard vga, spice-client-gtk:
- on notebook with good hardware it has sufficent graphic performance
- on good atom thin client the performances are poor (high cpu usage and high video refresh latency).

The latest test with qxl on xen give:

the qemu log is full of these:
__spice_char_device_write_buffer_get: internal buf is not available

the spicy with debug gave a lot of these:
(spicy:3907): GSpice-DEBUG: decode-glz.c:372 decode_header: 16x16, id 5762, ref 5037 (spicy:3907): GSpice-DEBUG: spice-channel-cache.h:92 cache_find: image c417fece24020010 [not found] (spicy:3907): GSpice-DEBUG: spice-channel-cache.h:108 cache_add: image c417fece24020010 (257)

I not know if can help.



I think that VAAPI can be very useful with video performance.
I read time ago here that are in the roadmap.
Are there experimental patches or nothing for now?

Latest intel driver seem to have also mjpeg hardware acceleration (https://01.org/linuxgraphics/downloads/2013/2013q1-intel-graphics-stack-release). Is possible to get fast vaapi implementation with actual mjpeg encoding or is a waste of time?

Thanks for any reply

Attachment: smime.p7s
Description: Firma crittografica S/MIME

_______________________________________________
Spice-devel mailing list
Spice-devel@xxxxxxxxxxxxxxxxxxxxx
http://lists.freedesktop.org/mailman/listinfo/spice-devel

[Index of Archives]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [ECOS]     [Asterisk Internet PBX]     [Linux API]     [Monitors]