Daire Byrne wrote: > On Wed, Dec 16, 2009 at 6:14 PM, Yaniv Kamay <yka...@redhat.com> wrote: > >> Daire Byrne wrote: >> >>> Well I tried VLC too but it doesn't seem to be getting compressed. I >>> suppose the Xorg driver just doesn't pick up on the video rendering yet. >>> Maybe there is some debug info out of qemu-spice that reports when ffmpeg is >>> being used? >>> >> You can turn video compression using qemu monitor command and see if there >> is any differance. >> >> spice.set_streaming_video on >> spice.set_streaming_video off >> > > I tried these but it doesn't seem to make any difference (returns > I just tested it (Windows guest) on 17817.84 Kbps off 80964.24 Kbps
> "handle_dev_input: sv 1/0"). I tried reconnecting after changing them > No need to reconnect. > too. Now that the windows driver is out I have compared it to a > Windows guest and now the network for the same video playback is > around ~1MB/s compared to ~10MB/s for the Linux guest which suggests > that the compression is being triggered. It is still not smooth though > with quite a few dropped/missing frames. These video on/off commands > Do you have drops while video streaming is off? > didn't seem to control the Windows guest video compression either > (compression is always on). > > It is also interesting to compare the network throughput of moving a > window around the desktop on both the Linux guest and Windows guest > (Xorg vs. XP driver). For the XP case with a browser window with a > blank page I see around 100K/s whereas with the Linux guest I get > peaks of 800K/s. With VNC the windows guest does ~400K/s and the Linux > guest ~2,500K/s. Obviously this is not a very scientific test and does > not take into account the smoothness of the window updates. > I asume you see better smoothness while using Spice. > >>> Yes you are correct you need to see the Windows QXL. The release >>> of the Windows binaries was hald back by some technicalities, we >>> now have green light so It will be avilabe in days time frame. >>> >>> Great! I will play with that then and wait for the Xorg driver to catch >>> up. >>> > > Another thing I have noticed is that there is a slight difference in > performance between the Linux Spice client and the Windows Spice > client. Connecting to either the RHEL5.4 or WinXP guests from a > Windows client gives better (hard to benchmark) interactive speeds > (e.g. window redraws, scrolling, menu navigation) than when using the > Linux client to the same guests. Is this simply to do with the OpenGL > acceleration in the Linux client not being as good/mature as the GDI > acceleration in the Windows client? > Currently OpenGL is disabled in the release branch and enabled on the master branch duo to bug that is already fixed on the master branch. Also OpenGL acceleration is not activated by default, the default is using Cairo soft rendering. In order to use OpenGL you will need to have Nvidia GPU and Nvidia driverd and to run the client with canvas-type option. > Daire > ------------------------------------------------------------------------------ This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev _______________________________________________ Spice-space-devel mailing list Spice-space-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/spice-space-devel
