hi,

i'm trying to use vdr 1.7.26 on the latest openelec developer builds. i'm able to start livetv but after a second zap i'm getting signal lost message from the xvdr plugin after the picture appear for a second or two.

and second observation i've made is that when i disable xvba acceleration in xbmc settings my livetv mode is working fine.

Mar 22 21:49:29 openelec user.err vdr: [1733] XVDR: Welcome client 'XBMC Media Center' with protocol version '3'
Mar 22 21:49:29 openelec user.err vdr: [1733] XVDR: Preferred language: eng,dos / type: 0
Mar 22 21:49:29 openelec user.err vdr: [1733] XVDR: --------------------------------------
Mar 22 21:49:29 openelec user.err vdr: [1733] XVDR: Channel streaming request: 2 - SAT.1
Mar 22 21:49:29 openelec user.err vdr: [1733] XVDR: Found available device 1
Mar 22 21:49:29 openelec user.err vdr: [1734] XVDR: LiveQueue started
Mar 22 21:49:29 openelec user.err vdr: [1733] XVDR: Successfully switched to channel 2 - SAT.1
Mar 22 21:49:29 openelec user.err vdr: [1733] XVDR: Started streaming of channel SAT.1 (timeout 3 seconds, priority 50)
Mar 22 21:49:29 openelec user.err vdr: [1735] cLiveStreamer stream processor thread started (pid=1685, tid=1735)
Mar 22 21:49:29 openelec user.err vdr: [1736] receiver on device 1 thread started (pid=1685, tid=1736)
Mar 22 21:49:29 openelec user.err vdr: [1737] TS buffer on device 1 thread started (pid=1685, tid=1737)
Mar 22 21:49:29 openelec user.err vdr: [1735] XVDR: --------------------------------------
Mar 22 21:49:29 openelec user.err vdr: [1735] XVDR: NEW AUDIO INFORMATION:
Mar 22 21:49:29 openelec user.err vdr: [1735] XVDR: Channels: 2
Mar 22 21:49:29 openelec user.err vdr: [1735] XVDR: Samplerate: 48000 Hz
Mar 22 21:49:29 openelec user.err vdr: [1735] XVDR: Bitrate: 192000 bps
Mar 22 21:49:29 openelec user.err vdr: [1735] XVDR: --------------------------------------
Mar 22 21:49:29 openelec user.err vdr: [1735] XVDR: --------------------------------------
Mar 22 21:49:29 openelec user.err vdr: [1735] XVDR: NEW AUDIO INFORMATION:
Mar 22 21:49:29 openelec user.err vdr: [1735] XVDR: Channels: 6
Mar 22 21:49:29 openelec user.err vdr: [1735] XVDR: Samplerate: 48000 Hz
Mar 22 21:49:29 openelec user.err vdr: [1735] XVDR: Bitrate: 384000 bps
Mar 22 21:49:29 openelec user.err vdr: [1735] XVDR: --------------------------------------
Mar 22 21:49:30 openelec user.err vdr: [1735] XVDR: --------------------------------------
Mar 22 21:49:30 openelec user.err vdr: [1735] XVDR: NEW PICTURE INFORMATION:
Mar 22 21:49:30 openelec user.err vdr: [1735] XVDR: Picture Width: 720
Mar 22 21:49:30 openelec user.err vdr: [1735] XVDR: Picture Height: 576
Mar 22 21:49:30 openelec user.err vdr: [1735] XVDR: Display Aspect Ratio: 1.78
Mar 22 21:49:30 openelec user.err vdr: [1735] XVDR: --------------------------------------
Mar 22 21:49:30 openelec user.err vdr: [1735] XVDR: streaming of channel started
Mar 22 21:49:34 openelec user.err vdr: [1735] cLiveStreamer stream processor thread ended (pid=1685, tid=1735)
Mar 22 21:49:34 openelec user.err vdr: [1734] XVDR: LiveQueue stopped
Mar 22 21:49:34 openelec user.err vdr: [1733] buffer stats: 52640 (1%) used
Mar 22 21:49:34 openelec user.err vdr: [1733] XVDR: --------------------------------------
Mar 22 21:49:34 openelec user.err vdr: [1733] XVDR: Channel streaming request: 3 - RTL Television
Mar 22 21:49:34 openelec user.err vdr: [1733] XVDR: Found available device 1
Mar 22 21:49:34 openelec user.err vdr: [1741] XVDR: LiveQueue started
Mar 22 21:49:34 openelec user.err vdr: [1742] cLiveStreamer stream processor thread started (pid=1685, tid=1742)
Mar 22 21:49:34 openelec user.err vdr: [1737] TS buffer on device 1 thread ended (pid=1685, tid=1737)
Mar 22 21:49:34 openelec user.err vdr: [1736] buffer stats: 52076 (1%) used
Mar 22 21:49:34 openelec user.err vdr: [1736] receiver on device 1 thread ended (pid=1685, tid=1736)
Mar 22 21:49:34 openelec user.err vdr: [1733] XVDR: Successfully switched to channel 3 - RTL Television
Mar 22 21:49:34 openelec user.err vdr: [1733] XVDR: Started streaming of channel RTL Television (timeout 3 seconds, priority 50)
Mar 22 21:49:34 openelec user.err vdr: [1743] receiver on device 1 thread started (pid=1685, tid=1743)
Mar 22 21:49:34 openelec user.err vdr: [1744] TS buffer on device 1 thread started (pid=1685, tid=1744)
Mar 22 21:49:34 openelec user.err vdr: [1742] XVDR: --------------------------------------
Mar 22 21:49:34 openelec user.err vdr: [1742] XVDR: NEW AUDIO INFORMATION:
Mar 22 21:49:34 openelec user.err vdr: [1742] XVDR: Channels: 2
Mar 22 21:49:34 openelec user.err vdr: [1742] XVDR: Samplerate: 48000 Hz
Mar 22 21:49:34 openelec user.err vdr: [1742] XVDR: Bitrate: 192000 bps
Mar 22 21:49:34 openelec user.err vdr: [1742] XVDR: --------------------------------------
Mar 22 21:49:34 openelec user.err vdr: [1742] XVDR: --------------------------------------
Mar 22 21:49:34 openelec user.err vdr: [1742] XVDR: NEW PICTURE INFORMATION:
Mar 22 21:49:34 openelec user.err vdr: [1742] XVDR: Picture Width: 720
Mar 22 21:49:34 openelec user.err vdr: [1742] XVDR: Picture Height: 576
Mar 22 21:49:34 openelec user.err vdr: [1742] XVDR: Display Aspect Ratio: 1.78
Mar 22 21:49:34 openelec user.err vdr: [1742] XVDR: --------------------------------------
Mar 22 21:49:34 openelec user.err vdr: [1742] XVDR: --------------------------------------
Mar 22 21:49:34 openelec user.err vdr: [1742] XVDR: NEW AUDIO INFORMATION:
Mar 22 21:49:34 openelec user.err vdr: [1742] XVDR: Channels: 6
Mar 22 21:49:34 openelec user.err vdr: [1742] XVDR: Samplerate: 48000 Hz
Mar 22 21:49:34 openelec user.err vdr: [1742] XVDR: Bitrate: 384000 bps
Mar 22 21:49:34 openelec user.err vdr: [1742] XVDR: --------------------------------------
Mar 22 21:49:34 openelec user.err vdr: [1742] XVDR: streaming of channel started
Mar 22 21:49:37 openelec user.err vdr: [1742] XVDR: timeout. signal lost!
Mar 22 21:49:41 openelec user.err vdr: [1694] XVDR: Checking for channel updates ...
Mar 22 21:49:41 openelec user.err vdr: [1694] XVDR: Client 0: 305 channels, no change
Mar 22 21:49:41 openelec user.err vdr: [1694] XVDR: Done.
Mar 22 21:50:05 openelec user.err vdr: [1733] XVDR-Error: cxSocket::read: read() error at 0/4
Mar 22 21:50:05 openelec user.err vdr: [1742] cLiveStreamer stream processor thread ended (pid=1685, tid=1742)
Mar 22 21:50:05 openelec user.err vdr: [1741] XVDR: LiveQueue stopped
Mar 22 21:50:05 openelec user.err vdr: [1733] buffer stats: 84036 (1%) used
Mar 22 21:50:05 openelec user.err vdr: [1744] TS buffer on device 1 thread ended (pid=1685, tid=1744)
Mar 22 21:50:05 openelec user.err vdr: [1743] buffer stats: 83660 (1%) used
Mar 22 21:50:05 openelec user.err vdr: [1743] receiver on device 1 thread ended (pid=1685, tid=1743)
Mar 22 21:50:05 openelec user.err vdr: [1694] XVDR: Client with ID 1 seems to be disconnected, removing from client list

Hi,

using gcc4.7, i've got this error :

XVDRSession.cpp: In static member function 'static void cXVDRSession::SleepMs(int)':
XVDRSession.cpp:362:19: error: 'usleep' was not declared in this scope

This patch seems to solve the problem :

diff -Naur a/src/xvdr/XVDRSession.cpp b/src/xvdr/XVDRSession.cpp
 --- a/src/xvdr/XVDRSession.cpp 2012-03-09 21:39:14.000000000 +0100
 +++ b/src/xvdr/XVDRSession.cpp 2012-03-25 12:12:06.010361918 +0200
@@ -23,6 +23,7 @@
 #include "XVDRSession.h"
 #include "client.h"

 +#include <unistd.h>
 #include <errno.h>
 #include <fcntl.h>
 #include <sys/types.h>

Tom

Hey,

a small issue which makes life so much easier: channel groups
(especially when there are over 500 sat-channels :-) )

From my log, I see following statements

11:38:34 T:140437120067328 DEBUG: CPVRChannelGroup - Persist - persisting channel group 'Alle TV kanalen' with 300 channels
11:38:34 T:140437120067328 DEBUG: PVRDB - Get - group 'Alle TV kanalen' loaded from the database
11:38:34 T:140437120067328 DEBUG: PVRDB - Get - group 'FavoTV' loaded from the database
11:38:34 T:140437120067328 DEBUG: PVRDB - Get - group 'MusicTV' loaded from the database
11:38:34 T:140437120067328 DEBUG: PVRDB - Get - group 'MovieTV' loaded from the database
11:38:34 T:140437120067328 DEBUG: PVRChannelGroups - LoadUserDefinedChannelGroups - 3 user defined TV channel groups fetched from the database
11:38:34 T:140437120067328 DEBUG: PVRChannelGroups - LoadUserDefinedChannelGroups - 0 new user defined TV channel groups fetched from clients
11:38:34 T:140437120067328 DEBUG: PVRChannelGroup - Load - 2 channels loaded from the database for group 'FavoTV'
11:38:34 T:140437120067328 DEBUG: PVRClient - GetChannelGroupMembers - get group members for group 'FavoTV' from add-on 'VDR-XVDR Server:127.0.0.1:34891'
11:38:34 T:140437120067328 ERROR: PVRClient - GetChannelGroupMembers - addon 'VDR-XVDR Server:127.0.0.1:34891' returns bad error (-3) from GetChannelGroupMembers()
11:38:34 T:140437120067328 WARNING: PVRChannelGroup - LoadFromClients - got bad error (-3) on call to GetChannelGroupMembers
11:38:34 T:140437120067328 INFO: PVRChannelGroup - RemoveDeletedChannels - deleted TV channel 'EEN' from group 'FavoTV'
11:38:34 T:140437120067328 INFO: PVRChannelGroup - RemoveDeletedChannels - deleted TV channel 'Canvas/Ketnet' from group 'FavoTV'
11:38:34 T:140437120067328 DEBUG: CPVRChannelGroup - Persist - persisting channel group 'FavoTV' with 0 channels
11:38:34 T:140437010446080 INFO: WEATHER: Weather download successful

So it seems the plugin expects the groups to exist in the channels.conf of VDR. I could try to create them manually once to check that out.
Anyway: I think the locally created groups (in xbmc) should override those in VDR. The plugin should not generate an error if the group doesn't exist in VDR.

Kind regards,

 Jan

Debug Log:

14:34:10 T:1343222848 DEBUG: AddOnLog: VDR XVDR Client: Uncompressing packet (277 bytes) ...
14:34:10 T:1343222848 DEBUG: AddOnLog: VDR XVDR Client: Failed!
14:34:10 T:1343222848 DEBUG: AddOnLog: VDR XVDR Client: Uncompressing packet (-3 bytes) ...
14:34:10 T:1343222848 DEBUG: AddOnLog: VDR XVDR Client: Failed!
14:34:10 T:1343222848 DEBUG: AddOnLog: VDR XVDR Client: Uncompressing packet (121928 bytes) ...
14:34:13 T:1343222848 DEBUG: AddOnLog: VDR XVDR Client: Uncompressing packet (73567 bytes) ...
14:34:15 T:1343222848 DEBUG: AddOnLog: VDR XVDR Client: Uncompressing packet (924169 bytes) ...
14:34:15 T:1351611456 DEBUG: AddOnLog: VDR XVDR Client: SendPing
14:34:20 T:1343222848 DEBUG: AddOnLog: VDR XVDR Client: Uncompressing packet (283 bytes) ...
14:34:21 T:1351611456 DEBUG: AddOnLog: VDR XVDR Client: SendPing
14:34:32 T:1101946880 DEBUG: Previous line repeats 1 times.
14:34:32 T:1101946880 DEBUG: UDisks: DeviceChanged (/org/freedesktop/UDisks/devices/sda)
14:34:32 T:1101946880 DEBUG: DBus: Creating message to org.freedesktop.UDisks on /org/freedesktop/UDisks/devices/sda with interface org.freedesktop.DBus.Properties and method GetAll
14:34:32 T:1101946880 DEBUG: UDisks: DeviceChanged - DeviceUDI /org/freedesktop/UDisks/devices/sda: IsFileSystem false HasFileSystem IsSystemInternal false IsMounted false IsRemovable false IsPartition false IsOptical false
14:34:33 T:1351611456 DEBUG: AddOnLog: VDR XVDR Client: SendPing
14:34:41 T:1343222848 DEBUG: Previous line repeats 1 times.
14:34:41 T:1343222848 DEBUG: AddOnLog: VDR XVDR Client: Uncompressing packet (4038632 bytes) ...
14:34:41 T:1343222848 DEBUG: AddOnLog: VDR XVDR Client: Failed!
14:34:42 T:1343222848 DEBUG: AddOnLog: VDR XVDR Client: Uncompressing packet (71231 bytes) ...
14:34:45 T:1351611456 DEBUG: AddOnLog: VDR XVDR Client: SendPing
14:34:54 T:1343222848 DEBUG: Previous line repeats 1 times.
14:34:54 T:1343222848 DEBUG: AddOnLog: VDR XVDR Client: Uncompressing packet (3145851 bytes) ...
14:34:57 T:1351611456 DEBUG: AddOnLog: VDR XVDR Client: SendPing
14:35:00 T:1401943104 DEBUG: Thread Jobworker start, auto delete: 1
14:35:03 T:1351611456 DEBUG: AddOnLog: VDR XVDR Client: SendPing
CRenderManager::FlipPage - timeout waiting for previous frame14:35:10 T:1343222848 DEBUG: Previous line repeats 1 times.
14:35:10 T:1343222848 DEBUG: AddOnLog: VDR XVDR Client: Uncompressing packet (267 bytes) ...
14:35:10 T:1343222848 DEBUG: AddOnLog: VDR XVDR Client: Uncompressing packet (-4 bytes) ...

Crashlog:

########## SYSTEM INFO

Date: Mi 4. Jan 14:35:12 CET 2012
XBMC Options:
Arch: armv7l
Kernel: Linux 3.0.0-1206-omap4 #13-Ubuntu SMP PREEMPT Wed Nov 23 17:50:31 UTC 2011
Release:
Distributor ID: Ubuntu
Description: Ubuntu 11.10
Release: 11.10
Codename: oneiric

######## END SYSTEM INFO

######### STACK TRACE

=====> Core file: /home/xbmc/core (2012-01-04 14:35:12.053670001 +0100)
=========================================

[..]

[Thread debugging using libthread_db enabled]
Core was generated by `/usr/local/lib/xbmc/xbmc.bin'.
Program terminated with signal 11, Segmentation fault.
#0 0x41ad7e54 in cResponsePacket::uncompress() () from /usr/local/lib/xbmc/addons/pvr.vdr.xvdr/XBMC_VDR_xvdr.pvr

[..]

Thread 1 (LWP 3872):
#0 0x41ad7e54 in cResponsePacket::uncompress() () from /usr/local/lib/xbmc/addons/pvr.vdr.xvdr/XBMC_VDR_xvdr.pvr
#1 0x41ad7646 in cXVDRSession::ReadMessage() () from /usr/local/lib/xbmc/addons/pvr.vdr.xvdr/XBMC_VDR_xvdr.pvr
#2 0x41ad6bd4 in cXVDRDemux::Read() () from /usr/local/lib/xbmc/addons/pvr.vdr.xvdr/XBMC_VDR_xvdr.pvr
#3 0x00352758 in PVR::CPVRClient::DemuxRead (this=) at PVRClient.cpp:1024
#4 0x003595c0 in PVR::CPVRClients::ReadDemuxStream (this=) at PVRClients.cpp:669
#5 0x00421d16 in Read (this=0x1bd13a0) at DVDDemuxPVRClient.cpp:135
#6 CDVDDemuxPVRClient::Read (this=0x1bd13a0) at DVDDemuxPVRClient.cpp:130
#7 0x003fcbf2 in CDVDPlayer::ReadPacket (this=0x4ab00008, packet=@0x500fece0, stream=@0x500fece4) at DVDPlayer.cpp:789
#8 0x003fe0f0 in CDVDPlayer::Process (this=0x4ab00008) at DVDPlayer.cpp:1118
#9 0x0076d31e in CThread::staticThread (data=0x4ab00010) at Thread.cpp:177
#10 0x400a002e in start_thread () from /lib/arm-linux-gnueabi/libpthread.so.0
#11 0x41266118 in ?? () from /lib/arm-linux-gnueabi/libc.so.6
#12 0x41266118 in ?? () from /lib/arm-linux-gnueabi/libc.so.6

Backtrace stopped: previous frame identical to this frame (corrupt stack?)

btw i had 26 Threads, seems for me a little bit too much?

I have two xbmc clients connected to the vdr and only one has these errors.

But i have to notice that the xvdr vdr plugin is on an old debian lenny mips with an old glibc so i needed too add all betoh32, betoh64 etc by my own.

Also this xbmc is connected via a wifi connection which is not all the time very stable.

How can i get packages with a negative size? int too small?

Hi, for some reason libtool seems to not render the so file in the src tree...

root@XBMCLive:/xbmc-addon-xvdr/src/xvdr# make V=2
cp -f .libs/libxvdr.so XBMC_VDR_xvdr.pvr
cp: cannot stat `.libs/libxvdr.so': No such file or directory
make: *** [XBMC_VDR_xvdr.pvr] Error 1
root@XBMCLive:/xbmc-addon-xvdr/src/xvdr# ls -la .libs
total 424
drwxr-xr-x 2 root root 4096 2011-08-30 23:59 .
drwxr-xr-x 5 root root 4096 2011-08-30 23:59 ..
-rw-r--r-- 1 root root 33780 2011-08-30 23:59 client.o
-rw-r--r-- 1 root root 220786 2011-08-30 23:59 libxvdr.a
lrwxrwxrwx 1 root root 13 2011-08-30 23:59 libxvdr.la -> ../libxvdr.la
-rw-r--r-- 1 root root 951 2011-08-30 23:59 libxvdr.lai
-rw-r--r-- 1 root root 3608 2011-08-30 23:59 requestpacket.o
-rw-r--r-- 1 root root 3856 2011-08-30 23:59 responsepacket.o
-rw-r--r-- 1 root root 12276 2011-08-30 23:59 thread.o
-rw-r--r-- 1 root root 2252 2011-08-30 23:59 tools.o
-rw-r--r-- 1 root root 21608 2011-08-30 23:59 XVDRChannelScan.o
-rw-r--r-- 1 root root 69096 2011-08-30 23:59 XVDRData.o
-rw-r--r-- 1 root root 17676 2011-08-30 23:59 XVDRDemux.o
-rw-r--r-- 1 root root 7992 2011-08-30 23:59 XVDRRecording.o
-rw-r--r-- 1 root root 13484 2011-08-30 23:59 XVDRSession.o

After (automatically) upgrading to new xvdr-addon (20120625) from repo xbmc totally freez on 32-bit machines.
I have to kill xbmc with kill -9 ...

On 64-bit machines xbmc still works, because there is in repository old version ( 20120313 ).

I tried compile new xvdr plugin for vdr also from git repo...

