vdr February 2010

vdr@linuxtv.org

74 participants
62 discussions

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

CAM auto resetting - feature request??
by Simon Baxter 27 Dec '10

27 Dec '10

Hello My v 1.6.0 system has 2x Alphacrypt multi-CAMs. Occasionally one of the CAMs seems to "crash" and if I go into Setup > CAM one of the CAMs changes from "Alphacrypt" to "CAM Ready" - and will no longer decrypt channels. I then correspondingly get a bunch of timer conflicts, as 1/2 my CAM resources have vanished. Only ever one CAM fails, never both. I rectify this by selecting the CAM, and then hitting "reset" (sometimes a couple of times) - and it comes back. Unless I go into the Setup > CAM menu, I'm unaware that the CAM has "crashed". My request is...... Is there a way I can either 1)Automatically reset a CAM if it falls into this state or 2)Be notified, by generating a console/kernel message, so I can know to come in and fix this. Any ideas?

7 20

[PATCH] vcd-0.9 for VDR >= 1.7.3
by Thomas Günther 15 Aug '10

15 Aug '10

Hi! Here is a patch for the vcd plug-in and VDR >= 1.7.3: http://toms-cafe.de/vdr/download/vcd-0.9-1.7.3.diff Tom

2 1

portability or VDR on FreeBSD
by Joerg Pulz 10 Jul '10

10 Jul '10

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello list. As the subject already says, this is about VDR portability, or how to get VDR up and running on a FreeBSD system. In times where we have such really nice plugins like softdevice and streamdev, we no longer need real MPEG2 or DVB hardware in a VDR system. As i want to use my FreeBSD systems to watch TV or play VDR recordings i decided to give porting VDR to FreeBSD a try. Attached you can find the results. In short terms: It simply works! The only missing feature right now is, starting VDR as root and switching to another user (-u command line option). For now it is possible to watch any recording made by a VDR with real hardware if the video directory is directly accessible over the network (mountable by the client) or the use the streamdev plugin to stream VDR to VDR. All tests where done using a Linux system with two FF-DVB-S devices, streamdev-server plugin and NFS exported video directory plus a wired and a wireless FreeBSD-7.0 client running VDR with streamdev-client and softdevice plugin. As far as i could test the whole setup until now, everything works the same way on FreeBSD as it does under Linux and i now have real channel-hopping. The patches are made in a way that a patched VDR will still compile under Linux. Every modification, to the source or to the Makefiles is ifdef'd out. So unless you say you want to compile VDR for FreeBSD you have an unmodified version of source. In case the ML software strips the attachments, the files are also available for download at: ftp://ftp.frm2.tum.de/pub/jpulz/VDR/ Thoughts or comments from others are welcome. regards Joerg - -- The beginning is the most important part of the work. -Plato -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFH0Dy8SPOsGF+KA+MRAmVBAJ9Tzfxg0zWNN/fEX8vfeMOW2muvSACgivha raTzC4R92jZ+Petp9Mqwr9E= =f08n -----END PGP SIGNATURE-----

2 3

Dual DVB-S2 Tuner cards
by Theunis Potgieter 25 Jun '10

25 Jun '10

Hi guys, do any of you have information with regards to Dual DVB-S2 Tuners on a PCI or preferably a PCI-E type card working on vdr? I did have a look on http://www.linuxtv.org/wiki/index.php/DVB-S2_PCIe_Cards But only mentions 2 and they seem to be a rare find. Well at least where I live. Does anybody else know of working DVB-S2 cards for Linux? I did find plenty of Hybrid/Dual type cards but they seem to be supporting DVB-T + DVB-S/S2 and not even both at the same time :( Any advice would be appreciated. Thanks, Theunis

11 13

Restricting a particular dvb card from tuning to channels with a selected modulation
by Petri Helin 06 Apr '10

06 Apr '10

