Daire Byrne wrote: > Hi, > > After testing the existing xorg driver with RHEL5.4 and reading the > lengthy thread on qemu-devel, I have a few more questions if you don't > mind. > > The current Xorg driver doesn't have the video stream/ffmpeg heuristic > detection stuff yet right? I ask because when playing back a flash > movie (e.g. youtube) the network traffic across the spice protocol is The stream/ffmpeg heuristic is done by the server but it depend on the way app render the video and how the driver transmit it to the server. I sugget trying using madia player befor you try youtube.
> quite a lot more than the actual network traffic to stream the movie > from the internet. Also the picture looks crisp (not re-compressed) > and does not playback smoothly (skipped frames). I don't know what a lot is but we use MJPEG so othe video codec will have lower network traffic. > > In this worst case scenario of sending the uncompressed video frames > from the server to the client I see that the network bandwidth never > gets above ~10MB/s (on a GigE LAN network). Is there a limit in the > speed of the SPICE protocol across the network? Neither the spice > client nor qemu-spice seem to be CPU limited. We do not have limit on network bandwidth. > > When you implement OpenGL 3D acceleration will you do it by providing > your own OpenGL libraries for the guest (windows/linux) to intercept > every GL call? (e.g. VMGL/VirtualBox). Would that mean that every GL > call will need a corresponding SPICE 3D call? That sounds like a lot > of work/development and no doubt compatibility would be pretty hit and > miss. OpenGL to OpenGL is not complicated it is just a lot of work. Compatibility will be based on the OpenGL version on the server (Guest will see OGL version <= server OGL version), in the worst case client OGL < selected OGL version) OpenGL will be rendered on the server and transmit the result as bitmap. As for the replacing OpenGL libraries it is to early to say but in general we try to minimize changes on the guest side. > > In order to get a real feel for what performance SPICE is capable of I > suppose we need to see the Windows QXL driver in action which is far > more advanced. What is holding back its release and will we see it in > days, weeks or months? 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. > > Cheers, > > 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
