vdr

vdr@linuxtv.org

2 participants
6731 discussions

[ANNOUNCE] VDR developer version 2.1.3
by Klaus Schmidinger 07 Jan '14

07 Jan '14

VDR developer version 2.1.3 is now available at ftp://ftp.tvdr.de/vdr/Developer/vdr-2.1.3.tar.bz2 A 'diff' against the previous version is available at ftp://ftp.tvdr.de/vdr/Developer/vdr-2.1.2-2.1.3.diff MD5 checksums: 054f80e0045aa6fad118e9285b52f4f2 vdr-2.1.3.tar.bz2 3c5ab05d5c4d0b984b34e84190e80949 vdr-2.1.2-2.1.3.diff WARNING: ======== This is a *developer* version. Even though *I* use it in my productive environment, I strongly recommend that you only use it under controlled conditions and for testing and debugging. Originally I intended to release this version only after the new DiSEqC configuration dialog was finished. But in the meantime quite a few other things have come up, so I decided to postpone that dialog and first release what has piled up so far. The changes since version 2.1.2: - Changed the return value of cPositioner::HorizonLongitude() to 0 in case the latitude of the antenna location is beyond +/-81 degrees. - Updated the Finnish OSD texts (thanks to Rolf Ahrenberg). - Fixed some compiler warnings with gcc-4.6.3 (thanks to Rolf Ahrenberg). - Changed the name of the SVDRP command RENR to MOVR (suggested by Rolf Ahrenberg). - When cutting a recording it is now checked whether there is already an edited version of this recording (with the same name, but starting with '%'), and the user is prompted for confirmation to overwrite it (suggested by Rolf Ahrenberg). - Revoked "Added maximum signal strength value for TechniSat SkyStar 2 DVB-S rev 2.3P" because it broke things for the "TechniSat AirStar 2" DVB-T card. - The LIRC remote control now connects to the socket even if it doesn't yet exist when VDR is started (thanks to Lars Hanisch). - Changed the absolute latitude limit for visible satellites to 81.2 degrees. - Added code for parsing LCN and AVC descriptors to libsi (thanks to Rolf Ahrenberg). - In the "Select folder" menu pressing Ok now selects the folder, even if this is a folder that contains sub folders (marked with "..."). To open such a folder you can press the Red key. - Fixed a possible access to uninitialized data in cEIT::cEIT() (reported by Dominik Strasser). - The new menu category mcRecordingEdit is now used to mark menus that edit recording properties (suggested by Stefan Braun). - Changes in the teletext PID no longer cause retuning (and thus interrupting a recording). - Removed '_' from the FileNameChars and CharMap translations in uk_UA.po. - Updated the Italian OSD texts (thanks to Diego Pierotto). - Fixed a missing initialization in the c'tor of cSkinLCARSDisplayChannel (thanks to Marko Mäkelä). - Simplified some conditional expressions in skinlcars.c and skinsttng.c (suggested by Marko Mäkelä). - Fixed uninitialized item area coordinates in cSkinLCARSDisplayMenu (reported by Marko Mäkelä). - Fixed a possible crash if the recordings list is updated externally while the Recordings menu is open (reported by Lars Hanisch). - Added a missing closing ')' in the help and man page entry of the --vfat option (reported by Lars Hanisch). - Fixed setting the name of the video directory to avoid a crash when using --genindex, and also to use the correct directory with --edit (the latter reported by Marko Mäkelä). - The Recordings menu can now be called with a cRecordingFilter, which allows the caller to have it display only a certain subset of the recordings (thanks to Lars Hanisch). - Added handling UTF-8 'umlaut' characters to cKbdRemote (thanks to Lars Hanisch). - Made it clear that the Data parameter in cDevice::StillPicture() may point to a series of packets, not just a single one (thanks to Thomas Reufer). - cDevice::TrickSpeed() now has an additional parameter named Forward, which indicates the direction in which replay is being done (suggested by Thomas Reufer). This information may be necessary for some output devices in order to properly implement trick modes. Authors of plugins that implement output devices will need to add this parameter to their derived cDevice class, regardless of whether they will make use of it or not. - Added a note to ePlayMode in device.h that VDR itself always uses pmAudioVideo when replaying a recording (suggested by Thomas Reufer). - Fixed some spellings in positioner.h and Doxyfile (thanks to Ville Skyttä). - Changed '%a' to the POSIX compliant '%m' in all scanf() calls (thanks to Ville Skyttä). - The new function cCamSlot::Decrypt() can be used by derived classes to implement a CAM slot that can be freely assigned to any device, without being directly inserted into the full TS data stream in hardware. A derived class that implements Decrypt() will also need to set the new parameter ReceiveCaPids in the call to the cCamSlot base class constructor to true, in order to receive the CA pid TS packets that contain data necessary for decrypting. - Many member functions of cCamSlot have been made virtual to allow for easier implementation of derived classes. - cTSBuffer now provides the number of available bytes in its Get() function. - cDvbDevice::GetTSPacket() now calls CamSlot()->Decrypt() in order to allow CAM slots that can be freely assigned to any device access to the TS data stream. - Added a check to avoid a possible NULL pointer dereference in cCiSession::SendData() (reported by Ville Skyttä). - Deleted a superfluous assignment in cPipe::Open() (reported by Ville Skyttä). - The script given to VDR with the '-r' option is now also called after the recording process has actually started (thanks to Christian Kaiser). - Avoiding unnecessary pkg-config warnings in plugin Makefiles (thanks to Ville Skyttä). Plugin authors may want to apply the following change to their Makefile: -PKGCFG = $(if $(VDRDIR),$(shell pkg-config --variable=$(1) $(VDRDIR)/vdr.pc),$(shell pkg-config --variable=$(1) vdr || pkg-config --variable=$(1) ../../../vdr.pc)) +PKGCFG = $(if $(VDRDIR),$(shell pkg-config --variable=$(1) $(VDRDIR)/vdr.pc),$(shell PKG_CONFIG_PATH="$$PKG_CONFIG_PATH:../../.." pkg-config --variable=$(1) vdr)) - Eliminated MAXDVBDEVICES (suggested by Oliver Endriss). - Channels that are no longer contained in the current SDT of a transponder are now marked with the keyword OBSOLETE in their name and provider fields. That way you can identify obsolete channels when you switch to them, and you can get the complete overview of all obsolete channels by sorting the Channels list by provider (by pressing the 0 key twice). Automatic deletion of obsolete channels may follow later. Have fun! Klaus

