vdr December 2013

vdr@linuxtv.org

34 participants
28 discussions

xmltv2vdr.pl
by Dominic Evans 14 Aug '15

14 Aug '15

I don't know if anyone else still uses the xmltv2vdr.pl perl script for piping XMLTV data into VDR's epg, but I've been keeping a version of it updated with some additional function here: https://github.com/oldmanuk/xmltv2vdr These are the changes since the last version (1.0.9) was released on the mailing list - Add support for XMLTV episode-num. Currently gets added as EPG entry 'sub-title', if no existing subtitle has been found, in the form sXXeXX (e.g., Bones~s01e01). - Change default SVDRP port number to 6419. - Better support for ATSC/PVRINPUT EPG sources. - Allow multiple channels to have the same XMLTV channel id, useful for multi input (e.g., DVB-T, DVB-S) systems where you want to feed VDR the same info. Previously only a 1:1 mapping was permitted. I've also received a pull request from someone who rewrote the whole script to be a lot more readable and to use full XML parsing (rather than just line-by-line scraping), but I still need to investigate what the performance penalty is before accepting that in.

6 10

VDR & Multiple frontends
by Eddi 25 Jul '15

25 Jul '15

Hi, I wrote a patch to Steve Toth hvr3000 repository, so my FlyDVB Trio can use multiple frontend. So I get: /dev/dvb/adapter0/demux0 /dev/dvb/adapter0/demux1 /dev/dvb/adapter0/dvr0 /dev/dvb/adapter0/dvr1 /dev/dvb/adapter0/frontend0 /dev/dvb/adapter0/frontend1 /dev/dvb/adapter0/net0 /dev/dvb/adapter0/net1 The bus of the two frontend is shared, isn't possible to get access to both frontend simultaneously, so I get an -EBUSY error by trying accessing frontend1 if frontend0 is in use. VDR doesn't support yet the second frontend, and it try to get exclusive access on both frontend on start, so the second frontend is inusabile. Vdr should probe for multiple frontend at start, and access frontend only on channel change. Please can someone give me an help to wrote a patch for this issue? Best Regards, Eddi

4 21

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

popcorn hour A110 / HDX 1000 as vdr client?
by cedric.dewijs＠telfort.nl 18 Jan '14

18 Jan '14

Hi All, My headless VDR server is starting to be usable. Therefore I'm looking for a low-power client. I have been given an HDX 1000 (cross-flashed with the popcorn hour A110 firmware) I came across this german page, it looks like the A110 can be used as VDR client. http://www.popcornforum.de/showthread.php?tid=5201&pid=176551#pid176551 Does anybody has experience with this ? Is there other / better ways to use the popcorn hour A110 as a vdr client? Kind regards, Cedric

1 1

xinelib / vdpau suddenly fails to detect Nvidia ION GPU
by Harald Milz 05 Jan '14

05 Jan '14

Hi all, I've been using a Zotac ION board with Nvidia GPU as XINE player for SD and HD for quite a while. The player is vdr-sxfe with "--video vdpau". This has worked fine until recently, when the combo started to throw spurious errors like (from the vdr-sxfe log): load_plugins: plugin /usr/lib/xine/plugins/2.0/xineplug_dmx_mngvo_vdpau: Can't create vdp device : unsupported GPU? [5837] [vdr-fe] fe_xine_init: xine_open_video_driver("vdpau") failed Error initializing xine Lately, this happens reproducibly every time I start vdr-sxfe. (I had to switch to xxmc which works fine for SD programs but gives me a bit of stutter for HD channels on the 1.6 GHz single core Atom.) Any idea where I should look? Why might xinelib or vdr-sxfe fail to correctly detect the ION (MCP79) chip when everything is unchanged? Yes I ran an apt-get upgrade on the underlying Ubuntu 12.04.3 OS but this didn't change anything, apparently. TIA! -- You will hear good news from one you thought unfriendly to you.

4 5

Analyse .ts files
by cedric.dewijs＠telfort.nl 28 Dec '13

28 Dec '13

Hi All, I am planning to let VDR record shows in encrypted form. After the show has been captured, I would like to launch a low-priority task to decrypt the show. This means I will be fumbling a lot with .ts files. A lot of the time I will do it wrong. Is there a good tool to analyse .ts files? Best regards, Cedric

2 1

porting vdr-plugin-sc from FFdecsa to dvbcsa
by cedric.dewijs＠telfort.nl 28 Dec '13

