I tried today use vdr-1.7.8 with the latest cvs version of xineliboutput but the client is segfaulting for me once it has found the vdr server. Is the same happening also for others or is there some known xineliboutput revision that works with 1.7.8? (mplayer + streamdev server seemed to work for me with 1.7.8)
I pasted the gdb strace below:
[lamikr@tinka vdr-1.7.8]$ gdb vdr-sxfe GNU gdb 6.8-6mdv2009.1 (Mandriva Linux release 2009.1) Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-mandriva-linux-gnu"... (gdb) run Starting program: /usr/local/bin/vdr-sxfe [Thread debugging using libthread_db enabled] vdr-sxfe 1.0.90-cvs (build with xine-lib 1.1.16, using xine-lib 1.1.16)
VDR server not given, searching ... Found VDR server: host 192.168.3.101, port 37890 [New Thread 0x7f6df47b26f0 (LWP 27010)]
Program received signal SIGSEGV, Segmentation fault. 0x00007f6df3823208 in ?? () from /usr/lib64/libdbus-glib-1.so.2 Missing debug package(s), you should install: dbus-debug-1.2.4.4permissive-2mdv2009.1.x86_64 dbus-glib-debug-0.80-1mdv2009.1.x86_64 gcc-debug-4.3.2-5mnb2.x86_64 glib2.0-debug-2.20.1-1mdv2009.1.x86_64 glibc-debug-2.9-0.20081113.5mnb2.x86_64 libjpeg-debug-6b-44mdv2009.1.x86_64 libx11-debug-1.2.1-1.2mdv2009.1.x86_64 libxau-debug-1.0.4-1mdv2009.1.x86_64 libxcb-debug-1.2-1mdv2009.1.x86_64 libxcursor-debug-1.1.9-3mdv2009.1.x86_64 libxdmcp-debug-1.0.2-6mdv2009.1.x86_64 libxext-debug-1.0.5-2mdv2009.1.x86_64 libxfixes-debug-4.0.3-4mdv2009.1.x86_64 libxinerama-debug-1.0.3-2mdv2009.1.x86_64 libxrandr-debug-1.3.0-1mdv2009.1.x86_64 libxrender-debug-0.9.4-4mdv2009.1.x86_64 pcre-debug-7.8-3mdv2009.1.x86_64 xine-lib-debug-1.1.16.3-1plf2009.1.x86_64 zlib-debug-1.2.3-13mdv2009.1.x86_64 (gdb) bt #0 0x00007f6df3823208 in ?? () from /usr/lib64/libdbus-glib-1.so.2 #1 0x00007f6df3818fd2 in ?? () from /usr/lib64/libdbus-glib-1.so.2 #2 0x00007f6df3819b70 in dbus_g_proxy_call () from /usr/lib64/libdbus-glib-1.so.2 #3 0x000000000041306a in gnome_screensaver_control (enable=0) at tools/gnome_screensaver.c:93 #4 0x0000000000407c7b in sxfe_display_open (this_gen=0x9fd120, xpos=<value optimized out>, ypos=0, width=0, height=0, fullscreen=0, hud=0, modeswitch=0, modeline=0x4164f0 "", aspect=1, keyfunc=0, no_x_kbd=0, gui_hotkeys=<value optimized out>, video_port=0x0, scale_video=<value optimized out>, field_order=0, aspect_controller=0x0, window_id=-1) at xine_sxfe_frontend.c:1243 #5 0x0000000000411c88 in main (argc=<value optimized out>, argv=0x7fffa411ed18) at xine_frontend_main.c:710 (gdb)
Mika
Mika Laitio wrote:
I tried today use vdr-1.7.8 with the latest cvs version of xineliboutput but the client is segfaulting for me once it has found the vdr server. ... #0 0x00007f6df3823208 in ?? () from /usr/lib64/libdbus-glib-1.so.2 #1 0x00007f6df3818fd2 in ?? () from /usr/lib64/libdbus-glib-1.so.2 #2 0x00007f6df3819b70 in dbus_g_proxy_call () from /usr/lib64/libdbus-glib-1.so.2 #3 0x000000000041306a in gnome_screensaver_control (enable=0) at tools/gnome_screensaver.c:93
This should be fixed in CVS now.
- Petri
#0 0x00007f6df3823208 in ?? () from /usr/lib64/libdbus-glib-1.so.2 #1 0x00007f6df3818fd2 in ?? () from /usr/lib64/libdbus-glib-1.so.2 #2 0x00007f6df3819b70 in dbus_g_proxy_call () from /usr/lib64/libdbus-glib-1.so.2 #3 0x000000000041306a in gnome_screensaver_control (enable=0) at tools/gnome_screensaver.c:93
This should be fixed in CVS now.
Thanks, just tested and it worked now fine on my x86_64 system. Closing of vdr-sxfe (by mouse clicking the close icon in dialog title bar) has some problem. It will stop displaying the the video-stream but will not close the vdr-sxfe dialog itself. To close the app, I need to use "killall -9 vdr-sxfe". "killall vdr-sxfe" without -9 will not work.
Below is the gdb strace from that one. Lines after the "[demux_vdr] PMT changed" happens after I try to close the vdr-sxfe.
[lamikr@tinka vdr-1.7.8]$ gdb vdr-sxfe GNU gdb 6.8-6mdv2009.1 (Mandriva Linux release 2009.1) Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-mandriva-linux-gnu"... (gdb) run Starting program: /usr/local/bin/vdr-sxfe [Thread debugging using libthread_db enabled] vdr-sxfe 1.0.90-cvs (build with xine-lib 1.1.16, using xine-lib 1.1.16)
VDR server not given, searching ... Found VDR server: host 192.168.3.101, port 37890 [New Thread 0x7f8eedab76f0 (LWP 12845)] [12845] [vdr-fe] GNOME screensaver disabled [New Thread 0x7f8ee5694950 (LWP 12858)] [New Thread 0x7f8ee29d6950 (LWP 12859)] [New Thread 0x7f8ee0cf6950 (LWP 12860)] [New Thread 0x7f8edc4f4950 (LWP 12861)] [New Thread 0x7f8edbafe950 (LWP 12862)] [New Thread 0x7f8edb130950 (LWP 12863)] [New Thread 0x7f8eda92f950 (LWP 12864)] [12845] [vdr-fe] Detected 2 CPUs [12845] [vdr-fe] Enabling FFmpeg multithreaded video decoding [12845] [input_vdr] Connecting (control) to tcp://192.168.3.101:37890 ... [12845] [input_vdr] Server greeting: VDR-1.7.8 xineliboutput-1.0.90-cvs READY [12845] [input_vdr] Connected (control) to tcp://192.168.3.101:37890 [12845] [input_vdr] Connecting (data) to pipe:///home/lamikr/vdr/vdr-1.7.8/plugins/xineliboutput/pipes.12021/pipe.0 [12845] [input_vdr] Data stream connected (PIPE) [New Thread 0x7f8ed9f0c950 (LWP 12866)] [New Thread 0x7f8ed94f0950 (LWP 12867)] [New Thread 0x7f8ed8cef950 (LWP 12868)] [12845] [demux_vdr] Using decoder "libmpeg2" for mpeg2 video [12845] [demux_vdr] Using decoder "FFmpeg" for H.264 video [New Thread 0x7f8ed84ee950 (LWP 12869)]
Press Esc to exit
[New Thread 0x7f8ed7ced950 (LWP 12870)] Detaching after fork from child process 12871. Detaching after fork from child process 12872. [12869] [demux_vdr] Got PAT, PMT pid = 132, program = 132 [12869] [demux_vdr] PMT changed [Thread 0x7f8ed84ee950 (LWP 12869) exited] [Thread 0x7f8ed8cef950 (LWP 12868) exited] [Thread 0x7f8ed94f0950 (LWP 12867) exited] [12845] [input_vdr] Connections closed. Terminating... [Thread 0x7f8ed9f0c950 (LWP 12866) exited] Detaching after fork from child process 12889. [12870] [vdr-fe] Keyboard thread terminated [Thread 0x7f8ed7ced950 (LWP 12870) exited] [Thread 0x7f8eda92f950 (LWP 12864) exited] [Thread 0x7f8edb130950 (LWP 12863) exited]
Petri Hintukainen wrote:
This should be fixed in CVS now.
In my system CVS versions from July 22 to 23 hang up when a VDR recording is skipped or seeked forward or backward. LIve TV works. CVS version from July 18 works for me. I'm using VDPAU with up-to-date Ubuntu Jaunty.
The stuck UI can be recovered by double clicking mouse for full screen vs. window mode but not via LIRC remote.
Best Regards, Seppo
-
Mika Laitio -
Petri Hintukainen -
Seppo Ingalsuo