My config :
OpenSuse 12.1, 32 bit ( also 64 bit )
vdr-1.7.28
xvdr-plugin - last from git

Part of the time i'm using xbmc remotely (compiling, replacing, ..), and if I need to remotely shut down xbmc.bin I issue "killall xbmc.bin", which causes that xbmc tries to shut itself down cleanly (works nice if xbmc is idle on the main menu).

If xbmc is showing a channel in PVR (XVDR) module and/or if xbmc is playing a movie this signal will cause xbmc to try to shut itself down but fiddles somewhere in the middle (according to the log).

It will never shut down though it is not working anymore ;-)

I'll provide logs shortly (which will probably not be of help).

I'm using VAAPI on a Zacate system.

EDIT: This issue was closed on opdenkamp tree because of magic word "XVDR" in description. :-)

Here is the log:
´13:47:30 T:139747145041664 DEBUG: Thread Jobworker 139747145041664 terminating (autodelete)
13:47:34 T:139747153434368 DEBUG: AddOnLog: VDR XVDR Client: SendPing
13:48:00 T:139747145041664 DEBUG: Previous line repeats 4 times.
13:48:00 T:139747145041664 DEBUG: Thread Jobworker start, auto delete: 1
13:48:04 T:139747153434368 DEBUG: AddOnLog: VDR XVDR Client: SendPing
13:48:30 T:139747145041664 DEBUG: Previous line repeats 4 times.
13:48:30 T:139747145041664 DEBUG: Thread Jobworker 139747145041664 terminating (autodelete)
13:48:35 T:139747153434368 DEBUG: AddOnLog: VDR XVDR Client: SendPing
13:49:00 T:139747145041664 DEBUG: Previous line repeats 4 times.
13:49:00 T:139747145041664 DEBUG: Thread Jobworker start, auto delete: 1
13:49:05 T:139747153434368 DEBUG: AddOnLog: VDR XVDR Client: SendPing
13:49:30 T:139747145041664 DEBUG: Previous line repeats 4 times.
13:49:30 T:139747145041664 DEBUG: Thread Jobworker 139747145041664 terminating (autodelete)
13:49:35 T:139747153434368 DEBUG: AddOnLog: VDR XVDR Client: SendPing
13:50:00 T:139747145041664 DEBUG: Previous line repeats 4 times.
13:50:00 T:139747145041664 DEBUG: Thread Jobworker start, auto delete: 1
13:50:05 T:139747153434368 DEBUG: AddOnLog: VDR XVDR Client: SendPing
13:50:30 T:139747145041664 DEBUG: Previous line repeats 4 times.
13:50:30 T:139747145041664 DEBUG: Thread Jobworker 139747145041664 terminating (autodelete)
13:50:35 T:139747153434368 DEBUG: AddOnLog: VDR XVDR Client: SendPing
13:52:00 T:139747145041664 DEBUG: Previous line repeats 14 times.
13:52:00 T:139747145041664 DEBUG: Thread Jobworker start, auto delete: 1
13:52:05 T:139747153434368 DEBUG: AddOnLog: VDR XVDR Client: SendPing
13:52:28 T:139747557009280 DEBUG: Previous line repeats 3 times.
13:52:28 T:139747557009280 DEBUG: CAnnouncementManager - Announcement: OnQuit from xbmc
13:52:28 T:139747557009280 DEBUG: GOT ANNOUNCEMENT, type: 4, from xbmc, message OnQuit
13:52:28 T:139747145041664 DEBUG: Thread Jobworker 139747145041664 terminating (autodelete)
13:52:28 T:139747557009280 NOTICE: Storing total System Uptime
13:52:28 T:139747557009280 NOTICE: Saving settings
13:52:28 T:139747557009280 NOTICE: stop all
13:52:28 T:139747557009280 INFO: stopping PVRManager
13:52:28 T:139747557009280 NOTICE: PVRManager - stopping
13:52:28 T:139746966972160 DEBUG: Thread PVR GUI info updater 139746966972160 terminating
13:52:29 T:139747170227968 DEBUG: Thread PVR manager 139747170227968 terminating
13:52:29 T:139746958579456 DEBUG: Thread EPG updater 139746958579456 terminating
13:52:30 T:139747153434368 DEBUG: AddOnLog: VDR XVDR Client: SendPing
[5 minutes of nothing but process still there]
´

Attached gdb and traced:
`
Thread 17 (Thread 0x7f1975932700 (LWP 976)):
#0 0x00007f197c715773 in poll () from /lib/x86_64-linux-gnu/libc.so.6
#1 0x0000000000d827e2 in PERIPHERALS::CPeripheralBusUSB::WaitForUpdate (this=0x3299100)

at linux/PeripheralBusUSBLibUdev.cpp:210

#2 0x0000000000d82880 in PERIPHERALS::CPeripheralBusUSB::Process (this=0x3299100)

at linux/PeripheralBusUSBLibUdev.cpp:181

#3 0x0000000000e21c70 in CThread::staticThread (data=0x3299100) at Thread.cpp:177
#4 0x00007f198043defc in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0
#5 0x00007f197c72189d in clone () from /lib/x86_64-linux-gnu/libc.so.6
#6 0x0000000000000000 in ?? ()

Thread 16 (Thread 0x7f196bf08700 (LWP 985)):
#0 0x00007f197c71a913 in select () from /lib/x86_64-linux-gnu/libc.so.6
#1 0x00007f197d2c94bd in ?? () from /usr/lib/libpython2.7.so.1.0
#2 0x00007f197d2796f5 in PyEval_EvalFrameEx () from /usr/lib/libpython2.7.so.1.0
#3 0x00007f197d27a064 in PyEval_EvalFrameEx () from /usr/lib/libpython2.7.so.1.0
#4 0x00007f197d27a064 in PyEval_EvalFrameEx () from /usr/lib/libpython2.7.so.1.0
#5 0x00007f197d27af05 in PyEval_EvalCodeEx () from /usr/lib/libpython2.7.so.1.0
#6 0x00007f197d27b042 in PyEval_EvalCode () from /usr/lib/libpython2.7.so.1.0
#7 0x00007f197d29d720 in PyRun_FileExFlags () from /usr/lib/libpython2.7.so.1.0
#8 0x0000000000c9c620 in XBPyThread::Process (this=0x4002420) at XBPyThread.cpp:256
#9 0x0000000000e21c70 in CThread::staticThread (data=0x4002420) at Thread.cpp:177
#10 0x00007f198043defc in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0
#11 0x00007f197c72189d in clone () from /lib/x86_64-linux-gnu/libc.so.6
#12 0x0000000000000000 in ?? ()

Thread 15 (Thread 0x7f196a703700 (LWP 988)):
#0 0x00007f197c71a913 in select () from /lib/x86_64-linux-gnu/libc.so.6
#1 0x00007f1981f16f72 in ?? () from /usr/lib/libmicrohttpd.so.5
#2 0x00007f1981f17223 in ?? () from /usr/lib/libmicrohttpd.so.5
#3 0x00007f198043defc in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0
#4 0x00007f197c72189d in clone () from /lib/x86_64-linux-gnu/libc.so.6
#5 0x0000000000000000 in ?? ()

Thread 14 (Thread 0x7f1969f02700 (LWP 989)):
#0 0x00007f197c715773 in poll () from /lib/x86_64-linux-gnu/libc.so.6
#1 0x00007f198236c029 in ?? () from /usr/lib/x86_64-linux-gnu/libavahi-common.so.3
#2 0x00007f198236bb71 in avahi_simple_poll_run () from /usr/lib/x86_64-linux-gnu/libavahi-common.so.3
#3 0x00007f198236bdd2 in avahi_simple_poll_iterate () from /usr/lib/x86_64-linux-gnu/libavahi-common.so.3
#4 0x00007f198236bf73 in avahi_simple_poll_loop () from /usr/lib/x86_64-linux-gnu/libavahi-common.so.3
#5 0x00007f198236c0a1 in ?? () from /usr/lib/x86_64-linux-gnu/libavahi-common.so.3
#6 0x00007f198043defc in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0
#7 0x00007f197c72189d in clone () from /lib/x86_64-linux-gnu/libc.so.6
#8 0x0000000000000000 in ?? ()

Thread 13 (Thread 0x7f1969701700 (LWP 990)):
#0 0x00007f197c71a913 in select () from /lib/x86_64-linux-gnu/libc.so.6
#1 0x00000000009dda71 in NPT_BsdSocketFd::WaitForCondition (this=0x7f196407f1d0, wait_for_readable=true,

wait_for_writeable=false, timeout=60000) at Neptune/Source/System/Bsd/NptBsdSockets.cpp:671

#2 0x00000000009dddfd in NPT_BsdUdpSocket::Receive (this=0x7f196407ef28, packet=..., address=0x7f1969700ba0)

at Neptune/Source/System/Bsd/NptBsdSockets.cpp:1377

#3 0x000000000099d6e6 in PLT_InputDatagramStream::Read (this=0x4125c00, buffer=,

bytes_to_read=<optimized out>, bytes_read=0x4124f60) at Platinum/Source/Core/PltDatagramStream.cpp:73

#4 0x00000000009c9924 in NPT_BufferedInputStream::FillBuffer (this=0x4124f30)

at Neptune/Source/Core/NptBufferedStreams.cpp:121

#5 0x00000000009c9599 in NPT_BufferedInputStream::ReadLine (this=0x4124f30, buffer=0x7f19728e7d98 "", size=8192,

chars_read=0x7f1969700c28, break_on_cr=false) at Neptune/Source/Core/NptBufferedStreams.cpp:196

#6 0x00000000009c97d8 in NPT_BufferedInputStream::ReadLine (this=0x4124f30, line=..., max_chars=8192,

break_on_cr=false) at Neptune/Source/Core/NptBufferedStreams.cpp:237

#7 0x00000000009cce82 in NPT_HttpRequest::Parse (stream=..., endpoint=0x7f1969700d20, request=@0x7f1969700d98)

at Neptune/Source/Core/NptHttp.cpp:591

#8 0x00000000009ab423 in PLT_HttpServerSocketTask::Read (this=0x7f196407f250, buffered_input_stream=...,

request=@0x7f1969700d98, context=0x7f1969700db0) at Platinum/Source/Core/PltHttpServerTask.cpp:167

#9 0x00000000009ab838 in PLT_HttpServerSocketTask::DoRun (this=0x7f196407f250)

at Platinum/Source/Core/PltHttpServerTask.cpp:97

#10 0x00000000009b5c99 in PLT_ThreadTask::Run (this=0x7f196407f250) at Platinum/Source/Core/PltThreadTask.cpp:138
#11 0x00000000009e1190 in NPT_PosixThread::EntryPoint (argument=)

at Neptune/Source/System/Posix/NptPosixThreads.cpp:445

#12 0x00007f198043defc in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0
#13 0x00007f197c72189d in clone () from /lib/x86_64-linux-gnu/libc.so.6
#14 0x0000000000000000 in ?? ()

Thread 12 (Thread 0x7f1968f00700 (LWP 991)):
#0 0x00007f197c71a913 in select () from /lib/x86_64-linux-gnu/libc.so.6
#1 0x00000000009dda71 in NPT_BsdSocketFd::WaitForCondition (this=0x7f196407f9b0, wait_for_readable=true,

wait_for_writeable=true, timeout=5000) at Neptune/Source/System/Bsd/NptBsdSockets.cpp:671

#2 0x00000000009de781 in NPT_BsdTcpServerSocket::WaitForNewClient (this=0x7f196407f650, client=@0x7f1968effdc8,

timeout=5000) at Neptune/Source/System/Bsd/NptBsdSockets.cpp:1963

#3 0x00000000009ab0e0 in PLT_HttpListenTask<PLT_HttpServerListener>::DoRun (this=0x7f196403d910)

at Platinum/Source/Core/PltHttpServerTask.h:141

#4 0x00000000009b5c99 in PLT_ThreadTask::Run (this=0x7f196403d910) at Platinum/Source/Core/PltThreadTask.cpp:138
#5 0x00000000009e1190 in NPT_PosixThread::EntryPoint (argument=)

at Neptune/Source/System/Posix/NptPosixThreads.cpp:445

#6 0x00007f198043defc in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0
#7 0x00007f197c72189d in clone () from /lib/x86_64-linux-gnu/libc.so.6
#8 0x0000000000000000 in ?? ()

Thread 11 (Thread 0x7f1963fff700 (LWP 992)):
#0 0x00007f19804423cb in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/x86_64-linux-gnu/libpthread.so.0
#1 0x00000000009e1004 in NPT_PosixSharedVariable::WaitUntilEquals (this=0x7f196408ab60, value=1, timeout=766000)

at Neptune/Source/System/Posix/NptPosixThreads.cpp:191

#2 0x000000000099d476 in WaitUntilEquals (timeout=, value=1, this=)

at ./Neptune/Source/Core/NptThreads.h:135

#3 PLT_ThreadTask::IsAborting (this=, timeout=)

at Platinum/Source/Core/PltThreadTask.h:56

#4 0x00000000009b30b6 in PLT_SsdpDeviceAnnounceTask::DoRun (this=0x7f196408a9c0)

at Platinum/Source/Core/PltSsdp.cpp:284

#5 0x00000000009b5c99 in PLT_ThreadTask::Run (this=0x7f196408a9c0) at Platinum/Source/Core/PltThreadTask.cpp:138
#6 0x00000000009e1190 in NPT_PosixThread::EntryPoint (argument=)

at Neptune/Source/System/Posix/NptPosixThreads.cpp:445

#7 0x00007f198043defc in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0
#8 0x00007f197c72189d in clone () from /lib/x86_64-linux-gnu/libc.so.6
#9 0x0000000000000000 in ?? ()

Thread 10 (Thread 0x7f19637fe700 (LWP 993)):
#0 0x00007f197c71a913 in select () from /lib/x86_64-linux-gnu/libc.so.6
#1 0x00000000009dda71 in NPT_BsdSocketFd::WaitForCondition (this=0x7f19640809f0, wait_for_readable=true,

wait_for_writeable=true, timeout=5000) at Neptune/Source/System/Bsd/NptBsdSockets.cpp:671

#2 0x00000000009de781 in NPT_BsdTcpServerSocket::WaitForNewClient (this=0x7f196407f780, client=@0x7f19637fddc8,

timeout=5000) at Neptune/Source/System/Bsd/NptBsdSockets.cpp:1963

#3 0x00000000009ab0e0 in PLT_HttpListenTask<PLT_HttpServerListener>::DoRun (this=0x7f1964067ee0)

at Platinum/Source/Core/PltHttpServerTask.h:141

#4 0x00000000009b5c99 in PLT_ThreadTask::Run (this=0x7f1964067ee0) at Platinum/Source/Core/PltThreadTask.cpp:138
#5 0x00000000009e1190 in NPT_PosixThread::EntryPoint (argument=)

at Neptune/Source/System/Posix/NptPosixThreads.cpp:445

#6 0x00007f198043defc in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0
#7 0x00007f197c72189d in clone () from /lib/x86_64-linux-gnu/libc.so.6
#8 0x0000000000000000 in ?? ()

Thread 9 (Thread 0x7f1962ffd700 (LWP 994)):
#0 0x00007f19804423cb in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/x86_64-linux-gnu/libpthread.so.0
#1 0x00000000009e1004 in NPT_PosixSharedVariable::WaitUntilEquals (this=0x7f196409b070, value=1, timeout=875000)

at Neptune/Source/System/Posix/NptPosixThreads.cpp:191

#2 0x000000000099d476 in WaitUntilEquals (timeout=, value=1, this=)

at ./Neptune/Source/Core/NptThreads.h:135

#3 PLT_ThreadTask::IsAborting (this=, timeout=)

at Platinum/Source/Core/PltThreadTask.h:56

#4 0x00000000009b30b6 in PLT_SsdpDeviceAnnounceTask::DoRun (this=0x7f1964052e30)

at Platinum/Source/Core/PltSsdp.cpp:284

#5 0x00000000009b5c99 in PLT_ThreadTask::Run (this=0x7f1964052e30) at Platinum/Source/Core/PltThreadTask.cpp:138
#6 0x00000000009e1190 in NPT_PosixThread::EntryPoint (argument=)

at Neptune/Source/System/Posix/NptPosixThreads.cpp:445

#7 0x00007f198043defc in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0
#8 0x00007f197c72189d in clone () from /lib/x86_64-linux-gnu/libc.so.6
#9 0x0000000000000000 in ?? ()

Thread 8 (Thread 0x7f19627fc700 (LWP 995)):
#0 0x00007f197c71a913 in select () from /lib/x86_64-linux-gnu/libc.so.6
#1 0x000000000068569e in SOCKETS::CSocketListener::Listen (this=0x7f19627fbc00, timeout=1000) at Socket.cpp:195
#2 0x000000000067c866 in EVENTSERVER::CEventServer::Run (this=0x7f196405cef0) at EventServer.cpp:209
#3 0x000000000067cb48 in EVENTSERVER::CEventServer::Process (this=0x7f196405cef0) at EventServer.cpp:147
#4 0x0000000000e21c70 in CThread::staticThread (data=0x7f196405cef0) at Thread.cpp:177
#5 0x00007f198043defc in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0
#6 0x00007f197c72189d in clone () from /lib/x86_64-linux-gnu/libc.so.6
#7 0x0000000000000000 in ?? ()

Thread 7 (Thread 0x7f1961ffb700 (LWP 996)):
#0 0x00007f197c71a913 in select () from /lib/x86_64-linux-gnu/libc.so.6
#1 0x0000000000686dd9 in JSONRPC::CTCPServer::Process (this=0x7f196408a1b0) at TCPServer.cpp:120
#2 0x0000000000e21c70 in CThread::staticThread (data=0x7f196408a1c0) at Thread.cpp:177
#3 0x00007f198043defc in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0
#4 0x00007f197c72189d in clone () from /lib/x86_64-linux-gnu/libc.so.6
#5 0x0000000000000000 in ?? ()

Thread 6 (Thread 0x7f196cf0a700 (LWP 998)):
#0 0x00007f198044204c in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/x86_64-linux-gnu/libpthread.so.0
#1 0x0000000000e6a8bc in wait (this=, lock=...)

at /usr/src/Opdenkamp/xbmc/xbmc/threads/platform/pthreads/Condition.h:57

#2 wait (lock=..., this=0x412cf80) at /usr/src/Opdenkamp/xbmc/xbmc/threads/Condition.h:50
#3 Wait (this=0x412cf10) at threads/Event.h:92
#4 CApplicationMessenger::SendMessage (this=, message=, wait=)

at ApplicationMessenger.cpp:182

#5 0x0000000000e6b49a in CApplicationMessenger::DoModal (this=0x14510b0, pDialog=,

iWindowID=<optimized out>, param=...) at ApplicationMessenger.cpp:1136

#6 0x000000000088d214 in CGUIDialog::DoModal (this=0x33fb4d0, iWindowID=9999, param=...) at GUIDialog.cpp:209
#7 0x0000000000af0b2b in CGUIDialogOK::ShowAndGetInput (heading=..., line0=, line1=..., line2=...)

at GUIDialogOK.cpp:60

#8 0x00000000008418a8 in PVR::CPVRClients::ShowDialogNoClientsEnabled (this=) at PVRClients.cpp:1215
#9 0x000000000084598a in Process (this=) at PVRClients.cpp:1206
#10 PVR::CPVRClients::Process (this=0x7f197102ed10) at PVRClients.cpp:1188
#11 0x0000000000e21c70 in CThread::staticThread (data=0x7f197102ed68) at Thread.cpp:177
#12 0x00007f198043defc in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0
#13 0x00007f197c72189d in clone () from /lib/x86_64-linux-gnu/libc.so.6
#14 0x0000000000000000 in ?? ()

Thread 5 (Thread 0x7f196b705700 (LWP 1666)):
#0 0x00007f197c715773 in poll () from /lib/x86_64-linux-gnu/libc.so.6
#1 0x00000000009f9c5f in tcp_read_timeout (fdSock=40, buf=0x7f196b704d8c, nLen=4, nTimeout=3000)

at linux/net_posix.c:212

#2 0x00007f1960952a9e in cXVDRSession::readData(unsigned char*, int) ()

from /usr/lib/xbmc/addons/pvr.vdr.xvdr/XBMC_VDR_xvdr.pvr
#3 0x00007f1960952aec in cXVDRSession::ReadMessage() () from /usr/lib/xbmc/addons/pvr.vdr.xvdr/XBMC_VDR_xvdr.pvr
#4 0x00007f196094e54c in cXVDRData::Action() () from /usr/lib/xbmc/addons/pvr.vdr.xvdr/XBMC_VDR_xvdr.pvr
#5 0x00007f196095435a in cThread::StartThread(cThread*) () from /usr/lib/xbmc/addons/pvr.vdr.xvdr/XBMC_VDR_xvdr.pvr
#6 0x00007f198043defc in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0
#7 0x00007f197c72189d in clone () from /lib/x86_64-linux-gnu/libc.so.6
#8 0x0000000000000000 in ?? ()

Thread 4 (Thread 0x7f195e52e700 (LWP 1701)):
#0 0x00007f19804423cb in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/x86_64-linux-gnu/libpthread.so.0
#1 0x00000000009e1004 in NPT_PosixSharedVariable::WaitUntilEquals (this=0x4c39710, value=1, timeout=100)

at Neptune/Source/System/Posix/NptPosixThreads.cpp:191

#2 0x000000000099d476 in WaitUntilEquals (timeout=, value=1, this=)

at ./Neptune/Source/Core/NptThreads.h:135

#3 PLT_ThreadTask::IsAborting (this=, timeout=)

at Platinum/Source/Core/PltThreadTask.h:56

#4 0x00000000009b0f17 in PLT_Service::PLT_ServiceEventTask::DoRun (this=0x4afc5f0)

at Platinum/Source/Core/PltService.h:125

#5 0x00000000009b5c99 in PLT_ThreadTask::Run (this=0x4afc5f0) at Platinum/Source/Core/PltThreadTask.cpp:138
#6 0x00000000009e1190 in NPT_PosixThread::EntryPoint (argument=)

at Neptune/Source/System/Posix/NptPosixThreads.cpp:445

#7 0x00007f198043defc in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0
#8 0x00007f197c72189d in clone () from /lib/x86_64-linux-gnu/libc.so.6
#9 0x0000000000000000 in ?? ()

Thread 3 (Thread 0x7f195d52c700 (LWP 1705)):
#0 0x00007f19804423cb in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/x86_64-linux-gnu/libpthread.so.0
#1 0x00000000009e1004 in NPT_PosixSharedVariable::WaitUntilEquals (this=0x4aa29a0, value=1, timeout=100)

at Neptune/Source/System/Posix/NptPosixThreads.cpp:191

#2 0x000000000099d476 in WaitUntilEquals (timeout=, value=1, this=)

at ./Neptune/Source/Core/NptThreads.h:135

#3 PLT_ThreadTask::IsAborting (this=, timeout=)

at Platinum/Source/Core/PltThreadTask.h:56

#4 0x00000000009b0f17 in PLT_Service::PLT_ServiceEventTask::DoRun (this=0x4ae2f60)

at Platinum/Source/Core/PltService.h:125

#5 0x00000000009b5c99 in PLT_ThreadTask::Run (this=0x4ae2f60) at Platinum/Source/Core/PltThreadTask.cpp:138
#6 0x00000000009e1190 in NPT_PosixThread::EntryPoint (argument=)

at Neptune/Source/System/Posix/NptPosixThreads.cpp:445

#7 0x00007f198043defc in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0
#8 0x00007f197c72189d in clone () from /lib/x86_64-linux-gnu/libc.so.6
#9 0x0000000000000000 in ?? ()

Thread 2 (Thread 0x7f195c52a700 (LWP 1709)):
#0 0x00007f19804423cb in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/x86_64-linux-gnu/libpthread.so.0
#1 0x00000000009e1004 in NPT_PosixSharedVariable::WaitUntilEquals (this=0x4a8c1d0, value=1, timeout=100)

at Neptune/Source/System/Posix/NptPosixThreads.cpp:191

#2 0x000000000099d476 in WaitUntilEquals (timeout=, value=1, this=)

at ./Neptune/Source/Core/NptThreads.h:135

#3 PLT_ThreadTask::IsAborting (this=, timeout=)

at Platinum/Source/Core/PltThreadTask.h:56

#4 0x00000000009b0f17 in PLT_Service::PLT_ServiceEventTask::DoRun (this=0x4c4b260)

at Platinum/Source/Core/PltService.h:125

#5 0x00000000009b5c99 in PLT_ThreadTask::Run (this=0x4c4b260) at Platinum/Source/Core/PltThreadTask.cpp:138
#6 0x00000000009e1190 in NPT_PosixThread::EntryPoint (argument=)

at Neptune/Source/System/Posix/NptPosixThreads.cpp:445

#7 0x00007f198043defc in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0
#8 0x00007f197c72189d in clone () from /lib/x86_64-linux-gnu/libc.so.6
#9 0x0000000000000000 in ?? ()

Thread 1 (Thread 0x7f19837e6780 (LWP 899)):
#0 0x00007f198043f1f8 in pthread_join () from /lib/x86_64-linux-gnu/libpthread.so.0
#1 0x0000000000e21a23 in CThread::WaitForThreadExit (this=0x7f197102ed68, milliseconds=)

at Thread.cpp:456

#2 0x0000000000e21a79 in StopThread (this=0x7f197102ed68, bWait=) at Thread.cpp:264
#3 CThread::StopThread (this=0x7f197102ed68, bWait=true) at Thread.cpp:258
#4 0x0000000000e0380f in Stop (this=0x144f3c0) at PVRManager.cpp:159
#5 PVR::CPVRManager::Stop (this=0x144f3c0) at PVRManager.cpp:140
#6 0x0000000000e553e7 in CApplication::Stop (this=0x1450e20, exitCode=0) at Application.cpp:3344
#7 0x0000000000e6d590 in CApplicationMessenger::ProcessMessage (this=0x14510b0, pMsg=0x7f19640cdba0)

at ApplicationMessenger.cpp:255

#8 0x0000000000e6f292 in CApplicationMessenger::ProcessMessages (this=0x14510b0) at ApplicationMessenger.cpp:202
#9 0x0000000000e5ecd0 in CApplication::Process (this=0x1450e20) at Application.cpp:4787
#10 0x00000000008fe571 in CGUIWindowManager::ProcessRenderLoop (this=0x1451d20, renderOnly=false)

at GUIWindowManager.cpp:641

#11 0x000000000088d071 in CGUIDialog::DoModal_Internal (this=0x33fb4d0, iWindowID=9999, param=...)

at GUIDialog.cpp:173

#12 0x0000000000e6cc75 in CApplicationMessenger::ProcessMessage (this=0x14510b0, pMsg=0x3c85650)

at ApplicationMessenger.cpp:656

#13 0x0000000000e6f292 in CApplicationMessenger::ProcessMessages (this=0x14510b0) at ApplicationMessenger.cpp:202
#14 0x0000000000e5ecd0 in CApplication::Process (this=0x1450e20) at Application.cpp:4787
#15 0x0000000000eec8b6 in CXBApplicationEx::Run (this=0x1450e20) at XBApplicationEx.cpp:96
#16 0x000000000064e7d3 in main (argc=2, argv=) at xbmc.cpp:93

`