28 Dec '13

Hi All, VDR-plugin-sc now runs on a DNS-323 NAS without any problems. Below are the steps I've taken. It's not as nice as I would like, because in the current state it's not possible to switch between FFdecsa and dvbcsa. But it works for me :-) 1)obtain the original source $ hg clone http://85.17.209.13:6100/sc 2)apply the debian patch $ wget http://vdrbox.lautre.net/fichiers/VDR/debianize-sc/sc-debian-package-030620… $ cd sc $ patch -p1 <../sc-debian-package-03062011.diff 3) Modify the sourcefiles (resulting files attached) $ nano cam.c $ nano cam.h $ nano device.c $ nano Makefile $ nano debian/rules 4) Enter the compile command (this will take about an hour to complete) $ dpkg-buildpackage -us -uc -b (This step errors out.) $ nano Makefile (copy the attached Makefile again) $ dpkg-buildpackage -us -uc -b (now the build goes OK) 5)install the resulting .deb files: $ su # cd .. # dpkg -i vdr-plugin-sc_*.deb libvdr-sc-cardclient_*.deb 6)try to run it: # invoke-rc.d vdr restart Best regards, and thanks for the help, Cedric

1 0

Re: [vdr] vdr on an underpowered NAS (D-link DNS 323)
by cedric.dewijs＠telfort.nl 28 Dec '13

28 Dec '13

>----Origineel Bericht---- >Van : loescher(a)gmx.de >Datum : 27/12/2013 22:37 >Aan : cedric.dewijs(a)telfort.nl >Onderwerp : Re: [vdr] vdr on an underpowered NAS (D-link DNS 323) > >Am 12/22/13 10:22, schrieb cedric.dewijs(a)telfort.nl: >> >> I am trying to install VDR on my NAS, a D-link DNS-323. This goes great, >> I can play & record unencrypted channels. without any problem. >> > >Hi Cedric, > >How did you manage to install VDR on the D-Link 323? >Do you have a howto? > >Regards, >Stephan. > >-- >loescher(a)gmx.de >http://www.loescher-online.de/ > Hi Stephan, I have followed he following manuals: 1) Install debian on the NAS: http://www.cyrius.com/debian/orion/d-link/dns-323/install/ 2) Install VDR on debian: (written by me :-) ) https://wiki.debian.org/VDR The only thing is that sc does not compile on the NAS. In order to fix that I have ported it from FFdecsa to dvbcsa. I will post the solution in this thread: http://www.mail-archive.com/vdr@linuxtv.org/msg17681.html Also the NAS is slow, but watching one encrypted show, or record two encrypted shows, or record 4 unencrypted shows works for me. SD quality, I don't receive HD here. Please let me know about your progress. Regards, Cedric

1 0

porting vdr-plugin-sc from FFdecsa to dvbcsa: undefined symbol
by cedric.dewijs＠telfort.nl 27 Dec '13

27 Dec '13