8 9

diseqc.conf for Spaun and quad-LNBs
by Martin Lang 06 Jan '14

06 Jan '14

Hi all, I recently moved to Australia and now an looking to make my vdr work. I have two quad LNBs (single local oscillator frequency) attached to a Spaun 9x7 multi-switch. The spaun is set to "Quad mode". For the S156E position ("satellite A") I can tune to both H+V and run a channel scan. For the satellite "B" (S160E) I cannot tune anything - neither with vdr nor with dvbscan. On S156E I have a Foxtel (Sky-equivalent) box attached and it tunes nicely, too. So maybe the Foxtel box did send some commands to the LNB which made it work, whereas on S160E this did not happen (yet) ? Can anybody please help with the correct diseqC.conf ? My attempt (see below) to modify the one from http://www.vdr-portal.de/index.php?page=Thread&postid=927921 did not work so far. Thanks Martin # from this thread # http://www.vdr-portal.de/index.php?page=Thread&postid=927921 # multiswitch + 2x Quad LNBs ##Multischalter Eingang A #S13.0E 11700 V 9750 t v W15 [E0 10 38 F0] W15 A W15 t #S13.0E 99999 V 10600 t v W15 [E0 10 38 F1] W15 A W15 T #S13.0E 11700 H 9750 t V W15 [E0 10 38 F2] W15 A W15 t #S13.0E 99999 H 10600 t V W15 [E0 10 38 F3] W15 A W15 T ##Multischalter Eingang B #S19.2E 11700 V 9750 t v W15 [E0 10 38 F4] W15 B W15 t #S19.2E 99999 V 10600 t v W15 [E0 10 38 F5] W15 B W15 T #S19.2E 11700 H 9750 t V W15 [E0 10 38 F6] W15 B W15 t #S19.2E 99999 H 10600 t V W15 [E0 10 38 F7] W15 B W15 T # #Multischalter Eingang A S156E 99999 V 10700 t v W15 [E0 10 38 F0] W15 A W15 t #S156E 99999 V 10700 t v W15 [E0 10 38 F1] W15 A W15 T S156E 99999 H 10700 t V W15 [E0 10 38 F2] W15 A W15 t #S156E 99999 H 10700 t V W15 [E0 10 38 F3] W15 A W15 T #Multischalter Eingang B #S160E 11700 V 9750 t v W15 [E0 10 38 F4] W15 B W15 t S160E 99999 V 10700 t v W15 [E0 10 38 F5] W15 B W15 T #S160E 11700 H 9750 t V W15 [E0 10 38 F6] W15 B W15 t S160E 99999 H 10700 t V W15 [E0 10 38 F7] W15 B W15 T

1 0

[PATCH] Update satellites in default sources.conf
by Antti Hartikainen 06 Jan '14

06 Jan '14

Hi. I thought it would be time to finally update outdated sources.conf. Patch is against sources.conf delivered with VDR 2.1.3. Some things came up, and I would like to hear some opinions about them. There was/is entries like: S28.2E for Astra 2 satellites and S28.5E for Eutelsat satellite at almost same orbital position Both satellites are supposed to be watched with one dish and LNB, but still they have their own entries in sources.conf. Similar example is "S1W Thor 5/6 & Intelsat 10-02". Thor satellites are positioned 0.2 degrees apart from Intelsat. So should these satellites nearby eachother to be combined as one, or should every one to be separated as its own position? In this patch I have combined 28.2E and 28.5E positions as one 28.2E position, as atleast I have set them both up as one single position. I also wanted to change S1W to S0.8W, as it's more true, but I can imagine it would cause a lot of trouble for people who are using the default sources.conf file as their sources.conf, so for now I left it as is. It doesn't really matter, but improves signal strength for people using USALS. :)

2 4

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

New tool to load VDR with XMLTV Data
by Adam Flott 26 Dec '13

26 Dec '13

I wrote a tool to load VDR with XMLTV data. Written in Go with 0 external dependencies and does a few things nicer than that perl script that's been floating around Source: https://github.com/adamflott/vdr-epg-tool Usage: http://adamflott.com/loading-vdr-with-xmltv-data/ Probably not 100% bug free, but it works for me. $ tv_grab_na_dd --days 1 --output /tmp/epg_schedules_direct.xml \ && vdr-epg-tool -c /var/lib/vdr/channels.conf -x /tmp/epg_schedules_direct.xml epg-load \ && rm /tmp/epg_schedules_direct.xml Enjoy!

4 5

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr