Hi, sorry for the late reply. On Mon, 2016-01-25 at 20:45 +0100, Francois Gouget wrote: > On Thu, 21 Jan 2016, Pavel Grunt wrote: > [...] > > > I have never tested it with the replay functionality so I don't > > > know of > > > any compatibility issue. So in theory access to the replay log > > > would let > > > me reproduce the crash? > > > > It should, the recording: > > http://people.freedesktop.org/~pgrunt/win7record.spice.xz > > > > And I use it with the replay utility: > > xzcat win7record.spice.xz | ./spice-server-replay -c "spicy -h > > localhost -p 5000" - -S 2 -v "gstreamer:mjpeg" > > Initially it looked like I could reproduce this problem but in fact > I'm > getting an error before the video gets encoded: > > Spice-Warning **: red-parse-qxl.c:493:red_get_image: guest error: > zero area bitmap > > > And indeed when I look at what qxl points to: > > (gdb) p *((QXLImage *)0xa5986d0) > $1 = {descriptor = {id = 0, type = 0 '\000', flags = 0 '\000', width > = 0, height = 0}, { > bitmap = {format = 0 '\000', flags = 0 '\000', x = 0, y = 0, > stride = 0, > palette = 173639440, data = 0}, quic = {data_size = 0, data = > 0xa5986e6 ""}, > surface_image = {surface_id = 0}}} > > > This happens even without any of my patches obviously. > Do you know why I would be getting this? > It is a guest error, zero size image, it should not be causing server crashes. I can provide a recording without the warning: http://people.freedesktop.org/~pgrunt/rhel6_gstreamer_record.spice.xz It seems that gstreamer has problem when the stream dimensions changes. I notice that before the server hangs the target-bitrate is set to: 0 for gstreamer:vp8 or mjpeg http://fpaste.org/315639/14539702/ and 1 for gstreamer:h264 http://fpaste.org/315644/53971267/ Regards, Pavel _______________________________________________ Spice-devel mailing list Spice-devel@xxxxxxxxxxxxxxxxxxxxx http://lists.freedesktop.org/mailman/listinfo/spice-devel