Hi All, I am trying to run vdr-plugin-sc on my D-link DNS323 running debian. This NAS has an ARM processor, so FFdecsa fails to compile. I am however able to compile and run vdr-plugin-dvb-api. (I cannot connect to OSCAM yet, but that's another discussion) vdr-plugin-dvb-api has code to use both FFdecsa and dvbcsa. I have changed the source of vdr-plugin-sc to use dvbcsa. This compiles and installs fine, but I see the following error in /var/log/syslog when I start VDR vdr: [8061] ERROR: /usr/lib/vdr/plugins/libvdr-sc.so.1.7.28: undefined symbol: _Z18dvbcsa_bs_key_freeP15dvbcsa_bs_key_s vdr: [8118] VDR version 1.7.28 started I see a strange thing with ldd, libdvbcsa.so.1 has not been linked in. I guess I have forgot to tell the linker to use that library: # ldd /usr/lib/vdr/plugins/libsc-cardclient-30.so.1.7.28 libcrypto.so.1.0.0 => /usr/lib/arm-linux-gnueabi/libcrypto.so.1.0.0 (0xb6da5000) libcrypt.so.1 => /lib/arm-linux-gnueabi/libcrypt.so.1 (0xb6d73000) libstdc++.so.6 => /usr/lib/arm-linux-gnueabi/libstdc++.so.6 (0xb6ca4000) libm.so.6 => /lib/arm-linux-gnueabi/libm.so.6 (0xb6bfb000) libgcc_s.so.1 => /lib/arm-linux-gnueabi/libgcc_s.so.1 (0xb6bd1000) libc.so.6 => /lib/arm-linux-gnueabi/libc.so.6 (0xb6a9b000) libdl.so.2 => /lib/arm-linux-gnueabi/libdl.so.2 (0xb6a8f000) libz.so.1 => /lib/arm-linux-gnueabi/libz.so.1 (0xb6a71000) /lib/ld-linux.so.3 (0xb6f47000) # ldd /usr/lib/vdr/plugins/libvdr-sc.so.1.7.28 libcrypto.so.1.0.0 => /usr/lib/arm-linux-gnueabi/libcrypto.so.1.0.0 (0xb6d31000) libstdc++.so.6 => /usr/lib/arm-linux-gnueabi/libstdc++.so.6 (0xb6c61000) libm.so.6 => /lib/arm-linux-gnueabi/libm.so.6 (0xb6bb8000) libgcc_s.so.1 => /lib/arm-linux-gnueabi/libgcc_s.so.1 (0xb6b8e000) libc.so.6 => /lib/arm-linux-gnueabi/libc.so.6 (0xb6a58000) libdl.so.2 => /lib/arm-linux-gnueabi/libdl.so.2 (0xb6a4d000) libz.so.1 => /lib/arm-linux-gnueabi/libz.so.1 (0xb6a2e000) /lib/ld-linux.so.3 (0xb6f08000) # ldd /usr/lib/vdr/plugins/libvdr-dvbapi.so libdvbcsa.so.1 => /usr/lib/arm-linux-gnueabi/libdvbcsa.so.1 (0xb6f9b000) libstdc++.so.6 => /usr/lib/arm-linux-gnueabi/libstdc++.so.6 (0xb6ecb000) libm.so.6 => /lib/arm-linux-gnueabi/libm.so.6 (0xb6e22000) libgcc_s.so.1 => /lib/arm-linux-gnueabi/libgcc_s.so.1 (0xb6df8000) libc.so.6 => /lib/arm-linux-gnueabi/libc.so.6 (0xb6cc2000) /lib/ld-linux.so.3 (0xb6fe1000) Could somebody have a look at my Makefile (attached)? I suspect I made a mistake there Best regards, Cedric

3 5

H264 AAC streamdev client OK, VNSI "No Signal"
by Zouhair 26 Dec '13

26 Dec '13

Hi, using XBMC "streamdev client", i get successfully H264/AAC (video and audio) using VNSI (protocol version '3') nothing only message "No Signal" --------- VDR log -------------------------- ... vdr: [971] VNSI: Creating new live Receiver vdr: [971] VNSI: Successfully switched to channel 16 - AB1 vdr: [971] VNSI: Started streaming of channel AB1 (timeout 10 seconds) vdr: [975] receiver on device 9 thread started (pid=694, tid=975, prio=high) vdr: [976] IPTV streamer thread started (pid=694, tid=976, prio=high) vdr: [974] cLiveStreamer stream processor thread started (pid=694, tid=974, prio=high) vdr: [724] changing pids of channel 16 from 216+217=2:317=@4:0:517 to 217+217=27:317=fra@17:0:0 vdr: [974] changing pids of channel 16 from 216+217=2:317=@4:0:517 to 217+217=27:317=fra@17:0:517 vdr: [974] VNSI: Created stream demuxer for pid=217 and type=8 vdr: [974] VNSI: Created stream demuxer for pid=317 and type=5 vdr: [976] IPTV streamer thread ended(pid=694, tid=976) vdr: [975] receiver on device 9 thread ended (pid=694, tid=975) vdr: [977] receiver on device 9 thread started (pid=694, tid=977, prio=high) vdr: [979] IPTV streamer thread started (pid=694, tid=979, prio=high) vdr: [731] VNSI: Requesting clients to reload channel list vdr: [974] VNSI: No Signal vdr: [971] VNSI: cxSocket::read: eof,connection closed streamer thread, receiver is no more attached vdr: [974] VNSI: exit streamer thread ... ----------------------------------------- because the channels is coming from vdr-iptv ? Or, VNSI not support H264/AAC channels coming from vdr-iptv plugins ? Thanks. vnsiserver (0.9.0) XBMC Media Center 12.2 vdr-iptv-2.0.0 VDR 2.0.2

1 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr December 2013