vdr

vdr@linuxtv.org

2 participants
6731 discussions

allwinner A20: vdr-plugin-sc does compile, but binary incompatible
by cedric.dewijs＠telfort.nl 13 Jun '14

13 Jun '14

Hi All, I have an allwinner A20 device. I'm trying to use it as my new VDR server. VDR runs OK, I can watch and record free to air dvb-t streams. Now I would like to watch the encrypted TV shows. Therefore I am trying to build vdr-plugin-sc and libvdr-sc-cardclient from source. The allwinnerA20 is an ARM processor. this processor does not have the SSE instructions FFdeCSA needs. Therefore I have patched the source, so it doesn't use FFdeCSA, but instead uses dvbcsa. The resulting code compiles without errors. I have done all the compiling on the A20 device itself. When I try to start VDR with the plugins, I see the following error: # invoke-rc.d vdr restart Restarting Linux Video Disk Recorder: vdr Searching for plugins (VDR 1.7.28/1.7.28) (cache miss): xineliboutput WARNING: The following plugins have been left out due to really binary incompatibility: sc. ldd confirms there's something wrong with the .so in question: # ldd /usr/lib/vdr/plugins/libvdr-sc.so.1.7.28 not a dynamic executable I have attached the patches I've made to the source, and the output on the terminal while compiling. Could you please take a look at it? kind regards, Cedric My hardware: olimex A20-OLINUXINO-MICRO My versions: $ uname -a Linux a20-OLinuXino 3.4.67+ #6 SMP PREEMPT Fri Nov 1 17:32:40 EET 2013 armv7l GNU/Linux $ cat /proc/cpuinfo Processor : ARMv7 Processor rev 4 (v7l) processor : 0 BogoMIPS : 2011.05 processor : 1 BogoMIPS : 2011.05 Features : swp half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt CPU implementer : 0x41 CPU architecture: 7 CPU variant : 0x0 CPU part : 0xc07 CPU revision : 4 Hardware : sun7i Revision : 0000 Serial : 0000000000000000

3 3

Re: [vdr] MRE: TBS6285 slow onscreen menu
by Mika Laitio 12 Jun '14

12 Jun '14

> At the beginning, drivers was buggy, and I could't use dvb-t *AND* dvb-s2 cards at the same time. I worked with TBS support during several weeks to fix the problem : >they even sent to me USB card to check if problem was from PCI-E or from driver, etc...). At the end, they fixed their driver and all was OK. Technical support is really excellent ! Hi, do you know are the fixed drivers you have now been released somewhere or merged to upstream kernel? Mika

2 1

live plugin crashes
by jacek burghardt 07 Jun '14

07 Jun '14