Hi, I have an USB DVB-C card (Reddo dvb-c, actually a relabelled Tongshi box), which works very well with the current Linux driver excluding channels with QAM-256 modulation. Would it be easy to check FE_CAN_QAM_256 in vdr before trying to use a device to tune to a particular channel? In such a case I could deactivate FE_CAN_QAM_256 in the drivers. I am using VDR 1.7.9, if it makes a difference. Of course at the moment the proper solution would be to modify the channels.conf to se a preselected card to tune to a particular channel, but in this case there are two drawbacks with it. 1) I have more than one card that I can use for QAM-256 channels and would like to use them all, and 2) channels woth QAM-256 are also encrypted and I have yet to figure out how to set both the CA code and the number of the card in the "Conditional access" parameter in the channels.conf. Actually now that I think of it... How about separating the explicit card selection and conditional access by introducing a new paremeter in the channels.conf that could be used to preselect the card(s) that can tune to the selected channel? -Petri

8 25

ERROR: driver buffer overflow on device 1
by Josce 21 Mar '10

21 Mar '10

vdr-1.7.12 + reelbox + 2 Anysee E30C USB devices Sadly quite often my vdr stops working, with the following error: localhost vdr: [2626] buffer usage: 70% (tid=2625) localhost vdr: [2626] buffer usage: 80% (tid=2625) localhost vdr: [2626] buffer usage: 90% (tid=2625) localhost vdr: [2626] buffer usage: 100% (tid=2625) localhost vdr: [2626] ERROR: driver buffer overflow on device 1 localhost vdr: [2626] ERROR: driver buffer overflow on device 1 (repeated over and over again) Just killing vdr and reloading the DVB driver doesn't fix this. I have to reboot the machine to get everything working again. Now I was wondering, when this happens how can I make vdr exit with say exit code 9, so that I can make the runvdr reboot the machine. Thanks, Josce

9 17

Re: [vdr] VDRAdmin-AM with UTF-8 support?
by Jose Alberto Reguero 14 Mar '10

14 Mar '10

El Viernes, 13 de Marzo de 2009, H. Langos escribió: > Hi, > > I just installed vdr and vdradmin-am on Debian lenny and it seems that two > years down the road the problem still exists. (Though in a more subtle way) > > I even tried the 3.6.4-1 from debian testing and still the pages have > this in the head section: > > meta http-equiv="content-type" content="text/html;charset=ISO-8859-1" > > My system default locale is en_US.UTF-8 > # cat /etc/default/locale > LANG="en_US.UTF-8" > > Only switching to something like de_DE.UTF-8 seems to fix the problem. > Seems like gettext('ISO-8859-1') is not the best way of handling > encodings after all. > > Anyway, isn't it time to make a move towards a default UTF-8? > > cheers > -henrik > > PS: I'm not subscribed to vdr or vdradmin-am. So please CC me. In my case the problem is that the directory where the UTF8 locale is stored is: /usr/share/locale/es_ES.utf8/ if I change to: /usr/share/locale/es_ES.UTF8 All work ok. Jose Alberto > > On Thu, Jan 01, 1970 at 12:00:00AM +0000, Jose Alberto Reguero wrote: > > El Mi?rcoles, 28 de Marzo de 2007, Lucian Muresan escribi?: > > > Jose Alberto Reguero wrote: > > > > El Martes, 27 de Marzo de 2007, Harald Milz escribi?: > > > >> Hi, > > > >> > > > >> is anyone working on a UTF-8 version of VDRadmin-AM? I'm using vdr > > > >> with the UTF8 patch (de and ru) and need to always select UTF8 > > > >> manually in the browser to avoid seeing the ? stuff. Looking at the > > > >> html files in template/default/, I see everything is hardcoded in > > > >> iso-8859-1, but that should be a configuration option. Setting > > > >> LANG=de_DE.utf8 doesn't help, it is silently ignored. > > > >> > > > >> Anyone? > > > >> > > > >> THX. > > > > > > > > I run: > > > > > > > > sed -i -e s/ISO-8859-1/UTF-8/g *.html > > > > > > > > in the template/default/ directory. > > > > > > Andreas Mair already adopted my UTF-8 patch for the vdradmin locales, > > > months and versions ago. It patches the makefile and adds targets for > > > generating the UTF-8 locales out of the stock ones. For more info, > > > check this thread: > > > http://www.linuxtv.org/pipermail/vdr/2006-July/010116.html > > > > > > Regards, > > > Lucian > > > > I use make.sh utf8add and make.sh po but the html files in > > template/default/ still have references to ISO-8859-1, as Harald Milz > > says, and firefox put the encoding to ISO-8859-1. That is with > > vdradmin-am-3.5.3. > > > > Jose Alberto

