Il 28/05/2015 16:17, Francois Gouget ha scritto: > On Tue, 26 May 2015, Fabio Fantoni wrote: > [...] >> After din't show gstreamer warning anymore but still have image freeze >> and also spice-gtk crash after open video fullscreen, here the full gdb >> datas: >> http://pastebin.com/idTkZLh0 > It looks like the crash happened when trying to access the st->out_frame > buffer that was set up by stream_gst_data() in the client. > > I don't know why that would be the case: as far as I can tell that > pointer is either valid or NULL; even if we return early from > push_frame() or pull_frame(). > > It may not be related to the issue you've run into but the patch below > should help quite a bit if you try running the client more than a minute > or two: > > diff --git a/gtk/channel-display-gst.c b/gtk/channel-display-gst.c > index b880ce4..9da078a 100644 > --- a/gtk/channel-display-gst.c > +++ b/gtk/channel-display-gst.c > @@ -221,6 +221,7 @@ static void pull_frame(display_stream *st) > > // TODO seems like poor memory management > if (gst_memory_map(memory, &mem_info, GST_MAP_READ)) { > + g_free(st->out_frame); > st->out_frame = g_malloc0(mem_info.size); > memcpy(st->out_frame, mem_info.data, mem_info.size); > > I also have a patch that avoids copying the out_frame buffer but given > the low CPU usage of the client that should not be an issue. > > >> After I tried with gstreamer using ffmpeg, vp8 doesn't crashed, probably >> was problem of gstreamer0.10-plugins-bad but "image freeze" problem remain > When does the freeze happen? A short freeze is normal during the > transition from the regular transport to the video streaming but that > happens in the mjpeg case too. Is the freeze temporary? > > > [...] >> About vp8 image freeze here some seconds of gst log debug on spice-gtk >> when problem happen: http://pastebin.com/PP2R43Yf > Nothing jumped at me in this log. > > >> Using spice:vp8 seems only have low performance. > In my experience the VP8 encoder saturates a core which is why it is not > smooth. When running a test pipeline through gst-laucnh I'm able to > solve that by playing with vp8enc's speed and threads parameters but for > some reason these have no effect in Spice. > > gst-launch videotestsrc ! video/x-raw-rgb,width=1024,height=768 ! \ > ffmpegcolorspace ! vp8enc speed=2 threads=4 ! \ > vp8dec ! ffmpegcolorspace ! fpsdisplaysink > > >
Thanks for reply, I'm preparing spice-gtk with vp8 patches armhf for test it on arm thin client (for example raspberry 2), I want try to use gst-omx for hardware decoding of mjpeg and vp8, can I simply build and install gst-omx instead of gst-ffmpeg or a change in spice-gtk is needed for use gst-omx? Tomorrow I'll do other tests (including updating spice-server patches) and I'll try to understand what can be the temp. image freeze and other important performance problem. Thanks for any reply and sorry for my bad english.
smime.p7s
Description: Firma crittografica S/MIME
_______________________________________________ Spice-devel mailing list Spice-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/spice-devel