Is there a patch for vdr-live as it crashes on accessing website. ==15881== Thread 29: ==15881== Syscall param epoll_ctl(event) points to uninitialised byte(s) ==15881== at 0x68C6A6A: epoll_ctl (in /usr/lib/libc-2.19.so) ==15881== by 0xBB78452: tnt::PollerImpl::addFd(int) (in /usr/lib/libtntnet.so.12.0.0) ==15881== by 0xBB78933: tnt::PollerImpl::append_new_jobs() (in /usr/lib/libtntnet.so.12.0.0) ==15881== by 0xBB78B81: tnt::PollerImpl::run() (in /usr/lib/libtntnet.so.12.0.0) ==15881== by 0xBE8A3DE: ??? (in /usr/lib/libcxxtools.so.9.0.0) ==15881== by 0x508F123: start_thread (in /usr/lib/libpthread-2.19.so) ==15881== by 0x68C64BC: clone (in /usr/lib/libc-2.19.so) ==15881== Address 0x213accc8 is on thread 29's stack ==15881== ==15881== Thread 24: ==15881== Source and destination overlap in memcpy(0x1eba4c48, 0x1eba4c60, 48) ==15881== at 0x4C2CC93: memcpy@@GLIBC_2.14 (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==15881== by 0xBB73529: tnt::Messageheader::removeHeader(char const*) (in /usr/lib/libtntnet.so.12.0.0) ==15881== by 0xBB737F4: tnt::Messageheader::setHeader(char const*, char const*, bool) (in /usr/lib/libtntnet.so.12.0.0) ==15881== by 0xB888E6A: ??? (in /usr/lib/vdr/plugins/libvdr-live.so.2.1.6) ==15881== by 0xBB8C57B: tnt::Worker::dispatch(tnt::HttpRequest&, tnt::HttpReply&) (in /usr/lib/libtntnet.so.12.0.0) ==15881== by 0xBB8D6D1: tnt::Worker::processRequest(tnt::HttpRequest&, std::iostream&, unsigned int) (in /usr/lib/libtntnet.so.12.0.0) ==15881== by 0xBB8E326: tnt::Worker::run() (in /usr/lib/libtntnet.so.12.0.0) ==15881== by 0xBB8ECF9: cxxtools::DetachedThread::exec() (in /usr/lib/libtntnet.so.12.0.0) ==15881== by 0xBE8A3DE: ??? (in /usr/lib/libcxxtools.so.9.0.0) ==15881== by 0x508F123: start_thread (in /usr/lib/libpthread-2.19.so) ==15881== by 0x68C64BC: clone (in /usr/lib/libc-2.19.so) ==15881== Jun 7 09:04:36.087 [core.pids] 0/0: now tuned to source 5300faf6(S129.0W) transponder 33e98 Jun 7 09:04:36.089 [core.pids] 1/0: now tuned to source 5300faf6(S129.0W) transponder 33eb5 ==15881== Thread 33: ==15881== Invalid read of size 8 ==15881== at 0x47039A: cChannel::Name() const (in /usr/bin/vdr) ==15881== by 0xB8737EA: ??? (in /usr/lib/vdr/plugins/libvdr-live.so.2.1.6) ==15881== by 0xBB8C57B: tnt::Worker::dispatch(tnt::HttpRequest&, tnt::HttpReply&) (in /usr/lib/libtntnet.so.12.0.0) ==15881== by 0xBB8D6D1: tnt::Worker::processRequest(tnt::HttpRequest&, std::iostream&, unsigned int) (in /usr/lib/libtntnet.so.12.0.0) ==15881== by 0xBB8E326: tnt::Worker::run() (in /usr/lib/libtntnet.so.12.0.0) ==15881== by 0xBB8ECF9: cxxtools::DetachedThread::exec() (in /usr/lib/libtntnet.so.12.0.0) ==15881== by 0xBE8A3DE: ??? (in /usr/lib/libcxxtools.so.9.0.0) ==15881== by 0x508F123: start_thread (in /usr/lib/libpthread-2.19.so) ==15881== by 0x68C64BC: clone (in /usr/lib/libc-2.19.so) ==15881== Address 0x18 is not stack'd, malloc'd or (recently) free'd ==15881== ==15881== ==15881== Process terminating with default action of signal 11 (SIGSEGV) ==15881== Access not within mapped region at address 0x18 ==15881== at 0x47039A: cChannel::Name() const (in /usr/bin/vdr) ==15881== by 0xB8737EA: ??? (in /usr/lib/vdr/plugins/libvdr-live.so.2.1.6) ==15881== by 0xBB8C57B: tnt::Worker::dispatch(tnt::HttpRequest&, tnt::HttpReply&) (in /usr/lib/libtntnet.so.12.0.0) ==15881== by 0xBB8D6D1: tnt::Worker::processRequest(tnt::HttpRequest&, std::iostream&, unsigned int) (in /usr/lib/libtntnet.so.12.0.0) ==15881== by 0xBB8E326: tnt::Worker::run() (in /usr/lib/libtntnet.so.12.0.0) ==15881== by 0xBB8ECF9: cxxtools::DetachedThread::exec() (in /usr/lib/libtntnet.so.12.0.0) ==15881== by 0xBE8A3DE: ??? (in /usr/lib/libcxxtools.so.9.0.0) ==15881== by 0x508F123: start_thread (in /usr/lib/libpthread-2.19.so) ==15881== by 0x68C64BC: clone (in /usr/lib/libc-2.19.so) ==15881== If you believe this happened as a result of a stack ==15881== overflow in your program's main thread (unlikely but ==15881== possible), you can try to increase the size of the ==15881== main thread stack using the --main-stacksize= flag. ==15881== The main thread stack size used in this run was 8388608. ==15881== ==15881== HEAP SUMMARY: ==15881== in use at exit: 69,959,814 bytes in 397,507 blocks ==15881== total heap usage: 846,366 allocs, 448,859 frees, 120,924,498 bytes allocated ==15881== ==15881== LEAK SUMMARY: ==15881== definitely lost: 10,855 bytes in 145 blocks ==15881== indirectly lost: 507 bytes in 18 blocks ==15881== possibly lost: 2,207,336 bytes in 705 blocks ==15881== still reachable: 67,741,116 bytes in 396,639 blocks ==15881== suppressed: 0 bytes in 0 blocks ==15881== Rerun with --leak-check=full to see details of leaked memory ==15881== ==15881== For counts of detected and suppressed errors, rerun with: -v ==15881== Use --track-origins=yes to see where uninitialised values come from ==15881== ERROR SUMMARY: 733 errors from 95 contexts (suppressed: 1 from 1) Killed [root@clio vdr-live]#