3 5

enna + vdr
by martinez 12 Mar '10

12 Mar '10

Can somebody confirm that using enna as a media player, integration with vdr via the vdr-xine plugin is good including the OSD? How does one navigate from enna to vdr and viceversa?

4 5

[ANNOUNCE] VDR developer version 1.7.13
by Klaus Schmidinger 07 Mar '10

07 Mar '10

VDR developer version 1.7.13 is now available at ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.13.tar.bz2 A 'diff' against the previous version is available at ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.12-1.7.13.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. The changes since version 1.7.12: - Updated the Italian OSD texts (thanks to Diego Pierotto). - Changed the position of Sirius 4 to S4.8E in sources.conf (thanks to Alexander Gross). - Updated the Finnish OSD texts (thanks to Rolf Ahrenberg). - Moved the declaration of cMenuCommands to menu.h, so that plugins can use it. - Added a note to the MANUAL, saying that adding new transponders only works if the "EPG scan" is active (suggested by Halim Sahim). - Improved handling frames at the beginning and end of a recording in cDvbPlayer for devices with large buffers (thanks to Reinhard Nissl). - Implemented cDeviceHook to allow plugins more control over which device can provide which transponder (thanks to Reinhard Nissl). - Implemented cDevice::GetCurrentlyTunedTransponder() (thanks to Reinhard Nissl). - Moved strictly necessary Makefile options into Make.global, which is included by all plugins (thanks to Paul Menzel). The Makefiles of existing plugins should be modified like this: ------------------------------------------------------------ --- PLUGINS/src/hello/Makefile 2009/10/18 14:00:07 2.1 +++ PLUGINS/src/hello/Makefile 2010/02/06 14:50:03 2.2 @@ -18,7 +18,7 @@ ### The C++ compiler and options: CXX ?= g++ -CXXFLAGS ?= -fPIC -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses +CXXFLAGS ?= -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses ### The directory environment: @@ -26,6 +26,10 @@ LIBDIR = ../../lib TMPDIR = /tmp +### Make sure that necessary options are included: + +include $(VDRDIR)/Make.global + ### Allow user defined options to overwrite defaults: -include $(VDRDIR)/Make.config ------------------------------------------------------------ - Added device definitions to the diseqc.conf file format, so that certain satellite positions can be limited to a given list of devices. This obsoletes the SOURCECAPS patch. - Keeping subtitles visible when pausing replay (thanks to Rolf Ahrenberg). - Fixed adding new transponders in case there is only a single channel in the channel list (reported by Halim Sahin). - The file name in the "Timers" menu now shows only the base name of the recording without the folder path (if any). Otherwise with long folder paths the actual recording name was not visible at all. - Updated the Romanian OSD texts (thanks to Lucian Muresan). - Exported some libsi functions (thanks to Lucian Muresan). - Improved scalability of the default skins. - Fixed the German translation of "Folder name must not contain '%c'!" (thanks to Frank Schmirler). - Updated the Estonian OSD texts (thanks to Arthur Konovalov). - Plugins can now define new sources. In order to implement this, the following changes were made: + The transponder parameter string is no longer interpreted by cChannel, but rather stored as is and used only by the respective device. That way plugins can use a channel's parameter string to store arbitrary data (see vdr.5). + The new class cSourceParam can be used by plugins to define new sources, and to implement OSD items that will be used in the channel editor for editing the source specific parameters of a channel (see dvbdevice.c for an example of how this is done for the default DVB devices). + Purely numerical values are no longer accepted in the 'source' parameter of a channel. This obsoletes the PLUGINPARAM patch. - Updated the Lithuanian OSD texts (thanks to Valdemaras Pipiras). - cSafeFile::Close() now flushes the file (suggested by Stephan Austermu"hle). - The option "Setup/DVB/Use Dolby Digital" now only controls whether Dolby Digital tracks appear in the "Audio" menu. Dolby Digital is always recorded. This obsoletes the DOLBYINREC patch. Have fun! Klaus

8 20

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr February 2010