On Wed, Mar 16, 2011 at 03:02:30AM -0700, The Ha wrote: > Hi Alon > >>Between 0.4 and 0.6.3 we ripped out the ffmpeg reliance and put > >>in new mjpeg > >>Just curious why do you pick mjpeg over ffmpeg ? > > >What do you mean? we were using mjpeg codec before as well. The > >implementation > >changed, we didn't change the protocol. ffmpeg just caries an implementation > >of mjpeg in it. > Ahh, I misread your comment "new mjpeg" and I assume spice uses mpeg4! > > Spice has many dependency so keep ffmpeg is not a bad thing especially > it's a high performance tools. http://x264dev.multimedia.cx/archives/499 > Anyway, thanks for new info. Not a good news for us want to implement > low power consumption NetTop as new thin client. >
It was more a licensing issue then a dependency issue. > >>( could not get WindowsXP/7/32-64 bit to install QXL drivers > >>that we download from spice-space) > >>Host KVM is RHEL 6 > >Windows can require some coaxing to install drivers. Did you try the > >wizard ''path'' where you select your own driver? > > Windows XP: Both wizard and Manual produced error: > "This device cannot start. Code 10" Win7 32/64 bit: Wizard ==> keep > revert back to VGA. > Manually force it accpet QXL driver => Fail to load driver then revert it > back to VGA driver. > > Facts: > RHEL uses spice server version 0.4.2-15, spice-common-devel version 0.4.2-7 > and spice client 0.6.3-2. All are realatively old. > > Izik Eidus wrote: > http://lists.freedesktop.org/archives/spice-devel/2010-April/000237.html > " the new driver make usage of internal spice server changes... > It is pointless (and not possible) to run it with the spice server at RHEL" > > If this is true then I have to make other plan for Windows to work. > Any advice much appreciated > Arnon (Arnon Gilboa, on the list) is building an updated driver, maybe that will help? we do have drivers for windows for the new server, so I don't see the problem. > Thanks > The Ha > > > > > >Thanks > > > >The Ha > > > > > >> > >>There is nothing to see in the logs below, they look normal. > >> > >>> > >>>[root@localhost ~]# /usr/local/bin/qemu-system-x86_64 -boot c -drive > >>>file=/var/lib/libvirt/images/xp01.img,if=virtio -soundhw ac97 -nographic > >>>-net nic,macaddr=52:54:00:13:9f:17,model=virtio -net > >>>tap,ifname=XP3,script=/etc/lan-ifup, -vga qxl -spice > >>>port=5931,disable-ticketing -enable-kvm -m 1024 -device virtio-serial > >>>-chardev spicevmc,id=vdagent,debug=1,name=vdagent -device > >>>virtserialport,chardev=vdagent,name=com.redhat.spice.0 > >>>do_spice_init: starting 0.8.0 > >>>spice_server_add_interface: SPICE_INTERFACE_KEYBOARD > >>>spice_server_add_interface: SPICE_INTERFACE_MOUSE > >>>spice_server_add_interface: SPICE_INTERFACE_QXL > >>>red_worker_main: begin > >>>spice_server_add_interface: SPICE_INTERFACE_RECORD > >>>spice_server_add_interface: SPICE_INTERFACE_PLAYBACK > >>>handle_dev_destroy_surfaces: > >>>handle_dev_destroy_surfaces: > >>>handle_dev_input: start > >>>reds_handle_main_link: > >>>reds_show_new_channel: channel 1:0, connected successfully, over Non > >>>Secure link > >>>reds_show_new_channel: channel 5:0, connected successfully, over Non > >>>Secure link > >>>reds_main_handle_message: net test: latency 0.646000 ms, bitrate > >>>18653114 bps (17.788996 Mbps) > >>>reds_show_new_channel: channel 6:0, connected successfully, over Non > >>>Secure link > >>>reds_show_new_channel: channel 4:0, connected successfully, over Non > >>>Secure link > >>>red_dispatcher_set_cursor_peer: > >>>handle_dev_input: cursor connect > >>>reds_show_new_channel: channel 2:0, connected successfully, over Non > >>>Secure link > >>>red_dispatcher_set_peer: > >>>handle_dev_input: connect > >>>handle_new_display_channel: jpeg disabled > >>>handle_new_display_channel: zlib-over-glz disabled > >>>reds_show_new_channel: channel 3:0, connected successfully, over Non > >>>Secure link > >>>inputs_link: > >>>handle_dev_destroy_surfaces: > >>>scd: 1: vmc_register_interface > >>>spice_server_char_device_add_interface: CHAR_DEVICE vdagent > >>>handle_dev_input: mouse mode 2 > >>>reds_main_handle_message: agent start > >>> > >>>On the client side: > >>>.spice/spicec.log > >>> > >>>1300101368 INFO [1484:1484] Application::main: starting 0.8.0 > >>>1300101369 INFO [1484:1484] init_key_map: using evdev mapping > >>>1300101369 INFO [1484:1484] MultyMonScreen::MultyMonScreen: > >>>platform_win: 27262977 > >>>1300101369 INFO [1484:1484] ForeignMenu::ForeignMenu: Creating a foreign > >>>menu connection /tmp/SpiceForeignMenu-1484.uds > >>>1300101369 INFO [1484:1485] RedPeer::connect_unsecure: Trying 10.1.10.10 > >>>5931 > >>>1300101369 INFO [1484:1485] RedPeer::connect_unsecure: Connected to > >>>10.1.10.10 5931 > >>>1300101369 INFO [1484:1487] RedPeer::connect_unsecure: Trying 10.1.10.10 > >>>5931 > >>>1300101369 INFO [1484:1487] RedPeer::connect_unsecure: Connected to > >>>10.1.10.10 5931 > >>>1300101369 INFO [1484:1488] RedPeer::connect_unsecure: Trying 10.1.10.10 > >>>5931 > >>>1300101369 INFO [1484:1488] RedPeer::connect_unsecure: Connected to > >>>10.1.10.10 5931 > >>>1300101369 INFO [1484:1489] RedPeer::connect_unsecure: Trying 10.1.10.10 > >>>5931 > >>>1300101369 INFO [1484:1489] RedPeer::connect_unsecure: Connected to > >>>10.1.10.10 5931 > >>>1300101369 INFO [1484:1490] RedPeer::connect_unsecure: Trying 10.1.10.10 > >>>5931 > >>>1300101369 INFO [1484:1491] RedPeer::connect_unsecure: Trying 10.1.10.10 > >>>5931 > >>>1300101369 INFO [1484:1490] RedPeer::connect_unsecure: Connected to > >>>10.1.10.10 5931 > >>>1300101369 INFO [1484:1491] RedPeer::connect_unsecure: Connected to > >>>10.1.10.10 5931 > >>>1300101369 INFO [1484:1484] DisplayChannel::create_sw_canvas: display 0: > >>>using sw > >>>1300101369 INFO [1484:1485] RedChannel::handle_notify: remote channel > >>>1:0 warn!!! #0: keyboard channel is insecure > >>>1300101371 INFO [1484:1484] DisplayChannel::create_sw_canvas: display 0: > >>>using sw > >>>1300101371 INFO [1484:1484] DisplayChannel::create_sw_canvas: display 0: > >>>using sw > >>> > >>>-----Oorspronkelijk bericht----- > >>>Van: Alon Levy [mailto:[email protected]] > >>>Verzonden: maandag 14 maart 2011 11:35 > >>>Aan: Vermonden David > >>>CC: Attila Sukosd; Hans de Goede; [email protected] > >>>Onderwerp: Re: [Spice-devel] spice 0.6.3 slower than 0.4? > >>> > >>>On Mon, Mar 14, 2011 at 11:28:16AM +0100, Vermonden David wrote: > >>>>Attila > >>>> > >>>> > >>>> > >>>>Does the RHEV Spice agent always have to run? > >>>> > >>>> > >>>> > >>>>I managed to install the serial device but movies are still very > >>>choppy. I added the following argument: > >>>> > >>>>-device virtio-serial -chardev > >>>spicevmc,id=vdagent,debug=0,name=vdagent > >>> > >>>The complete command is: (in one line) > >>>-device virtio-serial > >>>-chardev spicevmc,id=vdagent,debug=0,name=vdagent > >>>-device virtserialport,chardev=vdagent,name=com.redhat.spice.0 > >>> > >>>i.e. create a virtioserialport with a specific name > >>>(com.redhat.spice.0), and connect > >>>it to a chardevice of type spicevmc and with name vdagent (the property > >>>is called name, > >>>but it's actually the type of the spicevmc - so for instance there is > >>>another type for smartcard > >>>channel usage called smartcard). > >>> > >>>> > >>>> > >>>> > >>>>Kind regards, > >>>> > >>>>David > >>>> > >>>> > >>>> > >>>>Van: Attila Sukosd [mailto:[email protected]] > >>>>Verzonden: maandag 14 maart 2011 10:31 > >>>>Aan: Hans de Goede > >>>>CC: Vermonden David; [email protected] > >>>>Onderwerp: Re: [Spice-devel] spice 0.6.3 slower than 0.4? > >>>> > >>>> > >>>> > >>>>Hi, > >>>> > >>>>On Mon, Mar 14, 2011 at 10:28 AM, Hans de Goede <[email protected]> > >>>wrote: > >>>> > >>>>Hi, > >>>> > >>>> > >>>> > >>>> > >>>>On 03/14/2011 10:00 AM, Vermonden David wrote: > >>>> > >>>> Thanks for your quick response! > >>>> > >>>> > >>>> > >>>> Slower when I play a movie (tried serveral). For instance when > >>>playing a > >>>> need for speed full HD movie it goes very smooth with spice 0.4 > >>>with > >>>> correct sound synchronisation but when using 0.6.3 or 0.8 it > >>>shocks > >>>> (when heavy action it's almost a slide show) and the sound isn't > >>>> syncronised anymore. > >>>> > >>>> > >>>>I think we indeed may have some regressions wrt streaming video > >>>>performance. Someone needs to look into this I guess ... > >>>> > >>>>Hmm, thats strange. We've been seeing much better performance in video > >>>streaming with the latest 0.8 client with the 0.4 server. > >>>> > >>>> > >>>> > >>>>In earlier releases there were problems with the video not updating > >>>unless the window was scrolled, but that is gone now too. > >>>> > >>>> > >>>> > >>>> > >>>> > >>>>Regards, > >>>> > >>>> > >>>> > >>>>Attila > >>>> > >>>> > >>>> > >>>> Regards, > >>>> > >>>> Hans > >>>> > >>>> > >>>> _______________________________________________ > >>>> Spice-devel mailing list > >>>> [email protected] > >>>> http://lists.freedesktop.org/mailman/listinfo/spice-devel > >>>> > >>>> > >>>> > >>> > >>>>_______________________________________________ > >>>>Spice-devel mailing list > >>>>[email protected] > >>>>http://lists.freedesktop.org/mailman/listinfo/spice-devel > >>> > >>_______________________________________________ > >>Spice-devel mailing list > >>[email protected] > >>http://lists.freedesktop.org/mailman/listinfo/spice-devel > >> > > > >Alternate Email <[email protected]> > > > > Alternate Email <[email protected]> _______________________________________________ Spice-devel mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/spice-devel