1 0

assign dvb devices to sat positions
by jacek burghardt 06 Jun '14

06 Jun '14

Long time there was a patch that allowed to assign dvb to satellite position and the code was merged into vdr where positions were assigned to satellite locations. I am running 2.1.6 and also 2.0.6. disqc.conf should allow me to add tunners 0 1: to satellite location but when I try that I get invalid disqc.conf why 0 1: S19.2E 11700 V 9750 t v W15 [E0 10 38 F0] W15 A W15 t S19.2E 99999 V 10600 t v W15 [E0 10 38 F1] W15 A W15 T S19.2E 11700 H 9750 t V W15 [E0 10 38 F2] W15 A W15 t S19.2E 99999 H 10600 t V W15 [E0 10 38 F3] W15 A W15 T 0 1: S21.5E 11700 V 9750 t v W15 [E0 10 38 F4] W15 B W15 t S21.5E 99999 V 10600 t v W15 [E0 10 38 F5] W15 B W15 T S21.5E 11700 H 9750 t V W15 [E0 10 38 F6] W15 B W15 t S21.5E 99999 H 10600 t V W15 [E0 10 38 F7] W15 B W15 T

2 3

cSoftDevice::StillPicture() not updating video in VDR 2.0
by Marko Mäkelä 31 May '14

31 May '14

