Daire Byrne wrote: > On Thu, Dec 17, 2009 at 3:02 PM, Yaniv Kamay <yka...@redhat.com> wrote: > >> Daire Byrne wrote: >> >>>> 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 >> > > Well I just retested and now they do work. The only thing I can think > is that I since installed the vdagent? Still doesn't work for the > Linux guest though but no matter. > > >> Do you have drops while video streaming is off? >> > > From a perception point of view it looks like when compressed it plays > every second frame but the overall speed is consistent. With > compression off it will play a 1 second batch of frames smoothly but > then maybe stop for half a second or so. It's not that important to me > - I just thought I'd mention it in case you thought everyone was > seeing perfect playback/smoothness with the Windows driver. > Can you give me more Information, I like to try and reproduce it (OS, networking, player, movie size, and CPU etc.).
> >>> 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 the smoothness was much better with Spice - the scrolling is > especially impressive compared to VNC. > > >>> 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. >> > > Ah. That would explain that then. I work for a large pro graphics > company and we run Linux+Nvidia only so that's no problem. What is the > deal with the master branch? Can people download nightly snapshots or > do you prefer to do regular releases for the time being instead? > We'll do regular releases but anyone can take all master branches and build it from source. The rule we go by is to always keep the repositories in working condition. > Thanks again. I promise to be less curious from now on. > > 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