(I hope the code style is correct if I press submit, .. never did this on github before)

Hi,

while watching a record, xbmc very often jump to the start possition of the record. Not on the same position.

my setup:
last xbmc (master)
last vdr
last xvdr

Hi there,
first at all big thanks for your great work! This is an amazing job you did.
I think I found an error / strange behaviour in the xbmc pvr:
I use it every day for watching tv etc. My hardware is a Zotac ZBox (nvidia+dualcore atom+2 GB Ram), with a dvb-usb adaptor to watch dvb-t (Great in Hamburg/Germany, really good signal). But sometimes, nearly every two days the xbmc won't start any tv channel. I select a channel, the buffering starts and stops, doesn't matter how long I wait the buffer is never filled up.
I use the xbmc from here: http://packages.pulse-eight.net/UbuntuInstall, but even this doesn't matter, an own compiled one leads to the same problem. Doesn't even matter, if I use xvdr (Ubuntu 11.10 vdr + xvdr-addon self compiled), or tvheadend (Ubuntu 11.10 tvheadend or even self compiled one), the error stays the same ;) (sorry for my funny english). Even a reboot of the whole system doesn't work.. the only way to solve this problem: Unplug the dvb-adapter, replug the dvb-adapter and reboot. I even bought another stick, didn't change anything. Here some logs you may want to see:

.xbmc/temp/xbmc.log

22:37:41 T:140042116290304 NOTICE: StorageClient-0.8 Starting server
22:37:41 T:140041934817024 NOTICE: -->Python Interpreter Initialized<--
22:37:42 T:140042136151808 NOTICE: VideoInfoScanner: Finished scan. Scanning for video info took 00:02
22:37:42 T:140042144544512 NOTICE: Start - EPG thread started
22:37:43 T:140041758000896 NOTICE: Epg - Load - no database entries found for table 'Hamburg 1'.
22:38:24 T:140042453641088 NOTICE: DVDPlayer: Opening: pvr://channels/tv/Alle TV Kanäle/0.pvr
22:38:24 T:140042453641088 WARNING: CDVDMessageQueue(player)::Put MSGQ_NOT_INITIALIZED
22:38:24 T:140041934817024 NOTICE: Creating InputStream
22:38:24 T:140041934817024 NOTICE: AddOnLog: VDR XVDR Client: Logged in at '1327181904+3600' to 'VDR-XVDR Server' Version: '0.9.5' with protocol version '3'
22:38:24 T:140041934817024 NOTICE: Creating Demuxer
22:38:24 T:140041934817024 WARNING: CDVDMessageQueue(audio)::Put MSGQ_NOT_INITIALIZED
22:38:24 T:140041934817024 WARNING: CDVDMessageQueue(video)::Put MSGQ_NOT_INITIALIZED

grep -i vdr /var/log/syslog | tail -n30

Jan 21 22:38:24 zbox vdr: [2259] XVDR: LiveQueue started
Jan 21 22:38:24 zbox vdr: [2260] cLiveStreamer stream processor thread started (pid=1272, tid=2260)
Jan 21 22:38:24 zbox vdr: [2258] XVDR: Successfully switched to channel 1 - ZDF
Jan 21 22:38:24 zbox vdr: [2258] XVDR: Started streaming of channel ZDF (timeout 10 seconds, priority 50)
Jan 21 22:38:24 zbox vdr: [2261] receiver on device 1 thread started (pid=1272, tid=2261)
Jan 21 22:38:24 zbox vdr: [2262] TS buffer on device 1 thread started (pid=1272, tid=2262)
Jan 21 22:38:30 zbox vdr: [1795] frontend 0/0 timed out while tuning to channel 1, tp 490
Jan 21 22:38:40 zbox vdr: [1272] ERROR: invalid value for parameter 'M'
Jan 21 22:39:01 zbox vdr: [1272] ERROR: invalid value for parameter 'M'
Jan 21 22:39:22 zbox vdr: [1272] ERROR: invalid value for parameter 'M'
Jan 21 22:39:33 zbox vdr: [1795] frontend 0/0 timed out while tuning to channel 1, tp 490
Jan 21 22:39:43 zbox vdr: [2258] XVDR-Error: cxSocket::read: read() error at 0/4
Jan 21 22:39:43 zbox vdr: [2260] cLiveStreamer stream processor thread ended (pid=1272, tid=2260)
Jan 21 22:39:43 zbox vdr: [2259] XVDR: LiveQueue stopped
Jan 21 22:39:43 zbox vdr: [2258] buffer stats: 0 (0%) used
Jan 21 22:39:43 zbox vdr: [2262] TS buffer on device 1 thread ended (pid=1272, tid=2262)
Jan 21 22:39:43 zbox vdr: [2261] buffer stats: 0 (0%) used
Jan 21 22:39:43 zbox vdr: [2261] receiver on device 1 thread ended (pid=1272, tid=2261)
Jan 21 22:39:43 zbox vdr: [1813] XVDR: Client with ID 1 seems to be disconnected, removing from client list
Jan 21 22:39:51 zbox vdr: [1795] frontend 0/0 timed out while tuning to channel 1, tp 490
Jan 21 22:40:13 zbox vdr: [1795] frontend 0/0 timed out while tuning to channel 5, tp 530
Jan 21 22:40:34 zbox vdr: [1795] frontend 0/0 timed out while tuning to channel 19, tp 546
Jan 21 22:40:46 zbox vdr: [1272] ERROR: invalid value for parameter 'M'
Jan 21 22:40:46 zbox vdr: [1795] ERROR: invalid value for parameter 'M'
Jan 21 22:40:55 zbox vdr: [1795] frontend 0/0 timed out while tuning to channel 23, tp 570
Jan 21 22:40:55 zbox vdr: [1795] ERROR: invalid value for parameter 'M'
Jan 21 22:41:04 zbox vdr: [1795] ERROR: invalid value for parameter 'M'
Jan 21 22:41:16 zbox vdr: [1795] frontend 0/0 timed out while tuning to channel 27, tp 594
Jan 21 22:41:37 zbox vdr: [1795] frontend 0/0 timed out while tuning to channel 31, tp 626
Jan 21 22:41:58 zbox vdr: [1795] frontend 0/0 timed out while tuning to channel 35, tp 674

grep -i dvb /var/log/syslog

Jan 21 22:37:37 zbox kernel: [ 20.567358] input: NEWMI USB2.0 DVB-T TV Stick as /devices/pci0000:00/0000:00:1d.7/usb1/1-3/1-3.4/1-3.4:1.1/input/input3
Jan 21 22:37:37 zbox kernel: [ 20.567590] generic-usb 0003:0CCD:0097.0002: input,hidraw1: USB HID v1.01 Keyboard [NEWMI USB2.0 DVB-T TV Stick] on usb-0000:00:1d.7-3.4/input1
Jan 21 22:37:37 zbox kernel: [ 20.911445] dvb-usb: found a 'TerraTec Cinergy T Stick RC' in warm state.
Jan 21 22:37:37 zbox kernel: [ 20.911562] dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer.
Jan 21 22:37:37 zbox kernel: [ 20.912042] DVB: registering new adapter (TerraTec Cinergy T Stick RC)
Jan 21 22:37:37 zbox kernel: [ 21.397573] DVB: registering adapter 0 frontend 0 (Afatech AF9013 DVB-T)...
Jan 21 22:37:37 zbox kernel: [ 22.188260] input: IR-receiver inside an USB DVB receiver as /devices/pci0000:00/0000:00:1d.7/usb1/1-3/1-3.4/rc/rc0/input4
Jan 21 22:37:37 zbox kernel: [ 22.188421] rc0: IR-receiver inside an USB DVB receiver as /devices/pci0000:00/0000:00:1d.7/usb1/1-3/1-3.4/rc/rc0
Jan 21 22:37:37 zbox kernel: [ 22.188429] dvb-usb: schedule remote query interval to 500 msecs.
Jan 21 22:37:37 zbox kernel: [ 22.188440] dvb-usb: TerraTec Cinergy T Stick RC successfully initialized and connected.
Jan 21 22:37:37 zbox kernel: [ 22.197537] usbcore: registered new interface driver dvb_usb_af9015
Jan 21 22:37:44 zbox vdr: [1272] registered source parameters for 'C - DVB-C'
Jan 21 22:37:44 zbox vdr: [1272] registered source parameters for 'S - DVB-S'
Jan 21 22:37:44 zbox vdr: [1272] registered source parameters for 'T - DVB-T'
Jan 21 22:37:44 zbox vdr: [1272] probing /dev/dvb/adapter0/frontend0
Jan 21 22:37:44 zbox vdr: [1272] creating cDvbDevice
Jan 21 22:37:46 zbox vdr: [1272] frontend 0/0 provides DVB-T with QPSK,QAM16,QAM64 ("Afatech AF9013 DVB-T")
Jan 21 22:37:46 zbox vdr: [1272] found 1 DVB device
Jan 21 22:37:46 zbox vdr: [1272] initializing plugin: femon (1.7.9): DVB Signal Informationsanzeige (OSD)

dmesg | grep -i dvb

[ 20.567358] input: NEWMI USB2.0 DVB-T TV Stick as /devices/pci0000:00/0000:00:1d.7/usb1/1-3/1-3.4/1-3.4:1.1/input/input3
[ 20.567590] generic-usb 0003:0CCD:0097.0002: input,hidraw1: USB HID v1.01 Keyboard [NEWMI USB2.0 DVB-T TV Stick] on usb-0000:00:1d.7-3.4/input1
[ 20.911445] dvb-usb: found a 'TerraTec Cinergy T Stick RC' in warm state.
[ 20.911562] dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer.
[ 20.912042] DVB: registering new adapter (TerraTec Cinergy T Stick RC)
[ 21.397573] DVB: registering adapter 0 frontend 0 (Afatech AF9013 DVB-T)...
[ 22.188260] input: IR-receiver inside an USB DVB receiver as /devices/pci0000:00/0000:00:1d.7/usb1/1-3/1-3.4/rc/rc0/input4
[ 22.188421] rc0: IR-receiver inside an USB DVB receiver as /devices/pci0000:00/0000:00:1d.7/usb1/1-3/1-3.4/rc/rc0
[ 22.188429] dvb-usb: schedule remote query interval to 500 msecs.
[ 22.188440] dvb-usb: TerraTec Cinergy T Stick RC successfully initialized and connected.
[ 22.197537] usbcore: registered new interface driver dvb_usb_af9015

Hi,

I have the Problem that I can't watch any tv channel through xvdr in XBMC. When I start watching a channel the Buffer-Window always stays open and I get no picture and audio. Here is a dump of my xbmc.log:

13:19:45 T:3019450176 DEBUG: PVRManager - PerformChannelSwitch - switching to channel 'ZDF HD'
13:19:45 T:3019450176 DEBUG: CGUIInfoManager::SetCurrentMovie(pvr://channels/tv/Alle TV Kanäle/1.pvr)
13:19:45 T:2902289264 DEBUG: Thread Jobworker start, auto delete: 1
13:19:46 T:2923268976 DEBUG: AddOnLog: VDR XVDR Client: SendPing
13:19:46 T:2620357488 WARNING: CDVDMessageQueue(audio)::Put MSGQ_NOT_INITIALIZED
13:19:46 T:2620357488 WARNING: CDVDMessageQueue(video)::Put MSGQ_NOT_INITIALIZED
13:19:46 T:2620357488 WARNING: CDVDMessageQueue(audio)::Put MSGQ_NOT_INITIALIZED
13:19:46 T:2620357488 WARNING: CDVDMessageQueue(video)::Put MSGQ_NOT_INITIALIZED
13:19:46 T:2620357488 DEBUG: CDVDPlayer::SetCaching - caching state 3
13:19:46 T:2620357488 WARNING: CDVDMessageQueue(audio)::Put MSGQ_NOT_INITIALIZED
13:19:46 T:2620357488 WARNING: CDVDMessageQueue(video)::Put MSGQ_NOT_INITIALIZED
13:19:46 T:2620357488 DEBUG: PVRManager - PerformChannelSwitch - switching to channel 'ZDF HD'
13:19:46 T:2620357488 DEBUG: PVR - SaveCurrentChannelSettings - no custom channel settings for channel 'Das Erste HD'
13:19:46 T:2620357488 DEBUG: AddOnLog: VDR XVDR Client: changing to channel 2
13:19:46 T:2620357488 NOTICE: PVRManager - PerformChannelSwitch - switched to channel 'ZDF HD'
13:19:46 T:2620357488 NOTICE: Creating Demuxer
13:19:46 T:2620357488 DEBUG: CDVDPlayer::SetCaching - caching state 2
13:19:46 T:2620357488 WARNING: CDVDMessageQueue(audio)::Put MSGQ_NOT_INITIALIZED
13:19:46 T:2620357488 WARNING: CDVDMessageQueue(video)::Put MSGQ_NOT_INITIALIZED
13:19:46 T:3019450176 DEBUG: ------ Window Init (DialogSeekBar.xml) ------
13:19:46 T:3019450176 DEBUG: Alloc resources: 0.13ms (0.00 ms skin load)
13:19:50 T:2923268976 DEBUG: AddOnLog: VDR XVDR Client: Server requested channel update
13:19:50 T:2959309680 DEBUG: CPVRChannelGroupsContainer - Update - updating channels
13:19:50 T:2959309680 DEBUG: CPVRChannelGroups - PersistAll - persisting all changes in channel groups
13:19:51 T:2923268976 DEBUG: Previous line repeats 1 times.
13:19:51 T:2923268976 DEBUG: AddOnLog: VDR XVDR Client: Server requested channel update
13:19:51 T:2959309680 DEBUG: CPVRChannelGroupsContainer - Update - updating channels
13:19:51 T:2959309680 DEBUG: CPVRChannelGroups - PersistAll - persisting all changes in channel groups
13:19:51 T:2923268976 DEBUG: Previous line repeats 1 times.
13:19:51 T:2923268976 DEBUG: AddOnLog: VDR XVDR Client: Server requested channel update
13:19:51 T:2959309680 DEBUG: CPVRChannelGroupsContainer - Update - updating channels
13:19:51 T:2959309680 DEBUG: CPVRChannelGroups - PersistAll - persisting all changes in channel groups
13:19:54 T:2923268976 DEBUG: Previous line repeats 1 times.
13:19:54 T:2923268976 DEBUG: AddOnLog: VDR XVDR Client: SendPing
13:20:11 T:2923268976 DEBUG: Previous line repeats 2 times.
13:20:11 T:2923268976 DEBUG: AddOnLog: VDR XVDR Client: Server requested channel update
13:20:11 T:2959309680 DEBUG: CPVRChannelGroupsContainer - Update - updating channels
13:20:11 T:2959309680 DEBUG: CPVRChannelGroups - PersistAll - persisting all changes in channel groups
13:20:12 T:2923268976 DEBUG: Previous line repeats 1 times.
13:20:12 T:2923268976 DEBUG: AddOnLog: VDR XVDR Client: Server requested channel update
13:20:12 T:2959309680 DEBUG: CPVRChannelGroupsContainer - Update - updating channels
13:20:12 T:2959309680 DEBUG: CPVRChannelGroups - PersistAll - persisting all changes in channel groups
13:20:12 T:2923268976 DEBUG: Previous line repeats 1 times.
13:20:12 T:2923268976 DEBUG: AddOnLog: VDR XVDR Client: Server requested channel update
13:20:12 T:2959309680 DEBUG: CPVRChannelGroupsContainer - Update - updating channels
13:20:12 T:2959309680 DEBUG: CPVRChannelGroups - PersistAll - persisting all changes in channel groups
13:20:15 T:2923268976 DEBUG: Previous line repeats 1 times.
13:20:15 T:2923268976 DEBUG: AddOnLog: VDR XVDR Client: SendPing
13:20:30 T:2902289264 DEBUG: Previous line repeats 2 times.
13:20:30 T:2902289264 DEBUG: Thread Jobworker 2902289264 terminating (autodelete)
13:20:33 T:2923268976 DEBUG: AddOnLog: VDR XVDR Client: Server requested channel update
13:20:33 T:2959309680 DEBUG: CPVRChannelGroupsContainer - Update - updating channels
13:20:33 T:2959309680 DEBUG: CPVRChannelGroups - PersistAll - persisting all changes in channel groups
13:20:33 T:2923268976 DEBUG: Previous line repeats 1 times.
13:20:33 T:2923268976 DEBUG: AddOnLog: VDR XVDR Client: Server requested channel update
13:20:33 T:2959309680 DEBUG: CPVRChannelGroupsContainer - Update - updating channels
13:20:33 T:2959309680 DEBUG: CPVRChannelGroups - PersistAll - persisting all changes in channel groups
13:20:34 T:2923268976 DEBUG: Previous line repeats 1 times.
13:20:34 T:2923268976 DEBUG: AddOnLog: VDR XVDR Client: Server requested channel update
13:20:34 T:2959309680 DEBUG: CPVRChannelGroupsContainer - Update - updating channels
13:20:34 T:2959309680 DEBUG: CPVRChannelGroups - PersistAll - persisting all changes in channel groups
13:20:34 T:2923268976 DEBUG: Previous line repeats 1 times.
13:20:34 T:2923268976 DEBUG: AddOnLog: VDR XVDR Client: Server requested channel update
13:20:34 T:2959309680 DEBUG: CPVRChannelGroupsContainer - Update - updating channels
13:20:34 T:2959309680 DEBUG: CPVRChannelGroups - PersistAll - persisting all changes in channel groups
13:20:34 T:2923268976 DEBUG: Previous line repeats 1 times.
13:20:34 T:2923268976 DEBUG: AddOnLog: VDR XVDR Client: Server requested channel update
13:20:34 T:2959309680 DEBUG: CPVRChannelGroupsContainer - Update - updating channels
13:20:34 T:2959309680 DEBUG: CPVRChannelGroups - PersistAll - persisting all changes in channel groups

I currently have the head revision of xvdr on XBMC and VDR side.

Here is my setup:
Client:

• Ubuntu Lucid 32Bit
• XBMC (from http://packages.pulse-eight.net/UbuntuInstall)
• xbmc-addon-xvdr (head revision)

Server:

• Ubuntu Lucid 64Bit
• VDR 1.7.18 (from ppa:yavdr/stable-vdr)
• vdr-plugin-xvdr (head revision)

TV is working with vdr-live and streamdev.

I hope you can help me with this issue.

Thanks.

Regards,
Captainjack79

Hi,

would be possible to add a feature that does not sync the epg data from all vdr channels ?
I would speed up the sync times, if the user could specify a channel range.
somthing like 1-80 would help a lot.
Maybe a bit more flexible if one could specify a list like 1-20,25,30-60 so it would be possible to specify multible ranges and single channels which a user would like to sync.

Thanks,
Marc

Hey Alexander,

it seems my XBMC setup crashes when XVDR plugin initializes.
I updated from the latest git this morning. I also update the vdr plugin.

For the time being, I'm using the good old vnsi plugin again ;-)

Kind regards,

Jan

12:28:42 T:140445479589632 DEBUG: PVR - Create - creating PVR add-on instance 'VDR XVDR Client'
12:28:42 T:140445479589632 DEBUG: ADDON: Dll Initializing - VDR XVDR Client
12:28:42 T:140445479589632 DEBUG: SECTION:LoadDLL(/usr/local/share/xbmc/addons/pvr.vdr.xvdr/XBMC_VDR_xvdr.pvr)
12:28:42 T:140445479589632 DEBUG: Loading: /usr/local/share/xbmc/addons/pvr.vdr.xvdr/XBMC_VDR_xvdr.pvr
12:28:42 T:140445829416704 DEBUG: Got rss feed: http://feeds.feedburner.com/xbmc
12:28:42 T:140445829416704 DEBUG: RSS feed encoding: UTF-8
12:28:42 T:140445829416704 DEBUG: Parsed rss feed: http://feeds.feedburner.com/xbmc
12:28:42 T:140445829416704 DEBUG: Thread CRssReader 140445829416704 terminating
12:28:42 T:140445479589632 DEBUG: AddOnLog: VDR XVDR Client: Creating VDR XVDR PVR-Client
12:28:42 T:140445479589632 DEBUG: CAddonCallbacksAddon - GetAddonSetting - add-on 'VDR XVDR Client' requests setting 'host'
12:28:42 T:140445479589632 DEBUG: CAddonCallbacksAddon - GetAddonSetting - add-on 'VDR XVDR Client' requests setting 'compression'
12:28:42 T:140445479589632 DEBUG: CAddonCallbacksAddon - GetAddonSetting - add-on 'VDR XVDR Client' requests setting 'priority'
12:28:42 T:140445479589632 DEBUG: CAddonCallbacksAddon - GetAddonSetting - add-on 'VDR XVDR Client' requests setting 'convertchar'
12:28:42 T:140445479589632 DEBUG: CAddonCallbacksAddon - GetAddonSetting - add-on 'VDR XVDR Client' requests setting 'timeout'
12:28:42 T:140445479589632 DEBUG: CAddonCallbacksAddon - GetAddonSetting - add-on 'VDR XVDR Client' requests setting 'handlemessages'
12:28:42 T:140445479589632 DEBUG: CAddonCallbacksAddon - GetAddonSetting - add-on 'VDR XVDR Client' requests setting 'autochannelgroups'
12:28:42 T:140445479589632 DEBUG: CAddonCallbacksAddon - GetAddonSetting - add-on 'VDR XVDR Client' requests setting 'audiotype'
12:28:42 T:140445479589632 DEBUG: CAddonCallbacksAddon - GetAddonSetting - add-on 'VDR XVDR Client' requests setting 'updatechannels'
12:28:42 T:140445479589632 DEBUG: CAddonCallbacksAddon - GetAddonSetting - add-on 'VDR XVDR Client' requests setting 'ftachannels'
12:28:42 T:140445479589632 DEBUG: CAddonCallbacksAddon - GetAddonSetting - add-on 'VDR XVDR Client' requests setting 'nativelangonly'
12:28:42 T:140445479589632 DEBUG: CAddonCallbacksAddon - GetAddonSetting - add-on 'VDR XVDR Client' requests setting 'caids'
12:28:42 T:140445479589632 DEBUG: CAddonCallbacksAddon - GetAddonSetting - add-on 'VDR XVDR Client' requests setting 'encryptedchannels'
12:28:42 T:140445830854464 NOTICE: PVRManager - stopping
12:28:42 T:140445471196928 ERROR: PVRManager - Process - failed to load PVR data
12:28:42 T:140445471196928 DEBUG: Thread PVR manager 140445471196928 terminating

Again I am not sure, if it is xbmc or xvdr. When I trie to scrape series that I have recorded with vdr.
Currently I am use the latest xvdr and opdenkamps eden-pvr branch for xbmc.

The xbmc log says the following and after the last line xbmc is gone:
21:50:54 T:2902440816 DEBUG: CPVRDirectory::GetDirectory(pvr://recordings/Star Wars: The Clone Wars/20120520_083500)
21:50:54 T:2902440816 DEBUG: CPVRDirectory::GetDirectory(pvr://recordings/Star Wars: The Clone Wars/20120519_083500)
21:50:54 T:2902440816 DEBUG: CPVRDirectory::GetDirectory(pvr://recordings/Star Wars: The Clone Wars/20120520_172500)
21:50:54 T:2902440816 DEBUG: CPVRDirectory::GetDirectory(pvr://recordings/Star Wars: The Clone Wars/20120513_083500)
21:50:54 T:2902440816 DEBUG: CPVRDirectory::GetDirectory(pvr://recordings/Star Wars: The Clone Wars/20120515_190500)
21:50:54 T:2902440816 DEBUG: CPVRDirectory::GetDirectory(pvr://recordings/Star Wars: The Clone Wars/20120513_212000)
21:50:58 T:2781870960 DEBUG: Previous line repeats 1276 times.
21:50:58 T:2781870960 DEBUG: AddOnLog: VDR XVDR Client: SendPing
21:50:58 T:2902440816 DEBUG: CPVRDirectory::GetDirectory(pvr://recordings/Star Wars: The Clone Wars/20120513_212000)
21:50:59 T:2769255280 DEBUG: Previous line repeats 140 times.
21:50:59 T:2769255280 DEBUG: Compress - using DXT1 (min error is: 6.59:0.00)
21:50:59 T:2902440816 DEBUG: CPVRDirectory::GetDirectory(pvr://recordings/Star Wars: The Clone Wars/20120513_212000)
21:51:06 T:2993719072 DEBUG: Previous line repeats 2775 times.
21:51:06 T:2993719072 INFO: CheckIdle - Closing session to http://www.thetvdb.com (easy=0xa1d0c88, multi=0xa434bd0)
21:51:06 T:2902440816 DEBUG: CPVRDirectory::GetDirectory(pvr://recordings/Star Wars: The Clone Wars/20120513_212000)
21:51:08 T:2781870960 DEBUG: Previous line repeats 765 times.
21:51:08 T:2781870960 DEBUG: AddOnLog: VDR XVDR Client: SendPing
21:51:08 T:2902440816 DEBUG: CPVRDirectory::GetDirectory(pvr://recordings/Star Wars: The Clone Wars/20120513_212000)
21:51:18 T:2781870960 DEBUG: Previous line repeats 3707 times.
21:51:18 T:2781870960 DEBUG: AddOnLog: VDR XVDR Client: SendPing
21:51:18 T:2902440816 DEBUG: CPVRDirectory::GetDirectory(pvr://recordings/Star Wars: The Clone Wars/20120513_212000)
21:51:24 T:2993719072 DEBUG: Previous line repeats 2132 times.
21:51:24 T:2993719072 DEBUG: SECTION:UnloadDelayed(DLL: special://xbmcbin/system/ImageLib-i486-linux.so)
21:51:24 T:2993719072 DEBUG: Unloading: ImageLib-i486-linux.so
21:51:24 T:2993719072 INFO: CheckIdle - Closing session to http://thetvdb.com (easy=0xa2b9530, multi=0xa438a88)
21:51:24 T:2902440816 DEBUG: CPVRDirectory::GetDirectory(pvr://recordings/Star Wars: The Clone Wars/20120513_212000)
21:51:28 T:2781870960 DEBUG: Previous line repeats 1524 times.
21:51:28 T:2781870960 DEBUG: AddOnLog: VDR XVDR Client: SendPing
21:51:28 T:2902440816 DEBUG: CPVRDirectory::GetDirectory(pvr://recordings/Star Wars: The Clone Wars/20120513_212000)
21:51:30 T:2760862576 DEBUG: Previous line repeats 785 times.
21:51:30 T:2760862576 DEBUG: Thread Jobworker 2760862576 terminating (autodelete)
21:51:30 T:2558475120 DEBUG: Thread Jobworker 2558475120 terminating (autodelete)
21:51:30 T:2671192944 DEBUG: Thread Jobworker 2671192944 terminating (autodelete)
21:51:30 T:2769255280 DEBUG: Thread Jobworker 2769255280 terminating (autodelete)
21:51:30 T:2902440816 DEBUG: CPVRDirectory::GetDirectory(pvr://recordings/Star Wars: The Clone Wars/20120513_212000)
21:51:38 T:2781870960 DEBUG: Previous line repeats 2898 times.
21:51:38 T:2781870960 DEBUG: AddOnLog: VDR XVDR Client: SendPing
21:51:38 T:2902440816 DEBUG: CPVRDirectory::GetDirectory(pvr://recordings/Star Wars: The Clone Wars/20120513_212000)

Live TV will freeze after aprox. 8-10 seconds. No matter whether HD or SD.

Hello,

I noticed there is no longer playback of radio stations when using the XVDR plugin.
If I'm right, it was possible the first time I built it. Not sure whether it's due to the VDR-addon or the XBMC-addon.

Anyway, I'll post the relevant part of the xbmc.log
(as a reference, I also checked it with the VNSI addon, where it still works)

8:40:47 T:140124122199872 DEBUG: CGUIWindowPVRCommon - OnMessageFocus - focus set to window 'radio'
18:40:47 T:140124122199872 DEBUG: CGUIWindowPVRChannels - UpdateData - update window 'radio'. set view to 12
18:40:47 T:140124122199872 DEBUG: CGUIMediaWindow::GetDirectory (pvr://channels/radio/Alle radio kanalen/)
18:40:47 T:140124122199872 DEBUG: ParentPath = []
18:40:47 T:140123799901952 DEBUG: CPVRDirectory::GetDirectory(pvr://channels/radio/Alle radio kanalen)
18:40:47 T:140124122199872 DEBUG: ExecuteXBMCAction : Translating Setfocus(12)
18:40:47 T:140124122199872 DEBUG: ExecuteXBMCAction : To Setfocus(12)
18:40:47 T:140124122199872 INFO: msg: ExifParse: incorrect Exif header
18:40:48 T:140124122199872 DEBUG: SDLKeyboard: scancode: 24, sym: 000d, unicode: 000d, modifier: 0
18:40:48 T:140124122199872 DEBUG: OnKey: return (f00d) pressed, action is Select
18:40:48 T:140124122199872 DEBUG: CPlayerCoreFactory::GetPlayers(pvr://channels/radio/Alle radio kanalen/0.pvr)
18:40:48 T:140124122199872 DEBUG: CPlayerSelectionRule::GetPlayers: considering rule: system rules
18:40:48 T:140124122199872 DEBUG: CPlayerSelectionRule::GetPlayers: matches rule: system rules
18:40:48 T:140124122199872 DEBUG: CPlayerSelectionRule::GetPlayers: considering rule: rtv
18:40:48 T:140124122199872 DEBUG: CPlayerSelectionRule::GetPlayers: considering rule: hdhomerun/myth/rtmp/mms/udp
18:40:48 T:140124122199872 DEBUG: CPlayerSelectionRule::GetPlayers: considering rule: lastfm/shout
18:40:48 T:140124122199872 DEBUG: CPlayerSelectionRule::GetPlayers: considering rule: rtsp
18:40:48 T:140124122199872 DEBUG: CPlayerSelectionRule::GetPlayers: considering rule: streams
18:40:48 T:140124122199872 DEBUG: CPlayerSelectionRule::GetPlayers: considering rule: dvd
18:40:48 T:140124122199872 DEBUG: CPlayerSelectionRule::GetPlayers: considering rule: dvdfile
18:40:48 T:140124122199872 DEBUG: CPlayerSelectionRule::GetPlayers: considering rule: dvdimage
18:40:48 T:140124122199872 DEBUG: CPlayerSelectionRule::GetPlayers: considering rule: sdp/asf
18:40:48 T:140124122199872 DEBUG: CPlayerSelectionRule::GetPlayers: considering rule: nsv
18:40:48 T:140124122199872 DEBUG: CPlayerSelectionRule::GetPlayers: considering rule: radio
18:40:48 T:140124122199872 DEBUG: CPlayerSelectionRule::GetPlayers: matches rule: radio
18:40:48 T:140124122199872 DEBUG: CPlayerSelectionRule::GetPlayers: adding player: DVDPlayer (1) for rule: radio
18:40:48 T:140124122199872 DEBUG: CPlayerCoreFactory::GetPlayers: matched 1 rules with players
18:40:48 T:140124122199872 DEBUG: CPlayerCoreFactory::GetPlayers: adding videodefaultplayer (1)
18:40:48 T:140124122199872 DEBUG: CPlayerCoreFactory::GetPlayers: for video=1, audio=0
18:40:48 T:140124122199872 DEBUG: CPlayerCoreFactory::GetPlayers: for video=1, audio=1
18:40:48 T:140124122199872 DEBUG: CPlayerCoreFactory::GetPlayers: adding player: DVDPlayer (1)
18:40:48 T:140124122199872 DEBUG: CPlayerCoreFactory::GetPlayers: added 1 players
18:40:48 T:140124122199872 NOTICE: DVDPlayer: Opening: pvr://channels/radio/Alle radio kanalen/0.pvr
18:40:48 T:140124122199872 WARNING: CDVDMessageQueue(player)::Put MSGQ_NOT_INITIALIZED
18:40:48 T:140123660621568 DEBUG: Thread CDVDPlayer start, auto delete: 0
18:40:48 T:140123660621568 NOTICE: Creating InputStream
18:40:48 T:140123660621568 DEBUG: PVRManager - OpenLiveStream - opening live stream on channel 'Radio 1'
18:40:48 T:140123660621568 NOTICE: AddOnLog: VDR XVDR Client: Logged in at '1317314448+7200' to 'VDR-XVDR Server' Version: '0.9.0' with protocol version '3'
18:40:48 T:140123660621568 DEBUG: AddOnLog: VDR XVDR Client: changing to channel 10
18:40:48 T:140123660621568 DEBUG: PVRFile - Open - playback has started on filename pvr://channels/radio/Alle radio kanalen/0.pvr
18:40:48 T:140123660621568 NOTICE: Creating Demuxer
18:40:48 T:140123660621568 DEBUG: CDVDPlayer::SetCaching - caching state 2
18:40:48 T:140123660621568 WARNING: CDVDMessageQueue(audio)::Put MSGQ_NOT_INITIALIZED
18:40:48 T:140123660621568 WARNING: CDVDMessageQueue(video)::Put MSGQ_NOT_INITIALIZED
18:40:48 T:140124122199872 DEBUG: CGUIAudioManager::DeInitialize
18:40:49 T:140124122199872 DEBUG: ------ Window Init (DialogSeekBar.xml) ------
18:40:49 T:140124122199872 DEBUG: Alloc resources: 0.21ms (0.00 ms skin load)
18:40:49 T:140124122199872 DEBUG: CGUIInfoManager::SetCurrentMovie(pvr://channels/radio/Alle radio kanalen/0.pvr)
18:40:49 T:140124122199872 DEBUG: CAnnouncementManager - Announcement: OnPlay from xbmc
18:40:49 T:140124122199872 DEBUG: GOT ANNOUNCEMENT, type: 1, from xbmc, message OnPlay
18:40:50 T:140123808294656 DEBUG: AddOnLog: VDR XVDR Client: SendPing
18:41:07 T:140124122199872 DEBUG: Previous line repeats 2 times.
18:41:07 T:140124122199872 INFO: CheckIdle - Closing session to http://feeds.feedburner.com (easy=0x7f7110043d60, multi=0x7f71100bc5c0)
18:41:08 T:140124122199872 INFO: CheckIdle - Closing session to http://xoap.weather.com (easy=0x7f7110086f20, multi=0x7f7110081a80)
18:41:08 T:140123808294656 DEBUG: AddOnLog: VDR XVDR Client: SendPing
18:41:09 T:140124122199872 DEBUG: SDLKeyboard: scancode: 72, sym: 0113, unicode: 0000, modifier: 0
18:41:09 T:140124122199872 DEBUG: OnKey: right (f083) pressed, action is Right
18:41:10 T:140124122199872 DEBUG: SDLKeyboard: scancode: 72, sym: 0113, unicode: 0000, modifier: 0
18:41:10 T:140124122199872 DEBUG: OnKey: right (f083) pressed, action is Right
18:41:10 T:140124122199872 DEBUG: CGUIWindowPVRCommon - OnMessageFocus - focus set to window 'radio'
18:41:10 T:140123808294656 DEBUG: AddOnLog: VDR XVDR Client: Server requested channel update
18:41:10 T:140123842041600 DEBUG: CPVRChannelGroupsContainer - Update - updating channels
18:41:10 T:140123808294656 DEBUG: AddOnLog: VDR XVDR Client: Uncompressing packet (3468 bytes) ...
18:41:10 T:140123808294656 DEBUG: AddOnLog: VDR XVDR Client: Done. (Now 7794 bytes)
18:41:10 T:140123842041600 DEBUG: CPVRChannelGroups - PersistAll - persisting all changes in channel groups
18:41:10 T:140123808294656 DEBUG: AddOnLog: VDR XVDR Client: Uncompressing packet (12579 bytes) ...
18:41:10 T:140123808294656 DEBUG: AddOnLog: VDR XVDR Client: Done. (Now 29916 bytes)

Kind regards,

Jan

Hello,

Since a few weeks, I am experiencing some kind of sloppy video (sometimes, after a while).
TV playback changes from normal rate to very sloooooooowwww moooooootionnnnnn ;-)
It happens on DVB-T channels but also on satellite (SD and HD)

Below is what I got out of the XBMC log (and might be the source of the error):

Does anyone experience the same?
I don't know whether this is really XVDR-related or directly XBMC, but I cannot compare with another plugin...

Thanks for the help / comments,

Jan

Hi!

Your recent change from rindex() to strrchr() introduce a null-pointer-deref in XVDRData.cpp.

char* p = (char*)strrchr(title, '~');
 if(*p == 0) {

strrchr() returns a NULL if no occurence is found and if so the plugin and xbmc crashes.

I think

if (p == NULL || *p == 0) {

would be better.

Tobias

Hallo Alex,

we discussed about it in the xbmc-forum. Generell keymappings like "play, pause, stop, rw, ff" don't work. So I thought, this a generell feature request. But the user EKASs told me, that this an xvdr-limitation. With tvheadend-addon the buttons work.

It would be nice to use when watching records, and in the future for timeshift.

So, another feature request to you. :-)

Viele Grüße aus Hamburg :-)

Hoppel

Hi, just a suggestion.

Unfortunately, my oo programming skills are a bit limited, but could you imagine to include logic to call scan() in the Plugin
e.g. each time your read extends the end marker (set by scan()) and to propagte that to the Addon Recording Read?

Currently, Plugin and Addon determine eof at file/stream open and do checking before read. Changing this like just
described would allow pseudo timeshifting.

Playing back samba mounted .ts files does work. Also pseudo-timeshift did work with older versions of the vnsi Plugin/
Addon combo.

BR,
Carsten.

I try to use XBMC via a 50MBit/10MBit internet connection to a VDR. Live TV works very well. But replay of recordings do lag. Bandwidth is not the problem, but latency. I simulated a latency of 20ms in my local network between XBMC and VDR and the replay of recordings starts to lag.

If I read the sources correctly, the only buffer are the 32KB of FFMPEG in DVDDemuxFFmpeg.cpp. Is this right or do I miss something? I tried to increase FFMPEG_FILE_BUFFER_SIZE (although it's the wrong approch) but it seems that higher values than 32KB are clipped by FFMPEG.

I'm using stable yaVDR 0.4 distribution with XBMC as frontend. Everything works quite well. Even messages from VDR are schon in XBMC. (Like e.g. "timer added...") The only thing which seems not to be integrated is the automatic shutdown of the PC after finished recording. Its working fine with xine backend. Also the shutdown by pressing the power button or selecting in the XBMC menu is working. So I assume only the automatic shutdown info is not transferred by xvdr.

Hi,
when i play a recording from the tv menu i get a wrong recording length. In this case 1 hour.
Also jumping forward or backward is not working. Playing the ts files with the video menu is working fine.

Is this a known bug? May be the video files splitting by vdr is a problem? Or should i upgrade to Ubuntu 11.10 for vdr 1.7.18?

Regards jemka.

I am running:
Ubuntu 11.04
Today git head: xbmc-addon-xvdr xbmc vdr-plugin-xvdr
vdr 1.7.17-1

vdr syslog

Dec 19 22:46:39 europa vdr: [5199] XVDR: Client with ID 23 connected: 127.0.0.1:48006
Dec 19 22:46:39 europa vdr: [5617] XVDR: Welcome client 'XBMC Media Center' with protocol version '3'
Dec 19 22:46:39 europa vdr: [5617] XVDR: Preferred language: deu,ger / type: 0
Dec 19 22:46:39 europa vdr: [5617] XVDR: Setting channel update method: 3
Dec 19 22:46:39 europa vdr: [5199] XVDR: Recordings state changed (285)
Dec 19 22:46:39 europa vdr: [5199] XVDR: Requesting clients to reload recordings list
Dec 19 22:46:49 europa vdr: [5199] XVDR-Error: Invalid or missing '/var/lib/vdr/plugins/xvdr/allowed_hosts.conf'. falling back to 'svdrphosts.conf'.
Dec 19 22:46:49 europa vdr: [5199] XVDR-Error: Invalid or missing /var/lib/vdr/plugins/xvdr/../svdrphosts.conf. Adding 127.0.0.1 to list of allowed hosts.
Dec 19 22:46:49 europa vdr: [5199] XVDR: Client with ID 24 connected: 127.0.0.1:48010
Dec 19 22:46:49 europa vdr: [5622] XVDR: Welcome client 'XBMC RecordingStream Receiver' with protocol version '3'
Dec 19 22:46:49 europa vdr: [5622] XVDR: Preferred language: deu,ger / type: 0
Dec 19 22:46:49 europa vdr: [5622] XVDR: File 0 found, size: 2098161968, totalLength now 2098161968
Dec 19 22:46:49 europa vdr: [5622] XVDR: File 1 found, size: 2097638764, totalLength now 4195800732
Dec 19 22:46:49 europa vdr: [5622] XVDR: File 2 found, size: 2097660008, totalLength now 6293460740
Dec 19 22:46:49 europa vdr: [5622] XVDR: File 3 found, size: 2097260696, totalLength now 8390721436
Dec 19 22:46:49 europa vdr: [5622] XVDR: File 4 found, size: 2097837668, totalLength now 10488559104
Dec 19 22:46:49 europa vdr: [5622] XVDR: File 5 found, size: 2097393988, totalLength now 12585953092
Dec 19 22:46:49 europa vdr: [5622] XVDR: File 6 found, size: 2097641208, totalLength now 14683594300
Dec 19 22:46:49 europa vdr: [5622] XVDR: File 7 found, size: 2097977352, totalLength now 16781571652
Dec 19 22:46:49 europa vdr: [5622] XVDR: File 8 found, size: 1426026436, totalLength now 18207598088
Dec 19 22:46:49 europa vdr: [5622] XVDR: total frames: 567947
Dec 19 22:46:49 europa vdr: [5622] XVDR: openFile called for index 0 string:/var/lib/video.00/Tatort/2011-12-18.20.16.1-0.rec/00001.ts
Dec 19 22:46:50 europa vdr: [5622] XVDR: file closed
Dec 19 22:46:50 europa vdr: [5622] XVDR: openFile called for index 8 string:/var/lib/video.00/Tatort/2011-12-18.20.16.1-0.rec/00009.ts
Dec 19 22:46:50 europa vdr: [5622] XVDR: file closed
Dec 19 22:46:50 europa vdr: [5622] XVDR: openFile called for index 0 string:/var/lib/video.00/Tatort/2011-12-18.20.16.1-0.rec/00001.ts

xbmc.log

22:46:50 T:140074115716864 DEBUG: Initialize - using alsa device xbmc
22:46:50 T:140074876778464 DEBUG: CGUIInfoManager::SetCurrentMovie(pvr://recordings/20111218_204500/Tatort.pvr)
22:46:50 T:140074876778464 DEBUG: GetMovieId (pvr://recordings/20111218_204500/Tatort.pvr), query = select idMovie from movie where idFile=471
22:46:50 T:140074876778464 DEBUG: GetEpisodeId (pvr://recordings/20111218_204500/Tatort.pvr), query = select idEpisode from episode where idFile=471
22:46:50 T:140074876778464 DEBUG: GetMusicVideoId (pvr://recordings/20111218_204500/Tatort.pvr), query = select idMVideo from musicvideo where idFile=471
22:46:50 T:140074876778464 DEBUG: CAnnouncementManager - Announcement: OnPlay from xbmc
22:46:50 T:140074876778464 DEBUG: GOT ANNOUNCEMENT, type: 1, from xbmc, message OnPlay
22:46:50 T:140074124109568 NOTICE: (VDPAU) screenWidth:0 vidWidth:1280 surfaceWidth:1280
22:46:50 T:140074124109568 NOTICE: (VDPAU) screenHeight:0 vidHeight:720 surfaceHeight:720
22:46:50 T:140074124109568 NOTICE: Creating 1280x720 pixmap
22:46:50 T:140074124109568 DEBUG: Found 4 fbconfigs.
22:46:50 T:140074124109568 DEBUG: Using fbconfig index 0.
22:46:50 T:140074876778464 DEBUG: ------ Window Deinit (DialogBusy.xml) ------
22:46:50 T:140074159445760 DEBUG: CDVDPlayer::SetCaching - caching state 0
22:46:50 T:140074124109568 NOTICE: (VDPAU) Total Output Surfaces Available: 4 of a max (tmp: 4 const: 4)
22:46:50 T:140074124109568 NOTICE: (VDPAU) Creating the video mixer
22:46:50 T:140074115716864 DEBUG: CALSADirectSound::Initialize - frame count:512, packet count:16, buffer size:8192
22:46:50 T:140074115716864 DEBUG: CALSADirectSound::Initialize - Channels: 2 - SampleRate: 48000 - SampleBit: 16 - Resample false - IsMusic false - IsPassthrough 0 - audioDevice: xbmc
22:46:50 T:140074115716864 DEBUG: CDVDPlayerAudio:: synctype set to 0: clock feedback
22:46:50 T:140074115716864 DEBUG: CDVDPlayerAudio:: Discontinuity - was:1087533.342223, should be:0.000000, error:-1087533.342223
22:46:50 T:140074159445760 DEBUG: CDVDPlayer::HandleMessages - player started 1
22:46:50 T:140074124109568 ERROR: ffmpeg[8C68E700]: [h264_vdpau] number of reference frames exceeds max (probably corrupt input), discarding one
22:46:50 T:140074124109568 ERROR: Previous line repeats 1 times.
22:46:50 T:140074124109568 ERROR: ffmpeg[8C68E700]: [h264_vdpau] mmco: unref short failure
22:46:50 T:140074124109568 NOTICE: fps: 50.000000, pwidth: 1280, pheight: 720, dwidth: 1280, dheight: 720
22:46:50 T:140074124109568 DEBUG: OutputPicture - change configuration. 1280x720. framerate: 50.00. format: VDPAU
22:46:50 T:140074124109568 DEBUG: Found Resolution 1920x1080 @ 50.00 - Full Screen (12) from override of fps 50.000 (fpsmin:49.000 fpsmax:51.000 refreshmin:49.990 refreshmax:50.010)
22:46:50 T:140074124109568 NOTICE: Display resolution ADJUST : 1920x1080 @ 50.00 - Full Screen (12) (weight: 0.000)
22:46:50 T:140074876778464 DEBUG: Activating window ID: 12005
22:46:50 T:140074876778464 DEBUG: ------ Window Deinit (MyPVR.xml) ------
22:46:50 T:140074876778464 DEBUG: ------ Window Init (VideoFullScreen.xml) ------
22:46:50 T:140074876778464 INFO: Loading skin file: VideoFullScreen.xml
22:46:50 T:140074876778464 DEBUG: Load VideoFullScreen.xml: 8.78ms
22:46:50 T:140074876778464 DEBUG: Alloc resources: 9.78ms (9.11 ms skin load)
22:46:50 T:140074876778464 NOTICE: Using GL_TEXTURE_2D
22:46:50 T:140074876778464 NOTICE: GL: Using VDPAU render method
22:46:50 T:140074876778464 NOTICE: GL: NPOT texture support detected
22:46:50 T:140074876778464 NOTICE: GL: Using GL_ARB_pixel_buffer_object
22:46:50 T:140074124109568 ERROR: ffmpeg[8C68E700]: [h264_vdpau] number of reference frames exceeds max (probably corrupt input), discarding one
22:46:50 T:140074159445760 DEBUG: CDVDPlayer::HandleMessages - player started 2
22:46:51 T:140074159445760 DEBUG: CGUIInfoManager::SetCurrentMovie(pvr://recordings/20111218_204500/Tatort.pvr)
22:46:51 T:140074159445760 DEBUG: GetMovieId (pvr://recordings/20111218_204500/Tatort.pvr), query = select idMovie from movie where idFile=471
22:46:51 T:140074159445760 DEBUG: GetEpisodeId (pvr://recordings/20111218_204500/Tatort.pvr), query = select idEpisode from episode where idFile=471
22:46:51 T:140074159445760 DEBUG: GetMusicVideoId (pvr://recordings/20111218_204500/Tatort.pvr), query = select idMVideo from musicvideo where idFile=471
22:46:52 T:140074159445760 DEBUG: CGUIInfoManager::SetCurrentMovie(pvr://recordings/20111218_204500/Tatort.pvr)
22:46:52 T:140074159445760 DEBUG: GetMovieId (pvr://recordings/20111218_204500/Tatort.pvr), query = select idMovie from movie where idFile=471
22:46:52 T:140074159445760 DEBUG: GetEpisodeId (pvr://recordings/20111218_204500/Tatort.pvr), query = select idEpisode from episode where idFile=471
22:46:52 T:140074159445760 DEBUG: GetMusicVideoId (pvr://recordings/20111218_204500/Tatort.pvr), query = select idMVideo from musicvideo where idFile=471
22:46:53 T:140074159445760 DEBUG: CGUIInfoManager::SetCurrentMovie(pvr://recordings/20111218_204500/Tatort.pvr)
22:46:53 T:140074159445760 DEBUG: GetMovieId (pvr://recordings/20111218_204500/Tatort.pvr), query = select idMovie from movie where idFile=471
22:46:53 T:140074159445760 DEBUG: GetEpisodeId (pvr://recordings/20111218_204500/Tatort.pvr), query = select idEpisode from episode where idFile=471
22:46:53 T:140074159445760 DEBUG: GetMusicVideoId (pvr://recordings/20111218_204500/Tatort.pvr), query = select idMVideo from musicvideo where idFile=471
22:46:54 T:140074159445760 DEBUG: CGUIInfoManager::SetCurrentMovie(pvr://recordings/20111218_204500/Tatort.pvr)
22:46:54 T:140074159445760 DEBUG: GetMovieId (pvr://recordings/20111218_204500/Tatort.pvr), query = select idMovie from movie where idFile=471
22:46:54 T:140074159445760 DEBUG: GetEpisodeId (pvr://recordings/20111218_204500/Tatort.pvr), query = select idEpisode from episode where idFile=471
22:46:54 T:140074159445760 DEBUG: GetMusicVideoId (pvr://recordings/20111218_204500/Tatort.pvr), query = select idMVideo from musicvideo where idFile=471
22:46:54 T:140074124109568 DEBUG: CPullupCorrection: detected pattern of length 1: 20000.00, frameduration: 20000.000000
22:46:55 T:140074202507008 DEBUG: AddOnLog: VDR XVDR Client: SendPing
22:46:55 T:140074159445760 DEBUG: CGUIInfoManager::SetCurrentMovie(pvr://recordings/20111218_204500/Tatort.pvr)
22:46:55 T:140074159445760 DEBUG: GetMovieId (pvr://recordings/20111218_204500/Tatort.pvr), query = select idMovie from movie where idFile=471
22:46:55 T:140074159445760 DEBUG: GetEpisodeId (pvr://recordings/20111218_204500/Tatort.pvr), query = select idEpisode from episode where idFile=471
22:46:55 T:140074159445760 DEBUG: GetMusicVideoId (pvr://recordings/20111218_204500/Tatort.pvr), query = select idMVideo from musicvideo where idFile=471
22:46:56 T:140074159445760 DEBUG: CGUIInfoManager::SetCurrentMovie(pvr://recordings/20111218_204500/Tatort.pvr)
22:46:56 T:140074159445760 DEBUG: GetMovieId (pvr://recordings/20111218_204500/Tatort.pvr), query = select idMovie from movie where idFile=471
22:46:56 T:140074159445760 DEBUG: GetEpisodeId (pvr://recordings/20111218_204500/Tatort.pvr), query = select idEpisode from episode where idFile=471
22:46:56 T:140074159445760 DEBUG: GetMusicVideoId (pvr://recordings/20111218_204500/Tatort.pvr), query = select idMVideo from musicvideo where idFile=471
22:46:57 T:140074159445760 DEBUG: CGUIInfoManager::SetCurrentMovie(pvr://recordings/20111218_204500/Tatort.pvr)
22:46:57 T:140074159445760 DEBUG: GetMovieId (pvr://recordings/20111218_204500/Tatort.pvr), query = select idMovie from movie where idFile=471
22:46:57 T:140074159445760 DEBUG: GetEpisodeId (pvr://recordings/20111218_204500/Tatort.pvr), query = select idEpisode from episode where idFile=471
22:46:57 T:140074159445760 DEBUG: GetMusicVideoId (pvr://recordings/20111218_204500/Tatort.pvr), query = select idMVideo from musicvideo where idFile=471
22:46:57 T:140074876778464 DEBUG: SDLKeyboard: scancode: 1f, sym: 0069, unicode: 0069, modifier: 0
22:46:57 T:140074876778464 DEBUG: OnKey: i (f049) pressed, action is Info
22:46:58 T:140074159445760 DEBUG: CGUIInfoManager::SetCurrentMovie(pvr://recordings/20111218_204500/Tatort.pvr)
22:46:58 T:140074159445760 DEBUG: GetMovieId (pvr://recordings/20111218_204500/Tatort.pvr), query = select idMovie from movie where idFile=471
22:46:58 T:140074159445760 DEBUG: GetEpisodeId (pvr://recordings/20111218_204500/Tatort.pvr), query = select idEpisode from episode where idFile=471
22:46:58 T:140074159445760 DEBUG: GetMusicVideoId (pvr://recordings/20111218_204500/Tatort.pvr), query = select idMVideo from musicvideo where idFile=471
22:46:59 T:140074159445760 DEBUG: CGUIInfoManager::SetCurrentMovie(pvr://recordings/20111218_204500/Tatort.pvr)

Again I do not know if this is xbmc or xvdr related. Since some people want to see timeshift implemented in XBMC.
Currently the following is working (Pseudo Timeshift):

• Press record to record the actual live tv channel
• Go to Recordings and start playing the Recording

Don´t know if the following is possible, but it would be nice to:

• Press Pause on live tv
• XBMC starts recording the live channel
• XBMC switches to the recording automatically
• XBMC pauses the recording automatically
• pressing play resumes the recording
• pressing stop automatically switches back to the live tv channel (optional, since that might be more complicated)

I even thaught about a macro on my remote device doing these steps, but that will faile on selecting the correct recording. Is there a way to do the thing mentioned via scripting/skin changes/xvdr changes.
What do you think?
If my thinking is too simple, please just close this issue.

Thanks.

In VDR it is possible to select a sub directory of the video directory, when creating a timer. I did not find this functionality in XBMC XVDR plugin. Is it possible to add this feature (is the only one I am missing)?
If this is already possible, please point me to the right direction :-).

Thanks,
Jobe

Hi,

I'm currently experiencing a nasty problem which appears to be caused by the XVDR XBMC-addon: After pressing the stop button while playing any arbitrary Live TV channel, there seems to be no "stop signal" being sent over to the VDR backend. The result is that the (only one) tuner card is kept busy receiving the stopped channel, and no other channel on different transponders/frequencies can be played back (message: "all receivers blocked" / "Alle Empfänger belegt"). The only way to actually use the tuner again is to restart XBMC completely. After that, any channel can be played back as usual.

Tested with these two channels at 394 and 418MHz (thus sitting on two different bouquets) (channels.conf excerpt):

Das Erste HD;ARD:418000:C0M256:C:6900:6010=27:6020=deu@3,6021=mis@3;6022=deu@106:6030;6031=deu:0:11100:41985:1051:0
ZDF HD;ZDFvision:394000:C0M256:C:6900:6110=27:6120=deu@3,6121=mis@3,6123=qaa@3;6122=deu@106:6130;6131=deu:0:11110:102:1079:0

In the syslog excerpt below, the problem can be observed as follows:

• At 13:56:02, "Das Erste HD" starts playback
• At 13:56:17, the stop button is pressed
• Starting from 13:56:23, it appears the backend still tries to send data to the client, which already stopped reception but somehow did not signal that to the backend correctly
• At 13:56:36, "ZDF HD" is selected. Interestingly, it connects with a new client ID. This then fails as all resources are still blocked by the no longer existing client ID 12.

All running software versions and "noise" below.

If you want me to test, check, or reconfigure anything, or need additional logs, please let me know!

Thanks,
Daniel

Steps to reproduce:
0.) Start XBMC with working XVDR as usual, noting VDR+XVDR-plugin only has one available tuner card
1.) Start playback of any channel, preferably switch to fullscreen afterwards
2.) Press the stop button (or bring up the menu and hit the stop icon) to stop playback
3.) Browse the channel list and try to play any channel on a different frequency/transponder
4.) An info popup appears: "All receivers blocked" ("Alle Empfänger belegt")
4b.) However, playing any channel on the same transponder as the previously stopped channel works
5.) XBMC needs to be restarted, so the XVDR connection is "forced" down, thus freeing any used VDR resources. Playing any channel works afterwards

Expected:
Stopping active playback really stops reception and frees up any tuner resources on VDR, so the tuner card can be used normally afterwards.

Running software versions:

• Ubuntu Precise 12.04, 64bit
• VDR 1.7.24 (from yavdr "unstable" repository)
• Latest vdr-xvdr "c98852f" (master) as of 2012-01-31
• XBMC-PVR eden-pvr branch "beta3", "992cf35" as of 2012-02-07
• Latest xbmc-addon-xvdr "7beb24f" (master) as of 2012-02-21

/var/log/syslog:

Feb 25 13:56:02 barias vdr: [1261] loading /var/lib/vdr/plugins/xvdr/allowed_hosts.conf
Feb 25 13:56:02 barias vdr: [1261] XVDR: Client with ID 13 connected: 127.0.0.1:42920
Feb 25 13:56:02 barias vdr: [23860] XVDR: Welcome client 'XBMC Media Center' with protocol version '3'
Feb 25 13:56:02 barias vdr: [23860] XVDR: Preferred language: deu,ger / type: 0
Feb 25 13:56:02 barias vdr: [23860] XVDR: --------------------------------------
Feb 25 13:56:02 barias vdr: [23860] XVDR: Channel streaming request: 1 - Das Erste HD
Feb 25 13:56:02 barias vdr: [23860] XVDR: Found available device 1
Feb 25 13:56:02 barias vdr: [23862] cLiveStreamer stream processor thread started (pid=1193, tid=23862)
Feb 25 13:56:02 barias vdr: [23860] XVDR: Successfully switched to channel 1 - Das Erste HD
Feb 25 13:56:02 barias vdr: [23863] receiver on device 1 thread started (pid=1193, tid=23863)
Feb 25 13:56:02 barias vdr: [23860] XVDR: Started streaming of channel Das Erste HD (timeout 10 seconds, priority 50)
Feb 25 13:56:02 barias vdr: [23861] XVDR: LiveQueue started
Feb 25 13:56:02 barias vdr: [23864] TS buffer on device 1 thread started (pid=1193, tid=23864)
Feb 25 13:56:02 barias vdr: [23862] XVDR: --------------------------------------
Feb 25 13:56:02 barias vdr: [23862] XVDR: NEW AUDIO INFORMATION:
Feb 25 13:56:02 barias vdr: [23862] XVDR: Channels: 2
Feb 25 13:56:02 barias vdr: [23862] XVDR: Samplerate: 48000 Hz
Feb 25 13:56:02 barias vdr: [23862] XVDR: Bitrate: 256000 bps
Feb 25 13:56:02 barias vdr: [23862] XVDR: --------------------------------------
Feb 25 13:56:02 barias vdr: [23862] XVDR: --------------------------------------
Feb 25 13:56:02 barias vdr: [23862] XVDR: NEW AUDIO INFORMATION:
Feb 25 13:56:02 barias vdr: [23862] XVDR: Channels: 2
Feb 25 13:56:02 barias vdr: [23862] XVDR: Samplerate: 48000 Hz
Feb 25 13:56:02 barias vdr: [23862] XVDR: Bitrate: 256000 bps
Feb 25 13:56:02 barias vdr: [23862] XVDR: --------------------------------------
Feb 25 13:56:02 barias vdr: [23862] XVDR: --------------------------------------
Feb 25 13:56:02 barias vdr: [23862] XVDR: NEW AUDIO INFORMATION:
Feb 25 13:56:02 barias vdr: [23862] XVDR: Channels: 6
Feb 25 13:56:02 barias vdr: [23862] XVDR: Samplerate: 48000 Hz
Feb 25 13:56:02 barias vdr: [23862] XVDR: Bitrate: 448000 bps
Feb 25 13:56:02 barias vdr: [23862] XVDR: --------------------------------------
Feb 25 13:56:02 barias vdr: [23862] XVDR: --------------------------------------
Feb 25 13:56:02 barias vdr: [23862] XVDR: NEW PICTURE INFORMATION:
Feb 25 13:56:02 barias vdr: [23862] XVDR: Picture Width: 1280
Feb 25 13:56:02 barias vdr: [23862] XVDR: Picture Height: 720
Feb 25 13:56:02 barias vdr: [23862] XVDR: Display Aspect Ratio: 1.78
Feb 25 13:56:02 barias vdr: [23862] XVDR: --------------------------------------
Feb 25 13:56:03 barias vdr: [23862] XVDR: streaming of channel started
Feb 25 13:56:17 barias vdr: [1261] XVDR: Checking for channel updates ...
Feb 25 13:56:17 barias vdr: [1261] XVDR: Client 12: 424 channels, no change
Feb 25 13:56:17 barias vdr: [1261] XVDR: Done.
Feb 25 13:56:23 barias vdr: [23862] XVDR: timeout. signal lost!
Feb 25 13:56:23 barias vdr: [23862] XVDR: signal restored
Feb 25 13:56:24 barias vdr: [23862] XVDR: --------------------------------------
Feb 25 13:56:24 barias vdr: [23862] XVDR: NEW PICTURE INFORMATION:
Feb 25 13:56:24 barias vdr: [23862] XVDR: Picture Width: 1280
Feb 25 13:56:24 barias vdr: [23862] XVDR: Picture Height: 720
Feb 25 13:56:24 barias vdr: [23862] XVDR: Display Aspect Ratio: 1.78
Feb 25 13:56:24 barias vdr: [23862] XVDR: --------------------------------------
Feb 25 13:56:33 barias vdr: [23862] XVDR: timeout. signal lost!
Feb 25 13:56:33 barias vdr: [23862] XVDR: signal restored
Feb 25 13:56:34 barias vdr: [23862] XVDR: --------------------------------------
Feb 25 13:56:34 barias vdr: [23862] XVDR: NEW PICTURE INFORMATION:
Feb 25 13:56:34 barias vdr: [23862] XVDR: Picture Width: 1280
Feb 25 13:56:34 barias vdr: [23862] XVDR: Picture Height: 720
Feb 25 13:56:34 barias vdr: [23862] XVDR: Display Aspect Ratio: 1.78
Feb 25 13:56:34 barias vdr: [23862] XVDR: --------------------------------------
Feb 25 13:56:36 barias vdr: [1261] loading /var/lib/vdr/plugins/xvdr/allowed_hosts.conf
Feb 25 13:56:36 barias vdr: [1261] XVDR: Client with ID 14 connected: 127.0.0.1:42921
Feb 25 13:56:36 barias vdr: [23907] XVDR: Welcome client 'XBMC Media Center' with protocol version '3'
Feb 25 13:56:36 barias vdr: [23907] XVDR: Preferred language: deu,ger / type: 0
Feb 25 13:56:36 barias vdr: [23907] XVDR: --------------------------------------
Feb 25 13:56:36 barias vdr: [23907] XVDR: Channel streaming request: 2 - ZDF HD
Feb 25 13:56:36 barias vdr: [23907] XVDR-Error: Can't get device for channel 2 - ZDF HD

Hallo,

xvdr very very often lost the Live Tv Signal. Sometimes it could restore it afer a few secounds automaticly. But very ofter it does not work and the xbmc shows a messages "Channel changed failed".

My Setup:
latest xbmc from master branch
latest xbmc-addon-xvdr
latest vdr-plugin-xvdr
vdr-1.7.25

whats going wrong here. I have also reinstallt with clean configs.

Hi,

First of all thanks for your development efforts! I'm using yavdr 0.4 and I'm having some trouble with xvdr-addon (I suppose). Xvdr-addon looses connection to vdr server just about every five seconds. I've now figured out that it only happens when I have (live tv) recordings in the vdr recordings folder. When the recordings folder is empty, everything works fine.

I've tried a clean install but that doesn't help. As soon as I have one or more recordings in the recordings folder xvdr-plugin will constantly loose the connection and then try to establish it again.

I'm happy to provide more information should you need it. However, I'm pretty new with linux, so I'll probably need step-by-step instructions...

Br,

Sami

I am a bit unsure where exactly to post the issue, so I'll do it here.

Issue is with

• latest openelec build (PVR=yes)
• but also with a pretty new openelec branch of you
• used latest vdr-plugin-xvdr
• xvdr addon 0.9.5-1 (aka 13.12.2011) (when using your openelec, it will automatically update to that)

Problem A: When watching a recorded movie, the jump function (e.g. arrow up) will not jump +10 Minutes, but always
to 00:10:00.

Problem B: When watching a just recording movie, the jump function doesn't work but will come back to selection menu.

I noticed that when watching a recording movie, the little window will not longer show e.g. 00:00:00-00:08:24 with the 08:24
counting up as it is recorded further, but always shows 00:00:00-02:30:00.

The jump function where you type in directly the time code does work though.

Used to work, but I accidently deleted the version. It was roughly when you introduced 0.9.5 into openelec-pvr

Hi,

I am not sure which side is responsible for incorrect non-Latin characters presentation:
that one or https://github.com/pipelka/vdr-plugin-xvdr or both... The problem arises when
seeing Live TV -> TV Channels (EPG), Program Summary (Now Playing), Recordings.

XBMC itself, for instance, is able to show non-Latin characters properly (when playing
Videos->files).

Didn't find any info related over internet, nor at that site. I might be missing something.
Any help would be appreciated.

Regards,
Mark

P.S. I would be glad to attach some 'info' file created during recording, but haven't found
such option.

Hi,

all works great until i press stop.

The error in log:
DEBUG: OnKey: backspace (f008) pressed, action is Back
ERROR: GetDirectory - Error getting pvr://recordings/20101224_210000/
DEBUG: CPVRDirectory::GetDirectory(pvr://recordings/20110206_191500)
DEBUG: ------ Window Init (DialogBusy.xml) ------

My Setup:
latest xbmc from master branch
latest xbmc-addon-xvdr
latest vdr-plugin-xvdr

When I have finished watching a recording, I can not view the first page of recordings. the only thing that happens is that the "working" is opened.

If I press the back several times (10 - 20 times) I come to the Homepage. In the log, it looks like it might be an old recording that is missing.

My log:

21:07:51 T: 3007396608 DEBUG: lirc: Update - NEW at 6931915:000000000000179 f 00 Back Exit NOVA-T500 (Back Exit) 21:07:51 T: 3007396608 DEBUG: OnKey: menu (d8) pressed, action is Back
21:07:51 T: 3007396608 ERROR: GetDirectory - Error getting pvr :/ / recordings/20120607_055500 /
21:07:51 T: 2448292672 DEBUG: CPVRDirectory :: GetDirectory (pvr :/ / recordings/20120610_084000)
21:07:52 T: 3007396608 DEBUG: ------ Window Init (DialogBusy.xml) ------
21:07:55 T: 2861005632 DEBUG: AddOnLog: VDR xvdr Client: Send Ping
21:08:52 T: 3007396608 DEBUG: Previous line repeats nine times.

/ / Richard Särenfors

Today I noticed an error the second time within two days. From one moment to another the XBMC-client (compiled on saturday from your git repository) freezes while watching live tv.

The client log:
16:53:16 T:3037214432 NOTICE: GL: Using GL_ARB_pixel_buffer_object
17:57:03 T:2845223792 WARNING: CDVDMessageQueue(audio)::Get - asked for new data packet, with nothing available
17:57:04 T:2853616496 WARNING: CRenderManager::FlipPage - timeout waiting for flip to complete
17:57:04 T:2853616496 WARNING: CRenderManager::FlipPage - timeout waiting for previous frame
17:57:06 T:2853616496 WARNING: Previous line repeats 12 times.
17:57:06 T:2853616496 WARNING: CDVDMessageQueue(video)::Get - asked for new data packet, with nothing available
17:57:06 T:2853616496 WARNING: CRenderManager::FlipPage - timeout waiting for previous frame

Note that live tv runs without any problems for an hour, and that I had to kill the process and restart it.

The server log (on another machine):

Nov 28 16:53:12 magrathea vdr: [10491] XVDR: streaming of channel started
Nov 28 16:54:41 magrathea vdr: [10491] XVDR-Error: transport error
Nov 28 16:54:41 magrathea vdr: [10491] XVDR-Error: transport error
Nov 28 17:07:17 magrathea vdr: [10491] XVDR-Error: transport error
Nov 28 17:07:17 magrathea vdr: [10491] XVDR-Error: transport error
Nov 28 17:12:00 magrathea vdr: [4773] EPGSearch: timer conflict check started
Nov 28 17:12:00 magrathea vdr: [4773] EPGSearch: timer conflict check finished
Nov 28 17:13:35 magrathea vdr: [10491] XVDR-Error: transport error
Nov 28 17:17:01 magrathea CRON[10578]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Nov 28 17:26:11 magrathea vdr: [10491] XVDR-Error: transport error
Nov 28 17:32:29 magrathea vdr: [10491] XVDR-Error: transport error
Nov 28 17:38:47 magrathea vdr: [10491] XVDR-Error: transport error
Nov 28 17:42:00 magrathea vdr: [4773] EPGSearch: timer conflict check started
Nov 28 17:42:00 magrathea vdr: [4773] EPGSearch: timer conflict check finished
Nov 28 17:43:12 magrathea vdr: [4680] cleaning up schedules data
Nov 28 17:45:05 magrathea vdr: [10491] XVDR-Error: transport error
Nov 28 17:51:23 magrathea vdr: [10491] XVDR-Error: transport error
Nov 28 17:57:09 magrathea vdr: [10492] buffer usage: 70% (tid=10491)
Nov 28 17:57:09 magrathea vdr: [10492] buffer usage: 80% (tid=10491)
Nov 28 17:57:09 magrathea vdr: [10491] XVDR-Error: cxSocket::write: poll() failed
Nov 28 17:57:10 magrathea vdr: [10492] buffer usage: 90% (tid=10491)
Nov 28 17:57:10 magrathea vdr: [10492] buffer usage: 100% (tid=10491)
Nov 28 17:57:10 magrathea vdr: [10492] ERROR: 1 ring buffer overflow (89 bytes dropped)
Nov 28 17:57:11 magrathea vdr: [10491] XVDR-Error: cxSocket::write: poll() failed
Nov 28 17:57:16 magrathea vdr: last message repeated 2 times
Nov 28 17:57:16 magrathea vdr: [10492] ERROR: 16599 ring buffer overflows (3120612 bytes dropped)
Nov 28 17:57:17 magrathea vdr: [10491] XVDR-Error: cxSocket::write: poll() failed
Nov 28 17:57:19 magrathea vdr: [10491] XVDR-Error: cxSocket::write: poll() failed
Nov 28 17:57:22 magrathea vdr: [10492] ERROR: 15385 ring buffer overflows (2892380 bytes dropped)
Nov 28 17:57:28 magrathea vdr: [10492] ERROR: 20086 ring buffer overflows (3776168 bytes dropped)
Nov 28 17:57:34 magrathea vdr: [10492] ERROR: 23381 ring buffer overflows (4395628 bytes dropped)
Nov 28 17:57:40 magrathea vdr: [10492] ERROR: 19648 ring buffer overflows (3693824 bytes dropped)
Nov 28 17:57:46 magrathea vdr: [10492] ERROR: 16872 ring buffer overflows (3171936 bytes dropped)
Nov 28 17:57:52 magrathea vdr: [10492] ERROR: 22001 ring buffer overflows (4136188 bytes dropped)
Nov 28 17:57:58 magrathea vdr: [10492] ERROR: 23088 ring buffer overflows (4340544 bytes dropped)
Nov 28 17:58:04 magrathea vdr: [10492] ERROR: 25277 ring buffer overflows (4752076 bytes dropped)
Nov 28 17:58:10 magrathea vdr: [10492] ERROR: 17996 ring buffer overflows (3383248 bytes dropped)
Nov 28 17:58:16 magrathea vdr: [10492] ERROR: 17808 ring buffer overflows (3347904 bytes dropped)
Nov 28 17:58:18 magrathea vdr: [5486] XVDR-Error: cxSocket::read: read() error at 0/4
Nov 28 17:58:18 magrathea vdr: [4769] XVDR: Client with ID 7 seems to be disconnected, removing from client list
Nov 28 17:58:22 magrathea vdr: [10492] ERROR: 22607 ring buffer overflows (4250116 bytes dropped)
Nov 28 17:58:22 magrathea init: xbmc main process (5450) killed by KILL signal

The server runs latest yaVDR with it's own xbmc client, but it was idling at this time.

Hello there,

I have framedrops for aroudn 5 seconds in interval of ~60 seconds.
My XBMC log shows me this:

16:20:40 T:2658138992 DEBUG: CDVDPlayerAudio:: Discontinuity - was:6167443032,838000, should be:6167432928,854884
, error:-10103,983116
16:20:41 T:2816633712 DEBUG: AddOnLog: VDR XVDR Client: SendPing
16:20:45 T:2640313200 DEBUG: CPullupCorrection: detected pattern of length 1: 41708,33, frameduration: 41708,3333
33
16:20:47 T:2816633712 DEBUG: AddOnLog: VDR XVDR Client: SendPing
16:21:00 T:2857319280 DEBUG: Previous line repeats 2 times.
16:21:00 T:2857319280 DEBUG: Thread Jobworker start, auto delete: 1
16:21:05 T:2816633712 DEBUG: AddOnLog: VDR XVDR Client: SendPing
16:21:30 T:2857319280 DEBUG: Previous line repeats 4 times.
16:21:30 T:2857319280 DEBUG: Thread Jobworker 2857319280 terminating (autodelete)
16:21:35 T:2816633712 DEBUG: AddOnLog: VDR XVDR Client: SendPing
16:22:09 T:2658138992 DEBUG: Previous line repeats 5 times.
16:22:09 T:2658138992 DEBUG: CDVDPlayerAudio:: Discontinuity - was:6256680322,482884, should be:6256670254,685356
, error:-10067,797529
16:22:11 T:2816633712 DEBUG: AddOnLog: VDR XVDR Client: SendPing
16:23:00 T:2857319280 DEBUG: Previous line repeats 8 times.
16:23:00 T:2857319280 DEBUG: Thread Jobworker start, auto delete: 1
16:23:05 T:2816633712 DEBUG: AddOnLog: VDR XVDR Client: SendPing
16:23:27 T:2948586352 DEBUG: Previous line repeats 3 times.
16:23:27 T:2948586352 INFO: EPG - UpdateFromScraper - updating EPG table 'Classic FM' with scraper 'client'
16:23:27 T:2948586352 ERROR: loading the EPG via scraper has not been implemented yet
16:23:27 T:2948586352 ERROR: EPG - Update - failed to update table 'Classic FM'
16:23:27 T:2948586352 INFO: EPG - UpdateFromScraper - updating EPG table 'Slam FM' with scraper 'client'
16:23:27 T:2948586352 ERROR: loading the EPG via scraper has not been implemented yet
16:23:27 T:2948586352 ERROR: EPG - Update - failed to update table 'Slam FM'
16:23:27 T:2906622832 DEBUG: CPVRTimers - Update - updating timers
16:23:30 T:2816633712 DEBUG: AddOnLog: VDR XVDR Client: SendPing
16:23:41 T:2658138992 DEBUG: Previous line repeats 1 times.
16:23:41 T:2658138992 DEBUG: CDVDPlayerAudio:: Discontinuity - was:6347923223,514357, should be:6347913014,712107
, error:-10208,802250
16:23:42 T:2816633712 DEBUG: AddOnLog: VDR XVDR Client: SendPing
16:23:57 T:2857319280 DEBUG: Previous line repeats 2 times.
16:23:57 T:2857319280 DEBUG: Thread Jobworker 2857319280 terminating (autodelete)
16:24:00 T:2857319280 DEBUG: Thread Jobworker start, auto delete: 1
16:24:00 T:2816633712 DEBUG: AddOnLog: VDR XVDR Client: SendPing
16:24:03 T:2816633712 DEBUG: AddOnLog: VDR XVDR Client: Server requested channel update
16:24:03 T:2906622832 DEBUG: CPVRChannelGroupsContainer - Update - updating channels
16:24:03 T:2816633712 DEBUG: AddOnLog: VDR XVDR Client: Uncompressing packet (2948 bytes) ...
16:24:03 T:2816633712 DEBUG: AddOnLog: VDR XVDR Client: Done. (Now 6533 bytes)
16:24:03 T:2906622832 DEBUG: CPVRChannelGroups - PersistAll - persisting all changes in channel groups
16:24:03 T:2816633712 DEBUG: AddOnLog: VDR XVDR Client: Uncompressing packet (13221 bytes) ...
16:24:03 T:2816633712 DEBUG: AddOnLog: VDR XVDR Client: Done. (Now 31073 bytes)
16:24:05 T:2906622832 DEBUG: CPVRChannelGroups - PersistAll - persisting all changes in channel groups
16:24:06 T:2816633712 DEBUG: AddOnLog: VDR XVDR Client: SendPing
16:24:10 T:2640313200 DEBUG: CPullupCorrection: detected pattern of length 1: 41708,33, frameduration: 41708,3333
33

Maybe a problem of your Addon =)

Thanks for recognizing.

Hi!

Thanks for great software. However, I'm unable to switch using XBMC exclusively as the frontend for my VDR system due to a limitation related to the handling of audio tracks in XBMC. In my country (Finland), foreign shows are never dubbed (excluding programs for children) so the original audio track is broadcasted and the language of the track is flagged appropriately in the DVB stream. However, some channels also broadcast an extra audio track. The track consists of speech synthesis of the subtitles and the track is flagged as being Dutch language. Blind people can configure their set-top boxes to play Dutch language track by default so they can follow the program this way.

In VDR you can also configure the priority of the languages (AudioLanguages property in setup.conf of VDR, configurable in DVB settings menu of VDR setup). The first matching audio track for a program is then selected for playback when using one of the native VDR frontend plugins. However, when using XBMC with XVDR, it appears that XBMC always selects the last audio track. When this fake Dutch track is broadcasted, it's always selected for playback as it's the last track. This is very frustrating as it's impossible to switch the audio track manually using a remote control (at least I've not figured out how to do that), you need to grab the keyboard for that. It's so frustrating, in fact, that in my opinion this makes XBMC pretty much unusable for watching TV in Finland (unless you're blind, I suppose ;).

In the XBMC audio menu for the program you can choose "always use these settings" after selecting the correct audio track but that doesn't seem to work. After selecting the correct audio track and checking this option the Dutch track is still always played by default if it exists. Maybe this is because you can select only one language as the audio track but the language varies from program to program depending on the origin country of the program so the always use these settings selection for the audio track is reset each time the audio track language changes.

Since it's not possible to define the language priority using XBMC in a similar way as with VDR, would it be possible for the XBMC XVDR plugin to use the language priority list of VDR (I hope it's possible to extend the XVDR protocol to support exporting of VDR config settings if it's not yet possible) and then use this list to select the desired audio track that XBMC will play automatically each time the channel is changed?

Don´t now if this is an xvdr or xbmc problem. In case that you have recordings in subdirectories (e.g. /video/Filme/ on vdr server), adding this source to the library leeds to a wrong path suggestion.

The path suggested is: pvr://recordings//Filme
The correct path should be: pvr://recordings/Filme (no double '/' before 'Filme')

This does not create any problems when trying to play any video from the library. The only thing that does not work with the double '/' in the path is showing the movie information screen. Took me a few days to figure out that there is a wrong path and that this issue is the root cause for not showing the movie information screen.

Fixing this issue could prevent others from walking right into that trap.

Hallo Alexander,

today I updated my XBMC to the latest Version from Lars and vdr to Version 1.7.27 and vdr-plugin-xvdr and xbmc-addon-xvdr also to the latest Version.

With the xbmc-addon, I'm not able to switch channels anymore. If i go back to the Version I built from commit 6bb5831, TV seems to be working just fine.

I don't know if it helps, but here is some output from the syslog:

Apr 6 13:43:20 hannemann-htpc vdr: [3468] XVDR: --------------------------------------
Apr 6 13:43:20 hannemann-htpc vdr: [3468] XVDR: Channel streaming request: 1 - Das Erste HD
Apr 6 13:43:20 hannemann-htpc vdr: [3468] XVDR-Error: Can't get device for channel 1 - Das Erste HD
Apr 6 13:43:27 hannemann-htpc vdr: [3468] XVDR-Error: cxSocket::read: read() error at 0/4
Apr 6 13:43:27 hannemann-htpc vdr: [3468] buffer stats: 0 (0%) used
Apr 6 13:43:27 hannemann-htpc vdr: [2710] XVDR: Client with ID 4 seems to be disconnected, removing from client list
Apr 6 13:43:31 hannemann-htpc vdr: [2710] XVDR-Error: Invalid or missing '/var/lib/vdr/plugins/xvdr/allowed_hosts.conf'. falling back to 'svdrphosts.conf'.
Apr 6 13:43:31 hannemann-htpc vdr: [2710] XVDR-Error: Invalid or missing /var/lib/vdr/plugins/xvdr/../svdrphosts.conf. Adding 127.0.0.1 to list of allowed hosts.
Apr 6 13:43:31 hannemann-htpc vdr: [2710] XVDR: Client with ID 5 connected: 127.0.0.1:51869
Apr 6 13:43:31 hannemann-htpc vdr: [3554] XVDR: Welcome client 'XBMC Media Center' with protocol version '3'
Apr 6 13:43:31 hannemann-htpc vdr: [3554] XVDR: Preferred language: deu,ger / type: 0
Apr 6 13:43:31 hannemann-htpc vdr: [3554] XVDR: --------------------------------------
Apr 6 13:43:31 hannemann-htpc vdr: [3554] XVDR: Channel streaming request: 9 - PHOENIX
Apr 6 13:43:31 hannemann-htpc vdr: [3554] XVDR-Error: Can't get device for channel 9 - PHOENIX

Regards

Hannemann

Hi Pipelka.
Sorry to post this as an issue, but it looks like i can't send a ps to you.

As XVDR is both client on xbmc and server on vdr, both need to synchronized to the same version.
Will you keep publishing official releases on the Download section both XVDR Addon for XBMC and XVDR Plugin for VDR ?

My main concern is to be able to set and update XVDR with no need to compile any code, so more end users will be able to set and use XVDR with little effort.
In linux it's real easy to set things up with yaVDR repository, and it looks like the yaVDR team is following your official releases and not getting last commits from git.
But on windows Margo's windows builds are updated to the last commit, thus breaking things up.

I guess if you do keep publishing new releases when major changes are made, both Margo and the yaVDR team will find it more usefull to stick to your releases for the benefit of end users than to compile from last commits.

p.s.
I used Margo's Eden tree with the updated solution for VS 2010 to compile the XVDR addon for XBMC version 0.9.5 and it looks great on windows.

Hi!

How to sort the channels?

I add a new channel to the channel.conf on the vdr-server (at first position). In vdr-live the order is correct. After a restart of the client xvdr reloads the channellist and the new channel is found at the last position, not at the first.

I searched the directories and think, that the file tv20.db is maybe the correct file, but I don't know what to do. Can I delete it? Is there another way to sort the channels?

Maybe it is a good idea to delete some channels on the client, but no on the server. How to do that?

TV20.db is a SQLite-database. I find a table channels inside the file:

idChannel|iUniqueId|bIsRadio|bIsHidden|bIsUserSetIcon|sIconPath|sChannelName|bIsVirtual|bEPGEnabled|sEPGScraper|iLastWatched|iClientId|iClientChannelNumber|sInputFormat|sStreamURL|iEncryptionSystem|idEpg

What are the columns I can change to reorder the columnlist without destroying the system?

Is there maybe already an easier way?

Thank you.

Christian

Hallo Alex,

we discussed about the follwoing in the vdr-portal.

When we want to switch to a radio channel while watching a tv channel, we have to press the "stop" key. Otherwise xbmc switches to the tv channel with the same channel no. from the radio channel list. Vice versa the same effect.

I think it could be a xvdr-problem.

Greetings

Hoppel

Hi Alex,

i've a problem.
I've installed on my vdr-server 2 DVB adapters. Using the last XVDR i've noted there is a problem.

When 2 clients XVDR are connected to the vdr-server, if i watch a channel on the first client and then i would watch a channel on the second client, vdr-server use only one DVB adapter and the result is that the first client is kicked out (the second client steals the DVB adapter).

I don't know if this is a XVDR problem, but only one month ago, using the same vdr version, all worked ok.

Can you verify it?
Thanks

Davide

I'm using the XVDR-Addon build on 15.11.2011. I can see the main folders of my recordings directory, but cannot open them. In the log files i cannot find a problem.

Same issue is reported here: http://www.vdr-portal.de/index.php?page=Thread&postID=1034374

My directory structure looks like this:

Genre/Recording
or
Genre/Subfolder/Recording

Hi there,

I updated my xbmc and xvdr (plugin & addon) yesterday via git master branches.

Now I've got xvdr connection Problems / Freezes while watching HD Content (PayTV and Free TV)

Seems like the xbmc addon looses the connection.
FYI: VDR and XBMC is running on the same machine in my setup.

It also says no Signal, but that can't be true because when i record that streams additionally with vdr they look good.

Here's the debug output when the Live TV freezes:

20:19:40 T:139740779112192 ERROR: ffmpeg[EF7FE700]: [h264_vdpau] mmco: unref short failure
20:19:40 T:139740779112192 DEBUG: CPullupCorrection: pattern lost on diff 100000.000000
20:19:40 T:139740787504896 DEBUG: CDVDPlayerAudio:: Discontinuity - was:9605618433.351562, should be:9605654496.031612, error:36062.680051
20:19:42 T:139740779112192 DEBUG: CPullupCorrection: detected pattern of length 1: 20000.00, frameduration: 20000.000000
20:19:43 T:139740898199296 DEBUG: AddOnLog: VDR XVDR Client: SendPing
20:22:55 T:139740787504896 DEBUG: Previous line repeats 32 times.
20:22:55 T:139740787504896 DEBUG: CDVDPlayerAudio:: Discontinuity - was:9800867670.340612, should be:9800877682.364334, error:10012.023721
20:23:01 T:139740898199296 DEBUG: AddOnLog: VDR XVDR Client: SendPing
20:25:25 T:139740787504896 DEBUG: Previous line repeats 23 times.
20:25:25 T:139740787504896 WARNING: CDVDMessageQueue(audio)::Get - asked for new data packet, with nothing available
20:25:25 T:139740787504896 DEBUG: CDVDAudio::AddSilence - 0.500000 seconds
20:25:25 T:139740898199296 DEBUG: AddOnLog: VDR XVDR Client: SendPing
20:25:25 T:139740787504896 DEBUG: CDVDAudio::AddSilence - 0.500000 seconds
20:25:26 T:139740779112192 WARNING: CDVDMessageQueue(video)::Get - asked for new data packet, with nothing available
20:25:26 T:139740787504896 DEBUG: CDVDAudio::AddSilence - 0.500000 seconds
20:25:26 T:139740779112192 INFO: CDVDPlayerVideo - Stillframe detected, switching to forced 50.000000 fps
20:25:26 T:139740787504896 DEBUG: CDVDAudio::AddSilence - 0.500000 seconds
20:25:27 T:139740762326784 DEBUG: Previous line repeats 1 times.
20:25:27 T:139740762326784 DEBUG: CAddonCallbacksAddon - QueueNotification - VDR XVDR Client - Error Message : 'Kein TV Signal'
20:25:27 T:139740787504896 DEBUG: CDVDAudio::AddSilence - 0.500000 seconds
20:25:27 T:139741512419232 DEBUG: ------ Window Init (DialogKaiToast.xml) ------
20:25:28 T:139740787504896 DEBUG: CDVDAudio::AddSilence - 0.500000 seconds
20:25:31 T:139741512419232 DEBUG: Previous line repeats 6 times.
20:25:31 T:139741512419232 DEBUG: ------ Window Deinit (DialogKaiToast.xml) ------
20:25:31 T:139740898199296 DEBUG: AddOnLog: VDR XVDR Client: SendPing
20:25:31 T:139740787504896 DEBUG: CDVDAudio::AddSilence - 0.500000 seconds
20:25:37 T:139740898199296 DEBUG: Previous line repeats 11 times.
20:25:37 T:139740898199296 DEBUG: AddOnLog: VDR XVDR Client: SendPing
20:25:37 T:139740787504896 DEBUG: CDVDAudio::AddSilence - 0.500000 seconds
20:25:43 T:139740898199296 DEBUG: Previous line repeats 11 times.
20:25:43 T:139740898199296 DEBUG: AddOnLog: VDR XVDR Client: SendPing
20:25:43 T:139740787504896 DEBUG: CDVDAudio::AddSilence - 0.500000 seconds
20:25:49 T:139740898199296 DEBUG: Previous line repeats 11 times.
20:25:49 T:139740898199296 DEBUG: AddOnLog: VDR XVDR Client: SendPing
20:25:49 T:139740787504896 DEBUG: CDVDAudio::AddSilence - 0.500000 seconds
20:25:55 T:139740898199296 DEBUG: Previous line repeats 11 times.
20:25:55 T:139740898199296 DEBUG: AddOnLog: VDR XVDR Client: SendPing
20:25:55 T:139740787504896 DEBUG: CDVDAudio::AddSilence - 0.500000 seconds
20:26:01 T:139740898199296 DEBUG: Previous line repeats 11 times.
20:26:01 T:139740898199296 DEBUG: AddOnLog: VDR XVDR Client: SendPing
20:26:01 T:139740898199296 ERROR: AddOnLog: VDR XVDR Client: SignalConnectionLost - connection lost !!!
20:26:01 T:139740898199296 DEBUG: CAddonCallbacksAddon - QueueNotification - VDR XVDR Client - Error Message : 'Verbindung zum VDR Server unterbrochen'
20:26:01 T:139740898199296 INFO: AddOnLog: VDR XVDR Client: Preferred Audio Language: deu
20:26:01 T:139741512419232 DEBUG: ------ Window Init (DialogKaiToast.xml) ------

btw: I'm running on gentoo, but that shouldn't matter.

Regards,

Ingo

Hallo Pipelka,

the following is not really an issue, it is more a request, but don't know to you or to opdenkamp. How I told you, until know I hadn't any crashes, great.

When switching from one channel to another channel i can see the channel logo and other channel information from the channel I am switching to. Then the channel logo and information is away for around one second, only the "load-bar" is viewable. Now when the channel is switching channel logo and information comes back. Is it possible to hold the channel logo and information while switching? I think it would look much more "stable" or better. What do you think?

I use "tv-settings - playback - delay channel switch - 500ms" to zap through the programms without switching to every channel.

Greetings Hoppel

XBMC segfaults when the user zaps on a channel (at least in 64 bits)

Here is the backtrace ( that was hard to get through VNC [that obviously don't like OpenGL] on a friend's computer):

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffe3096700 (LWP 28127)]
0x00007fffd8fdcbb9 in cXVDRData::AddTimer (this=0x2319390, timerinfo=...) at XVDRData.cpp:544
544 if(timerinfo.strDirectory != NULL && strlen(timerinfo.strDirectory) > 0) {
(gdb) bt full
#0 0x00007fffd8fdcbb9 in cXVDRData::AddTimer (this=0x2319390, timerinfo=...) at XVDRData.cpp:544

    __FUNCTION__ = "AddTimer"
    starttime = <optimized out>
    vrp = {static serialNumberCounter = 18, buffer = 0x207ef20 "", bufSize = 512, bufUsed = 16, lengthSet = false, channel = 1, serialNumber = 17,
      opcode = 83, static headerLength = 16, static userDataLenPos = 12}
    path = {static npos = <optimized out>,
      _M_dataplus = {<std::allocator<char>> = {<__gnu_cxx::new_allocator<char>> = {<No data fields>}, <No data fields>}, _M_p = 0x7ffff0fbb4d8 ""}}
    endtime = <optimized out>
    vresp = <optimized out>
    returnCode = <optimized out>

#1 0x00007fffd8fd312e in AddTimer (timer=...) at XBMCAddon.cpp:411

    lock = {mutex = 0x7fffd91ec980, locked = true}

#2 0x0000000000854c06 in PVR::CPVRClient::OpenLiveStream (this=0x23760f0, channel=...) at PVRClient.cpp:808

    tag = {iUniqueId = 1558391036, bIsRadio = false, iChannelNumber = 1, strChannelName = 0x26a3c68 "UCB TV", strInputFormat = 0x7ffff0fbb4d8 "",
      strStreamURL = 0x7ffff0fbb4d8 "", iEncryptionSystem = 0, strIconPath = 0x7ffff0fbb4d8 "", bIsHidden = false}
    __FUNCTION__ = "OpenLiveStream"

#3 0x000000000085e584 in PVR::CPVRClients::OpenLiveStream (this=0x2031e30, tag=...) at PVRClients.cpp:446

    bReturn = false
    lock = {<XbmcThreads::UniqueLock<CCriticalSection>> = {<XbmcThreads::NonCopyable> = {<No data fields>}, mutex = @0x2032c30,
        owns = true}, <No data fields>}
    client = {px = 0x23760f0, pn = {pi_ = 0x2217f30}}

#4 0x0000000000e43b58 in PVR::CPVRManager::OpenLiveStream (this=0x14b5060, tag=...) at PVRManager.cpp:696

    bReturn = false
    __FUNCTION__ = "OpenLiveStream"

#5 0x0000000000be37ac in XFILE::CPVRFile::Open (this=0x1dca0f0, url=...) at PVRFile.cpp:61

    newTag = 0x155b730
    tag = 0x2561a60
    strURL = {<std::basic_string<char, std::char_traits<char>, std::allocator<char> >> = {static npos = <optimized out>,
        _M_dataplus = {<std::allocator<char>> = {<__gnu_cxx::new_allocator<char>> = {<No data fields>}, <No data fields>},
          _M_p = 0x1dc0bd8 "pvr://channels/tv/All TV channels/0.pvr"}}, <No data fields>}
    __FUNCTION__ = "Open"

#6 0x00000000009a66a2 in CDVDInputStreamPVRManager::Open (this=0x23f2630, strFile=0x26457e8 "pvr://channels/tv/All TV channels/0.pvr", content=...)

at DVDInputStreamPVRManager.cpp:76
    url = {_vptr.CURL = 0x1456730, m_iPort = 0, m_strHostName = {<std::basic_string<char, std::char_traits<char>, std::allocator<char> >> = {
          static npos = <optimized out>,
          _M_dataplus = {<std::allocator<char>> = {<__gnu_cxx::new_allocator<char>> = {<No data fields>}, <No data fields>},
            _M_p = 0x1daee88 ""}}, <No data fields>}, m_strShareName = {<std::basic_string<char, std::char_traits<char>, std::allocator<char> >> = {
          static npos = <optimized out>,
          _M_dataplus = {<std::allocator<char>> = {<__gnu_cxx::new_allocator<char>> = {<No data fields>}, <No data fields>},
            _M_p = 0x1c44d38 "tv"}}, <No data fields>}, m_strDomain = {<std::basic_string<char, std::char_traits<char>, std::allocator<char> >> = {
          static npos = <optimized out>,

---Type to continue, or q to quit---
_M_dataplus = {std::allocator = {<__gnu_cxx::new_allocator> = {}, },
_M_p = 0x7ffff0fbb4d8 ""}}, }, m_strUserName = {<std::basic_string<char, std::char_traits, std::allocator >> = {
static npos = ,
_M_dataplus = {std::allocator = {<__gnu_cxx::new_allocator> = {}, },
_M_p = 0x7ffff0fbb4d8 ""}}, }, m_strPassword = {<std::basic_string<char, std::char_traits, std::allocator >> = {
static npos = ,
_M_dataplus = {std::allocator = {<__gnu_cxx::new_allocator> = {}, },
_M_p = 0x7ffff0fbb4d8 ""}}, }, m_strFileName = {<std::basic_string<char, std::char_traits, std::allocator >> = {
static npos = ,
_M_dataplus = {std::allocator = {<__gnu_cxx::new_allocator> = {}, },
_M_p = 0x22d3d28 "channels/tv/All TV channels/0.pvr"}}, },
m_strProtocol = {<std::basic_string<char, std::char_traits, std::allocator >> = {static npos = ,
_M_dataplus = {std::allocator = {<__gnu_cxx::new_allocator> = {}, },
_M_p = 0x1ced438 "pvr"}}, }, m_strFileType = {<std::basic_string<char, std::char_traits, std::allocator >> = {
static npos = ,
_M_dataplus = {std::allocator = {<__gnu_cxx::new_allocator> = {}, },
_M_p = 0x1c771d8 "pvr"}}, }, m_strOptions = {<std::basic_string<char, std::char_traits, std::allocator >> = {
static npos = ,
_M_dataplus = {std::allocator = {<__gnu_cxx::new_allocator> = {}, },
_M_p = 0x7ffff0fbb4d8 ""}}, },
m_strProtocolOptions = {<std::basic_string<char, std::char_traits, std::allocator >> = {static npos = ,
_M_dataplus = {std::allocator = {<__gnu_cxx::new_allocator> = {}, },
_M_p = 0x7ffff0fbb4d8 ""}}, }}
transFile = {static npos = ,
_M_dataplus = {std::allocator = {<__gnu_cxx::new_allocator> = {}, },
_M_p = 0x1880c68 "\030\341?\002"}}
#7 0x0000000000952dd3 in CDVDPlayer::OpenInputStream (this=0x7fffd5944010) at DVDPlayer.cpp:472

    filename = {<std::basic_string<char, std::char_traits<char>, std::allocator<char> >> = {static npos = <optimized out>,
        _M_dataplus = {<std::allocator<char>> = {<__gnu_cxx::new_allocator<char>> = {<No data fields>}, <No data fields>},
          _M_p = 0x26457e8 "pvr://channels/tv/All TV channels/0.pvr"}}, <No data fields>}

#8 0x00000000009538d6 in CDVDPlayer::Process (this=0x7fffd5944010) at DVDPlayer.cpp:952

    cut = {start = 140737002430000, end = 0, action = CEdl::CUT}
    starttime = <optimized out>
    __FUNCTION__ = "Process"

#9 0x0000000000e6e010 in CThread::staticThread (data=0x7fffd5944020) at Thread.cpp:177

    pThread = 0x7fffd5944020
    __FUNCTION__ = "staticThread"
    action = {__sigaction_handler = {sa_handler = 0xe6dbc0 <CThread::term_handler(int)>, sa_sigaction = 0xe6dbc0 <CThread::term_handler(int)>},
      sa_mask = {__val = {0 <repeats 16 times>}}, sa_flags = 0, sa_restorer = 0x7ffff0aad840 <internal_trans_names.10617>}

#10 0x00007ffff48eee9a in start_thread (arg=0x7fffe3096700) at pthread_create.c:308

    __res = <optimized out>

---Type to continue, or q to quit---
pd = 0x7fffe3096700
now =
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {1, -4739992179936159662, 140737488343792, 140737002432960, 32818480, 7, 4740016804005845074,
4739971692351625298}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
not_first_call = 0
pagesize_m1 =
sp =
freesize =
PRETTY_FUNCTION = "start_thread"
#11 0x00007ffff07ed4bd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112

No locals.
#12 0x0000000000000000 in ?? ()

No symbol table info available

I should have tried to look at the content of timerinfo.strDirectory, I will try to look at it on the friend's computer ASAP.
The segfault happens whatever the channel is, encrypted or not.

Hi Alex,

i've upgraded XVDR addons and plugin to 0.9.5 version.
After upgrade LiveTV is no working.
Server side no packet logged and client side i can see this messages on the log:

02:15:36 T:139827750889216 M:3790499840 DEBUG: PVR - Create - creating PVR add-on instance 'VDR XVDR Client'
02:15:36 T:139827750889216 M:3790499840 DEBUG: ADDON: Dll Initializing - VDR XVDR Client
02:15:36 T:139827750889216 M:3790499840 DEBUG: AddOnLog: VDR XVDR Client: Creating VDR XVDR PVR-Client
02:15:36 T:139827750889216 M:3790499840 DEBUG: CAddonCallbacksAddon - GetAddonSetting - add-on 'VDR XVDR Client' requests setting 'host'
02:15:36 T:139827750889216 M:3790499840 ERROR: AddOnLog: VDR XVDR Client: Couldn't get 'host' setting, falling back to '127.0.0.1' as default
02:15:36 T:139827750889216 M:3790499840 DEBUG: CAddonCallbacksAddon - GetAddonSetting - add-on 'VDR XVDR Client' requests setting 'compression'
02:15:36 T:139827750889216 M:3790499840 ERROR: AddOnLog: VDR XVDR Client: Couldn't get 'compression' setting, falling back to 6 as default
02:15:36 T:139827750889216 M:3790499840 DEBUG: CAddonCallbacksAddon - GetAddonSetting - add-on 'VDR XVDR Client' requests setting 'priority'
02:15:36 T:139827750889216 M:3790499840 ERROR: AddOnLog: VDR XVDR Client: Couldn't get 'priority' setting, falling back to 99 as default
02:15:36 T:139827750889216 M:3790499840 DEBUG: CAddonCallbacksAddon - GetAddonSetting - add-on 'VDR XVDR Client' requests setting 'convertchar'
02:15:36 T:139827750889216 M:3790499840 ERROR: AddOnLog: VDR XVDR Client: Couldn't get 'convertchar' setting, falling back to 'false' as default
02:15:36 T:139827750889216 M:3790499840 DEBUG: CAddonCallbacksAddon - GetAddonSetting - add-on 'VDR XVDR Client' requests setting 'timeout'
02:15:36 T:139827750889216 M:3790499840 ERROR: AddOnLog: VDR XVDR Client: Couldn't get 'timeout' setting, falling back to 3 seconds as default
02:15:36 T:139827750889216 M:3790499840 DEBUG: CAddonCallbacksAddon - GetAddonSetting - add-on 'VDR XVDR Client' requests setting 'handlemessages'
02:15:36 T:139827750889216 M:3790499840 ERROR: AddOnLog: VDR XVDR Client: Couldn't get 'handlemessages' setting, falling back to 'true' as default
02:15:36 T:139827750889216 M:3790499840 DEBUG: CAddonCallbacksAddon - GetAddonSetting - add-on 'VDR XVDR Client' requests setting 'autochannelgroups'
02:15:36 T:139827750889216 M:3790499840 ERROR: AddOnLog: VDR XVDR Client: Couldn't get 'autochannelgroups' setting, falling back to 'false' as default
02:15:36 T:139827750889216 M:3790499840 DEBUG: CAddonCallbacksAddon - GetAddonSetting - add-on 'VDR XVDR Client' requests setting 'audiotype'
02:15:36 T:139827750889216 M:3790499840 ERROR: AddOnLog: VDR XVDR Client: Couldn't get 'audiotype' setting, falling back to type 0 as default
02:15:36 T:139827750889216 M:3790499840 ERROR: AddOnLog: VDR XVDR Client: Open - Can't connect to XVDR Server: Connection refused
02:15:36 T:139827750889216 M:3790499840 ERROR: ADDON: Dll VDR XVDR Client - Client returned bad status (1) from Create and is not usable
02:15:36 T:139827750889216 M:3790499840 INFO: Called Add-on status handler for '1' of clientName:VDR XVDR Client, clientID:pvr.vdr.xvdr (same Thread=no)
02:15:36 T:139827750889216 M:3790499840 ERROR: PVR - InitialiseClient - can't initialise add-on 'VDR XVDR Client'
02:15:36 T:139828130649856 M:3790499840 DEBUG: Thread CAddonStatusHandler:pvr.vdr.xvdr start, auto delete: 1
02:15:36 T:139828130649856 M:3790499840 DEBUG: Thread CAddonStatusHandler:pvr.vdr.xvdr 139828130649856 terminating (autodelete)

Can you verify what is the problem?
Thanks and regards

Davide

Hi,

I just noticed my 'precious' ;-) True Blood recording frm yesterday cannot be played from within XBMC with XVDR.
I don't know whether this is a recent bug.

I get this from the xbmc log:

11:19:34 T:140032222398272 DEBUG: SDLKeyboard: scancode: 74, sym: 0112, unicode: 0000, modifier: 0
11:19:34 T:140032222398272 DEBUG: OnKey: down (f081) pressed, action is Down
11:19:39 T:140031876343552 DEBUG: AddOnLog: VDR XVDR Client: SendPing
11:19:42 T:140032222398272 DEBUG: SDLKeyboard: scancode: 24, sym: 000d, unicode: 000d, modifier: 0
11:19:42 T:140032222398272 DEBUG: OnKey: return (f00d) pressed, action is Select
11:19:42 T:140032222398272 DEBUG: Connecting to sqlite:/root/.xbmc/userdata/Database/:MyVideos57.db
11:19:45 T:140031876343552 DEBUG: AddOnLog: VDR XVDR Client: SendPing
11:19:58 T:140032222398272 DEBUG: Previous line repeats 2 times.
11:19:58 T:140032222398272 DEBUG: SDLKeyboard: scancode: 36, sym: 0063, unicode: 0063, modifier: 0
11:19:58 T:140032222398272 DEBUG: OnKey: c (f043) pressed, action is ContextMenu
11:19:58 T:140032222398272 DEBUG: Connecting to sqlite:/root/.xbmc/userdata/Database/:MyVideos57.db
11:19:58 T:140032222398272 DEBUG: CFavourites::Load - no system favourites found, skipping
11:19:58 T:140032222398272 DEBUG: CFavourites::Load - no userdata favourites found, skipping
11:19:58 T:140032222398272 INFO: Loading skin file: DialogContextMenu.xml
11:19:58 T:140032222398272 DEBUG: Load DialogContextMenu.xml: 2.29ms
11:19:58 T:140032222398272 DEBUG: ------ Window Init (DialogContextMenu.xml) ------
11:19:58 T:140032222398272 DEBUG: Alloc resources: 0.43ms (0.01 ms skin load)
11:20:00 T:140031859558144 DEBUG: Thread Jobworker start, auto delete: 1
11:20:01 T:140032222398272 DEBUG: SDLKeyboard: scancode: 74, sym: 0112, unicode: 0000, modifier: 0
11:20:01 T:140032222398272 DEBUG: OnKey: down (f081) pressed, action is Down
11:20:01 T:140032222398272 DEBUG: SDLKeyboard: scancode: 74, sym: 0112, unicode: 0000, modifier: 0
11:20:01 T:140032222398272 DEBUG: OnKey: down (f081) pressed, action is Down
11:20:03 T:140031876343552 DEBUG: AddOnLog: VDR XVDR Client: SendPing
11:20:03 T:140032222398272 DEBUG: SDLKeyboard: scancode: 24, sym: 000d, unicode: 000d, modifier: 0
11:20:03 T:140032222398272 DEBUG: OnKey: return (f00d) pressed, action is Select
11:20:03 T:140032222398272 DEBUG: ------ Window Deinit (DialogContextMenu.xml) ------
11:20:09 T:140031876343552 DEBUG: AddOnLog: VDR XVDR Client: SendPing
11:20:30 T:140031859558144 DEBUG: Previous line repeats 3 times.
11:20:30 T:140031859558144 DEBUG: Thread Jobworker 140031859558144 terminating (autodelete)

I just think the 'PLAY' command is somehow not coming through.

Kind regards,

Jan

Is there any reason that it is a standalone addon? I compile xbmc versions for ATV2/IOS/OSX environments. To compile the XVDR-Addon for ATV2/IOS/OSX, i moved the sources into the pvrclients directory and edited the XBMC Makefiles. It workes better and is much more easier then modifying your code to compile it as stand alone addon.

I am not sure which the issue related to: that project, https://github.com/pipelka/vdr-plugin-xvdr project or XBMC itself.

The problem arises when using XBMC instant recording feature. It starts smoothly, however XBMC freezes on "STOP RECORDING" with the following error (taken from XBMC log):
"ERROR: PVRClient - DeleteTimer - addon 'VDR-XVDR Server:127.0.0.1' returns bad error (-1) from DeleteTimer()".
Going deeper, I observed PVR_ERROR cXVDRData::DeleteTimer(const PVR_TIMER &timerinfo, bool force) (XVDRData.cpp: 591) routine, which fails due to "NO RESPONSE" (line 607).

VDR version is 1.7.22. XBMC, XVDR-ADDON, XVDR-PLUGIN are from yesterday (2012-02-04).

Hello Alexander,

sorry for the hijacking, but I will do my best so this will not happen once more.

Thanks a lot for your comment I will try if this is possible to do under EasyVDR.

There is an additional problem what I found out today, when I view an DVB-T channel more than 1 hour and I try to shift to DVB-S channels I can't of course the channel makes the shift but there isn't any picture. When I restart I can shift around without trouble, also the coming time period of maybe 30, 40 minutes.

As long as I made the shift only under the DVB-T channels the same problem didn't appear.

Do you have any idea why thats happen.

Greets
alibabba

Next time, please write a PM or create a separate issue.
Do not hijack issues of other people !

Please pull the latest version of the xbmc-addon-xvdr. 844e3a3 should fix your problem.
Maybe you have to increase the connection timeout of the XVDR addon.

Hello Alexander,

maybe you can help me with my problem. I just started to use EasyVdr 0,9 beta together with the xvdr-addon and xbmc.
I tried before some additional possibilities but without success.

Maybe my setup is a bit sprecial because I leave near to the Danish border and therefore the possibility is given to receive DVB-T channels trough the DVB-T2 card and I also use the DVB-S2 card for receiving Astra 19,2.

The failure I reconigzed makes me bit crazy because nobody has the problem than me?

When I start my htpc the xbmc starts as well but than a small info window appears with the comment that the add-on is missing. When I press the "ok" button I get directly to the xbmc settings view add-ons where I see that the xvdr-addon is enabled. From that point I go back to the home-screen and choice the Live-TV and after some seconds I can choice all channels without any further problem. What could the reason be? Are there somebody out there who is using the same combination DVB-T and DVB-S?

In the signature you find my hardware which I use right now.

EasyVdr 0,9 Beta, SilverStone Lascala LC13-E silber, Arctic Cooling Alpine 64 Pro, Gigabyte GA-870A-UD3 870 Sockel AM3 ATX DDR3, AMD Athlon II X2 240e, Kingston 2GB KIT PC3-8500U DDR3-1066 CL7
Samsung SSD 470 Series 64 GB, LG Electronics BH10LS30 Blu-Ray, Gainward GT 430 1024MB, Mystique SaTiX-S2, DVB-S2 HDTV/MPEG4/H.264, Mystique TeRiX-T2 DVB-T PCI, CI-Connector, Mystique View CI-Interface, Silverstone nightjar ST40NF/ 400 Watt

Hello

I just tried to compile the plugina after a git clone and I get a fatal error and Make ends with error 1. Here is the full Make output.

htpc@at3iont:~/Descargas/vdr-plugin-xvdr$ make
g++ -O2 -g -Wall -Woverloaded-virtual -fPIC -DPIC -c -DPLUGIN_NAME_I18N='"xvdr"' -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -DXVDR_VERSION='"0.9.5"' -I../../../include -I../../../../DVB/include -I../../.. -I./src -I. -o src/config/config.o src/config/config.c
g++ -O2 -g -Wall -Woverloaded-virtual -fPIC -DPIC -c -DPLUGIN_NAME_I18N='"xvdr"' -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -DXVDR_VERSION='"0.9.5"' -I../../../include -I../../../../DVB/include -I../../.. -I./src -I. -o src/demuxer/bitstream.o src/demuxer/bitstream.c
g++ -O2 -g -Wall -Woverloaded-virtual -fPIC -DPIC -c -DPLUGIN_NAME_I18N='"xvdr"' -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -DXVDR_VERSION='"0.9.5"' -I../../../include -I../../../../DVB/include -I../../.. -I./src -I. -o src/demuxer/demuxer.o src/demuxer/demuxer.c
g++ -O2 -g -Wall -Woverloaded-virtual -fPIC -DPIC -c -DPLUGIN_NAME_I18N='"xvdr"' -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -DXVDR_VERSION='"0.9.5"' -I../../../include -I../../../../DVB/include -I../../.. -I./src -I. -o src/demuxer/demuxer_LATM.o src/demuxer/demuxer_LATM.c
src/demuxer/demuxer_LATM.c: En la función miembro ‘virtual void cParserLATM::Parse(unsigned char_, int, bool)’:
src/demuxer/demuxer_LATM.c:106:82: aviso: se sugieren paréntesis alrededor de la aritmética para un operando de ‘|’ [-Wparentheses]
g++ -O2 -g -Wall -Woverloaded-virtual -fPIC -DPIC -c -DPLUGIN_NAME_I18N='"xvdr"' -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -DXVDR_VERSION='"0.9.5"' -I../../../include -I../../../../DVB/include -I../../.. -I./src -I. -o src/demuxer/demuxer_AC3.o src/demuxer/demuxer_AC3.c
g++ -O2 -g -Wall -Woverloaded-virtual -fPIC -DPIC -c -DPLUGIN_NAME_I18N='"xvdr"' -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -DXVDR_VERSION='"0.9.5"' -I../../../include -I../../../../DVB/include -I../../.. -I./src -I. -o src/demuxer/demuxer_DTS.o src/demuxer/demuxer_DTS.c
g++ -O2 -g -Wall -Woverloaded-virtual -fPIC -DPIC -c -DPLUGIN_NAME_I18N='"xvdr"' -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -DXVDR_VERSION='"0.9.5"' -I../../../include -I../../../../DVB/include -I../../.. -I./src -I. -o src/demuxer/demuxer_h264.o src/demuxer/demuxer_h264.c
g++ -O2 -g -Wall -Woverloaded-virtual -fPIC -DPIC -c -DPLUGIN_NAME_I18N='"xvdr"' -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -DXVDR_VERSION='"0.9.5"' -I../../../include -I../../../../DVB/include -I../../.. -I./src -I. -o src/demuxer/demuxer_MPEGAudio.o src/demuxer/demuxer_MPEGAudio.c
g++ -O2 -g -Wall -Woverloaded-virtual -fPIC -DPIC -c -DPLUGIN_NAME_I18N='"xvdr"' -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -DXVDR_VERSION='"0.9.5"' -I../../../include -I../../../../DVB/include -I../../.. -I./src -I. -o src/demuxer/demuxer_MPEGVideo.o src/demuxer/demuxer_MPEGVideo.c
src/demuxer/demuxer_MPEGVideo.c: En la función miembro ‘bool cParserMPEG2Video::Parse_MPEG2Video_PicStart(int_, cBitstream_)’:
src/demuxer/demuxer_MPEGVideo.c:283:7: aviso: variable ‘vbvDelay’ sin usar [-Wunused-variable]
g++ -O2 -g -Wall -Woverloaded-virtual -fPIC -DPIC -c -DPLUGIN_NAME_I18N='"xvdr"' -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -DXVDR_VERSION='"0.9.5"' -I../../../include -I../../../../DVB/include -I../../.. -I./src -I. -o src/demuxer/demuxer_Subtitle.o src/demuxer/demuxer_Subtitle.c
g++ -O2 -g -Wall -Woverloaded-virtual -fPIC -DPIC -c -DPLUGIN_NAME_I18N='"xvdr"' -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -DXVDR_VERSION='"0.9.5"' -I../../../include -I../../../../DVB/include -I../../.. -I./src -I. -o src/demuxer/demuxer_Teletext.o src/demuxer/demuxer_Teletext.c
g++ -O2 -g -Wall -Woverloaded-virtual -fPIC -DPIC -c -DPLUGIN_NAME_I18N='"xvdr"' -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -DXVDR_VERSION='"0.9.5"' -I../../../include -I../../../../DVB/include -I../../.. -I./src -I. -o src/live/channelcache.o src/live/channelcache.c
g++ -O2 -g -Wall -Woverloaded-virtual -fPIC -DPIC -c -DPLUGIN_NAME_I18N='"xvdr"' -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -DXVDR_VERSION='"0.9.5"' -I../../../include -I../../../../DVB/include -I../../.. -I./src -I. -o src/live/livepatfilter.o src/live/livepatfilter.c
In file included from src/live/livepatfilter.c:29:0:
src/live/livepatfilter.h:30:27: error fatal: libsi/section.h: No existe el archivo o el directorio
compilación terminada.
make: *_* [src/live/livepatfilter.o] Error 1

The file that is shown as missing file, exist on my system

htpc@at3iont:~/Descargas/vdr-plugin-xvdr$ ls -la /usr/include/vdr/libsi/section.h
-rw-r--r-- 1 root root 8050 abr 14 2006 /usr/include/vdr/libsi/section.h

Information about my machine:
htpc@at3iont:~/Descargas/vdr-plugin-xvdr$ uname -a
Linux at3iont 3.2.0-24-generic #39-Ubuntu SMP Mon May 21 16:52:17 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux

Could you please tell me what i'm doing wrong?

Thanks in advance