After upgrading to VDR 2.0, I got Softdevice to almost work (see the mail archive a couple of months ago). Sometimes it is showing garbage (really random noise) on the MGA350 OSD layer; I can live with that, as this box is only used for infrequent recordings. The last annoying problem is that going to the next or previous I-frame when editing (buttons 4 and 6 on the remote control) are not updating the video screen at all. Only the edit mark is moving on the OSD layer. If I press Play, it will start playing from the current edit mark. So, it is possible but much more clumsy to cut recordings. SoftDevice is overriding the method with this: void cSoftDevice::StillPicture(const uchar *Data, int Length) { SOFTDEB("StillPicture...\n"); if (decoder) decoder->StillPicture((uchar *)Data,Length); } It seems to me that mpeg2decoder.c in softdevice is creating a new thread every time I try to move editing mark, and calling cMpeg2Decoder::Action(). In gdb, it will fail as follows: while(ThreadActive) { while (freezeMode && ThreadActive) usleep(50000); BUFDEB("av_read_frame start\n"); if (useAVReadFrame) ret = av_read_frame(ic, &pkt); else ret = av_read_packet(ic, &pkt); if (ret < 0) { BUFDEB("cMpeg2Decoder Stream Error!\n"); if (ThreadActive) usleep(10000); continue; } useAVReadFrame=true, so it is calling av_read_frame(). That will block when running under gdb, like this: #2 0xb68f83a9 in cSigTimer::Sleep (this=0xb2c121f4, timeoutUS=50000, lowLimitUS=0) at sync-timer.c:75 #3 0xb68f1cf0 in cMpeg2Decoder::read_packet (this=this@entry=0xb2c120f0, buf=buf@entry=0x87fc5b0 "v\253T)\251z\366\020[\231a\202\275\237@\006\266\067k*r\370JV\255\364\020\177\247:\353 \004\024\277\004jhjG|] t$X", buf_size=buf_size@entry=10864) at mpeg2decoder.c:1128 #4 0xb68f1dcf in read_packet_RingBuffer (opaque=0xb2c120f0, buf=0x87fc5b0 "v\253T)\251z\366\020[\231a\202\275\237@\006\266\067k*r\370JV\255\364\020\177\247:\353 \004\024\277\004jhjG|] t$X", buf_size=10864) at mpeg2decoder.c:1042 #5 0xb69140c9 in fill_buffer (s=s@entry=0x85ac040) at libavformat/aviobuf.c:319 #6 0xb6916ff7 in get_byte (s=0x85ac040) at libavformat/aviobuf.c:365 #7 get_byte (s=s@entry=0x85ac040) at libavformat/aviobuf.c:360 #8 0xb6958984 in find_next_start_code (header_state=0x8a075e0, size_ptr=<synthetic pointer>, pb=0x85ac040) at libavformat/mpeg.c:142 #9 mpegps_read_pes_header (s=s@entry=0x89f2080, ppos=ppos@entry=0xb10cc190, pstart_code=pstart_code@entry=0xb10cc160, ppts=ppts@entry=0xb10cc170, pdts=pdts@entry=0xb10cc180) at libavformat/mpeg.c:246 #10 0xb695933a in mpegps_read_packet (s=0x89f2080, pkt=0xb10cc290) at libavformat/mpeg.c:419 #11 0xb690c3b4 in av_read_packet (s=s@entry=0x89f2080, pkt=pkt@entry=0xb10cc290) at libavformat/utils.c:591 #12 0xb690ce8b in av_read_frame_internal (s=0x89f2080, pkt=0xb10cc304) at libavformat/utils.c:998 #13 0xb68f2527 in cMpeg2Decoder::Action (this=0xb2c120f0) at mpeg2decoder.c:1228 It will unblock when I hit 4 or 6 again, because the thread would be killed (ThreadActive=false) by this: #0 cMpeg2Decoder::Stop (this=this@entry=0xb2c120f0, GetMutex=GetMutex@entry=false) at mpeg2decoder.c:1545 #1 0xb68f2cec in cMpeg2Decoder::Clear (this=0xb2c120f0) at mpeg2decoder.c:1655 #2 0xb68ea1b6 in Clear (this=0x83d3130) at softdevice.c:492 #3 cSoftDevice::Clear (this=0x83d3130) at softdevice.c:484 #4 0x080cf2da in cDvbPlayer::Empty() () #5 0x080cf7e9 in cDvbPlayer::Goto(int, bool) () #6 0x080d1303 in cDvbPlayerControl::Goto(int, bool) () #7 0x080fd676 in cReplayControl::MarkMove(bool) () #8 0x080fdcc6 in cReplayControl::ProcessKey(eKeys) () #9 0x080aac39 in main () I wonder why this worked in VDR 1.6 but no longer in VDR 2.0? Is it because Softdevice is expecting a PES packet here instead of TS, or is it something else? Marko

2 4

converting ts to mkv
by jacek burghardt 28 May '14

28 May '14

I had recording setup last night and now I have 111 ts files. I guess heavy rain may caused so many ts files. is there a script that would merge them into one ts and convert them into mkv ? How I can setup after recording rules to convert recordings ?

5 9

TT S2 6400 not working correctly on a single tuner
by Richard Scobie 28 May '14

28 May '14

I am currently having problems with either cabling or the Diseq switch attached to tuner 0 on my TT S2 6400, so as a workaround, I thought I could use the "- D 1" switch to vdr, to force using tuner 1 only. When I do this, it seems vdr does not see the card as full featured any more - no MPEG decoder and no OSD: May 28 18:00:16 atom kernel: [ 8.267126] SAA716x FF FPGA version 1.09 May 28 18:00:16 atom kernel: [ 8.322299] SAA716x FF loader version 1.03 May 28 18:00:16 atom kernel: [ 8.430376] Adding 511996k swap on /dev/sda2. Priority:0 extents:1 across:511996k May 28 18:00:16 atom kernel: [ 9.008765] DVB: registering new adapter (SAA716x dvb adapter) May 28 18:00:16 atom kernel: [ 9.122724] stv6110x_attach: Attaching STV6110x May 28 18:00:16 atom kernel: [ 9.131550] SAA716x FF 0000:04:00.0: DVB: registering adapter 0 frontend 0 (STV090x Multistandard)... May 28 18:00:16 atom kernel: [ 9.132215] DVB: registering new adapter (SAA716x dvb adapter) May 28 18:00:16 atom kernel: [ 9.133222] stv6110x_attach: Attaching STV6110x May 28 18:00:16 atom kernel: [ 9.166794] SAA716x FF 0000:04:00.0: DVB: registering adapter 1 frontend 0 (STV090x Multistandard)... May 28 18:00:16 atom kernel: [ 9.183091] EXT4-fs (sda1): mounting ext3 file system using the ext4 subsystem May 28 18:00:16 atom kernel: [ 9.191439] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null) May 28 18:00:16 atom kernel: [ 9.206251] XFS (sda4): Mounting Filesystem May 28 18:00:16 atom kernel: [ 9.401740] XFS (sda4): Ending clean mount May 28 18:00:16 atom kernel: [ 9.962394] SAA716x FF firmware version 0.3.9 May 28 18:00:16 atom kernel: [ 9.962510] input: TT6400 DVB IR receiver as /devices/pci0000:00/0000:00:1c.0/0000:04:00.0/input/input2 May 28 18:00:16 atom kernel: [ 10.880902] lirc_dev: IR Remote Control driver registered, major 250 May 28 18:00:16 atom network[588]: Bringing up loopback interface: [ OK ] May 28 18:00:16 atom kernel: [ 11.599562] r8169 0000:03:00.0: em1: link down May 28 18:00:16 atom kernel: [ 11.599581] r8169 0000:03:00.0: em1: link down May 28 18:00:16 atom kernel: [ 11.600289] ADDRCONF(NETDEV_UP): em1: link is not ready May 28 18:00:17 atom kernel: [ 11.755042] lirc_serial: auto-detected active low receiver May 28 18:00:17 atom kernel: [ 11.755204] lirc_serial lirc_serial.0: lirc_dev: driver lirc_serial registered at minor = 0 May 28 18:00:19 atom network[588]: Bringing up interface em1: [ OK ] May 28 18:00:19 atom kernel: [ 14.100351] r8169 0000:03:00.0: em1: link up May 28 18:00:19 atom kernel: [ 14.100986] ADDRCONF(NETDEV_CHANGE): em1: link becomes ready May 28 18:00:22 atom vdr: [783] VDR version 2.1.6 started May 28 18:00:22 atom vdr: [783] codeset is 'UTF-8' - known May 28 18:00:22 atom vdr: [783] loading plugin: /home/rs/vdr/PLUGINS/lib/libvdr-dvbhddevice.so.2.1.6 May 28 18:00:22 atom vdr: [783] loading plugin: /home/rs/vdr/PLUGINS/lib/libvdr-femon.so.2.1.6 May 28 18:00:22 atom vdr: [783] loading plugin: /home/rs/vdr/PLUGINS/lib/libvdr-dvd.so.2.1.6 May 28 18:00:22 atom vdr: [783] loading plugin: /home/rs/vdr/PLUGINS/lib/libvdr-dvdswitch.so.2.1.6 May 28 18:00:22 atom vdr: [783] loading plugin: /home/rs/vdr/PLUGINS/lib/libvdr-streamdev-server.so.2.1.6 May 28 18:00:22 atom systemd[1]: Startup finished in 1s 518ms 652us (kernel) + 2s 475ms 105us (initrd) + 12s 930ms 930us (userspace) = 16s 924ms 687us. May 28 18:00:22 atom vdr: [783] loading /mnt/storage/video/setup.conf May 28 18:00:22 atom vdr: [783] ERROR: unknown config parameter: streamdev-server.SuspendMode = 1 May 28 18:00:22 atom vdr: [783] loading /mnt/storage/video/sources.conf May 28 18:00:22 atom vdr: [783] loading /mnt/storage/video/diseqc.conf May 28 18:00:22 atom vdr: [783] loading /mnt/storage/video/scr.conf May 28 18:00:22 atom vdr: [783] loading /mnt/storage/video/channels.conf May 28 18:00:22 atom vdr: [783] loading /mnt/storage/video/timers.conf May 28 18:00:22 atom vdr: [783] loading /mnt/storage/video/svdrphosts.conf May 28 18:00:22 atom vdr: [783] loading /mnt/storage/video/remote.conf May 28 18:00:22 atom vdr: [783] loading /mnt/storage/video/keymacros.conf May 28 18:00:22 atom vdr: [783] loading /mnt/storage/video/folders.conf May 28 18:00:22 atom vdr: [783] DVB API version is 0x050A (VDR was built with 0x0504) May 28 18:00:22 atom vdr: [783] frontend 1/0 provides DVB-S,DVB-S2,DSS with QPSK ("STV090x Multistandard") May 28 18:00:22 atom vdr: [783] found 2 DVB devices May 28 18:00:22 atom vdr: [783] using only 1 DVB device May 28 18:00:22 atom vdr: [783] initializing plugin: dvbhddevice (2.1.6): HD Full Featured DVB device May 28 18:00:22 atom vdr: [783] initializing plugin: femon (2.1.1): DVB Signal Information Monitor (OSD) May 28 18:00:22 atom vdr: [783] initializing plugin: dvd (0.3.6-b03): turn VDR into an (almost) full featured DVD player May 28 18:00:22 atom vdr: [783] initializing plugin: dvdswitch (0.2.2): Allows playback of DVD images May 28 18:00:22 atom vdr: [783] dvdswitch: use DVD Device: /dev/dvd May 28 18:00:22 atom vdr: [783] dvdswitch: create link /mnt/storage/video/plugins/dvdswitch/dvdlink to /dev/dvd May 28 18:00:22 atom vdr: [783] WARNING - DVD drive not found: /mnt/storage/video/plugins/dvdswitch/dvdlink May 28 18:00:22 atom vdr: [783] initializing plugin: streamdev-server (0.6.0-git): VDR Streaming Server May 28 18:00:22 atom vdr: [783] setting primary device to 1 May 28 18:00:22 atom vdr: [783] device 1 has no MPEG decoder May 28 18:00:22 atom vdr: [783] SVDRP listening on port 6419 May 28 18:00:22 atom vdr: [783] setting current skin to "classic" May 28 18:00:22 atom vdr: [783] loading /mnt/storage/video/themes/classic-default.theme May 28 18:00:22 atom vdr: [783] starting plugin: dvbhddevice May 28 18:00:22 atom vdr: [783] starting plugin: femon May 28 18:00:22 atom vdr: [783] starting plugin: dvd May 28 18:00:22 atom vdr: [783] starting plugin: dvdswitch May 28 18:00:22 atom vdr: [783] starting plugin: streamdev-server May 28 18:00:22 atom vdr: [783] loading /mnt/storage/video/plugins/streamdev-server/streamdevhosts.conf May 28 18:00:22 atom vdr: [783] switching to channel 1 May 28 18:00:22 atom vdr: [795] Streamdev: Listening (VTP) on port 2004 May 28 18:00:22 atom vdr: [795] Streamdev: Listening (HTTP) on port 3000 May 28 18:00:22 atom vdr: [783] ERROR: no OSD provider available - using dummy OSD! May 28 18:00:28 atom vdr: [783] timer 1 (3 1755-1910 '3 News') set to event Wed 28.05.2014 18:00-19:00 '3 News' May 28 18:00:28 atom vdr: [783] timer 2 (4 2025-2110 'All New New Girl') set to event Mon 02.06.2014 20:30-21:00 'All New New Girl' May 28 18:00:28 atom vdr: [783] timer 3 (4 2150-2235 'Parks And Recreation') set to event Mon 02.06.2014 21:55-22:25 'Parks And Recreation' May 28 18:00:28 atom vdr: [783] timer 4 (3 1925-2040 'All New Grand Designs') set to event Tue 03.06.2014 19:30-20:30 'All New Grand Designs' May 28 18:00:28 atom vdr: [783] timer 5 (8 2205-2255 'Autospeed') set to event Wed 28.05.2014 22:30-23:00 'Stupid, Stupid Man' May 28 18:00:28 atom vdr: [783] timer 6 (1 2025-2140 'Broadchurch') set to event Sun 01.06.2014 20:30-21:30 'Broadchurch' May 28 18:00:28 atom vdr: [783] timer 7 (3 2225-2345 'House Of Cards') set to event Sun 01.06.2014 22:30-23:35 'House Of Cards' May 28 18:00:28 atom vdr: [783] timer 1 (3 1755-1910 '3 News') start May 28 18:00:28 atom vdr: [783] record /mnt/storage/video/3_News/_/2014-05-28.17.55.3-0.rec May 28 18:00:29 atom vdr: [783] ERROR: Channel locked (recording)! May 28 18:00:30 atom vdr: [794] channel 3 (TV 3) event Wed 28.05.2014 18:00-19:00 '3 News' status 4 vdr 2.1.6 FPGA firmware 1.09 SAA716x firmware 0.3.9 Regards, Richard

3 3

vdr-live-plugin
by jacek burghardt 28 May '14

28 May '14

Is there patch for vdr live plugin wen using vdr 2.1.6.

2 1

Cccam
by Behrooz Ramezani 26 May '14

26 May '14

Hello guys , how i use cccam on vdr ?

1 0

vdr file system
by jacek burghardt 26 May '14

26 May '14

What is the best file system for vdr. I just discovered that recording are causing crashes of vdr. I have video mounted on xfs partition and I can play live tv. but recording causes constant crashes.

2 1

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr