vdr

vdr@linuxtv.org

2 participants
6731 discussions

Re: [vdr] Hardware for VDR and Viaccess Secure
by Karim Afifi 10 Jul '12

10 Jul '12

Hello, It seems that "Viaccess Secure" is used only in France. Then I am still interested by your feedback about using CAM (even if different than Viaccess or Viaccess Secure) with the hardwares below. The main goal is to buy the good hardware for viewing one channel, and registering one (or more channels) with my subscriber card. Regards. Karim -----Message d'origine----- De : vdr-bounces(a)linuxtv.org [mailto:vdr-bounces@linuxtv.org] De la part de Karim Afifi Envoyé : dimanche 8 juillet 2012 22:03 À : vdr(a)linuxtv.org Objet : [vdr] Hardware for VDR and Viaccess Secure Hello, Here in France, BISTV provider is using Viaccess Secure System. To view channels, we need a Viaccess compatible CAM like "Viaccess SMIT SECURE DUAL". For VDR, to support this CAM, I plan to buy a dvb-s2 card and a CI interface card. I found couples of items which seems to be Linux/VDR compatibles : >From "Mystique" http://www.dvbshop.net/product_info.php/info/p2318_Mystique-SaTiX-S2-V3-CI-D ual--2xDVB-S2-CI-HDTV-MPEG4-H-264.html http://www.dvbshop.net/product_info.php/info/p2319_Mystique-CI-Interface-f-- Mystique-SaTiX-S2-Dual.html >From "Digital Devices" http://shop.digital-devices.de/epages/62357162.sf/secdcf4f6e155/?ObjectPath= /Shops/62357162/Products/091201 http://shop.digital-devices.de/epages/62357162.sf/de_DE/?ObjectPath=/Shops/6 2357162/Products/092003 It seems all theses items are able to register one channel when viewing another. I guess it's true. Do you have some experience with theses hardwares ? Could you please give me somme feedback ? Thanks a lot. _______________________________________________ vdr mailing list vdr(a)linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

1 0

VDR consumes about 60% CPU load
by Martin Neuditschko 09 Jul '12

09 Jul '12

Hello, I actually recognized that my VDR consumes much CPU load. I used 1.2.24 and updated now to 1.2.28, but the problem still is the same. I also deactivated the epgsearch plugin which I am normally using for the following tests. The PC has a Dual Core CPU with 2 x 1,8GHz and 2GB RAM. # ps -T u -C vdr USER PID SPID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND root 11975 11975 48.6 4.5 400564 92564 pts/4 Sl+ 00:52 0:51 ./vdr -w 60 --vfat -c /transfer/video -v /transfer/video root 11975 11980 6.3 4.5 400564 92564 pts/4 Sl+ 00:52 0:06 ./vdr -w 60 --vfat -c /transfer/video -v /transfer/video root 11975 11981 1.8 4.5 400564 92564 pts/4 SNl+ 00:52 0:01 ./vdr -w 60 --vfat -c /transfer/video -v /transfer/video root 11975 11982 0.0 4.5 400564 92564 pts/4 Sl+ 00:52 0:00 ./vdr -w 60 --vfat -c /transfer/video -v /transfer/video I attached the syslog lines of the last VDR start-up. To my shame, I can't say when it started to use so much CPU. I set up MRTG several month ago, but it looks like I didn't check its results afterwards since the actual CPU graph is very strange (25% load the last 5 hours and also now, nevertheless top says about 60-70% for VDR). # top Cpu(s): 34.9%us, 37.8%sy, 0.0%ni, 27.3%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Mem: 2053476k total, 1411556k used, 641920k free, 127176k buffers Swap: 4192248k total, 74988k used, 4117260k free, 567280k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 11975 root 20 0 391m 109m 4144 R 68.9 5.5 12:25.74 vdr This shows half user / half system load. Pretty strange. best regards Martin Neuditschko

4 4

streamdev: protocol violation
by Marx 09 Jul '12

09 Jul '12

From some time I have such messages in user.log: Jul 9 14:45:50 wuwek vdr: [5723] ERROR: streamdev: protocol violation (VTP) from 127.0.0.1:49931 What does it mean? I use VDR version 1.7.28 and vdr-plugin-streamdev-server 0.6.0-2 Marx

1 0

who is the actual Maintainer of vdr-plugin-yaepg?
by Joerg Bornkessel 08 Jul '12

08 Jul '12

Hallo Listusers, latetest version of this plugin is vdr-yaepg-0.0.9 hosted by http://captiveworks.org/open-source/vdr-yaepg/ there is no info to contakt the maintainer, btw. the contakt link results in a not available page I have fixed/converted the plugin to use language handling by xgettext note: i18n handling is obsolet from vdr-1.7.27 i need the ok from the actuell maintainer to release vdr-yaepg-0.0.10, or send him the patch between 0.0.9 and 0.0.10 he can releas it -- Regards Joerg Bornkessel mailto:ml@websitec.de

4 5

Please share your systemd (Upstart) service file
by Paul Menzel 03 Jul '12

03 Jul '12

Dear VDR folks, looking around for systemd service files I found three examples. One from OpenBricks [1], [Unit] Description=Video Disk Recorder After=lircd.service pvr.service ConditionPathExists=/run/geexbox/pvr/vdr [Service] ExecStart=/usr/bin/runvdr Restart=always [Install] WantedBy=multi-user.target one from a VDR-Portal forum post [2] [Unit] Description=Video Disk Recorder After=lircd.service [Service] ExecStart=/usr/local/src/VDR/vdr --lirc=/run/lirc/lircd -s /usr/local/bin/vdr-shutdown.sh -v /var/lib/vdr/video -w 90 -Plive -Pstreamdev-server -P 'epgsearch --config=/etc/vdr/plugins/epgsearch' -P 'xineliboutput --local=none --remote=37890' ExecStartPost=/usr/local/bin/svdrpsend.pl remo off Restart=on-failure [Install] WantedBy=multi-user.target and the one shipped by openSUSE [2]. [Unit] Descritpion=VDR After=lirc.service [Service] Type=once ExecStart=/usr/local/bin/runvdr TimeoutSec=0 [Install] WantedBy=multi-user.target As the comments in the VDR-Portal thread [2] suggest, it would be great to do without any shell/Bash script and more or less execute plain VDR and let systemd do everything else. heise open published an article about Upstart and as an example converted the VDR init.d script to an Upstart script [3]. Looking at that example I disagree with only starting VDR when an USB DVB device medium is plugged in, since there are use cases like IPTV or a VDR client. So how could such a generic set up look like. Do output plugins need to ship there own service files? Like xineliboutput which can also be run as a local frontend and for example sxfe needs a X server running. The current init.d script (in Debian) does not handle that either I think. So I guess it will not be possible to find a generic solution but let all plugins ship their own service files as needed or document what is needed. For the core VDR I guess we can assume it is run as a daemon and the above sample service files can be adapted and be included. Any thoughts? Thanks, Paul [1] http://hg.openbricks.org/openbricks/file/tip/packages/vdr/unit/vdr.service [2] http://www.vdr-portal.de/board16-video-disk-recorder/board8-vdr-grundlagen/… [3] http://www.heise.de/open/artikel/Init-Skripte-migrieren-844830.html

10 11

VDR on Centos/RHEL6
by Michael Schumacher 02 Jul '12

02 Jul '12

Hi everybody, I am trying for some days to get VDR running on my recent home server. This machine is running CENTOS6. There are various compiling errors and I am starting to wonder if somebody went through the installation process successfully? Any feedback would be welcome. -- Best regards, Michael mailto:Michael.S.Schumacher@gmx.de

3 5

Re: [vdr] Please share your systemd (Upstart) service file
by Steve Ross 29 Jun '12

29 Jun '12

Mika Laitio <lamikr(a)pilppa.org> wrote: >On 06/28/2012 08:02 PM, VDR User wrote: >> On Thu, Jun 28, 2012 at 12:01 AM, Ludwig Nussel <ludwig.nussel(a)suse.de> wrote: >> That would be a nice feature -- worth suggesting for the big `after >> 2.0 is released` redesign(?). But, there may be plugins which need to >> be initialized with certain values. Although, maybe it's possible to >> have those be reinitialized within vdr? > >Yeah, I would like to have option to pass path to plugin config file >for vdr-executable. Then somebody could write simple ui app for >configuting it via ui based on to plugins it finds from the PLUGINS dir. > >In the case of systemd, it's no need to have this vdr has died, unload >and load kernel module loop in the runvdr script, as those can be >specified also as a pre and post commands in systemd. > >Mika > > >> >> _______________________________________________ >> vdr mailing list >> vdr(a)linuxtv.org >> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > > >_______________________________________________ >vdr mailing list >vdr(a)linuxtv.org >http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

1 0

[Announce] remotetimers 0.1.7
by Frank Schmirler 27 Jun '12

27 Jun '12

Hi, today I published remotetimers-0.1.7 on http://vdr.schmirler.de. It brings some minor bugfixes plus the following new features: With (at least) VDR 1.7.28: - Patch for new LCARS skin: Include remote timers in the main menu timers list - Calculate free disk space in minutes based on size and length of recordings as in VDR 1.7.27. Just like VDR only displays free disk space information for the video directory filesystem, VDR takes only recordings on the video directory filesystem into account when calculating the average data rate. Remotetimers' recordings menu will show the free disk space of the filesystem corresponding to the currently selected directory. Naturally the average data rate is then calculated based on this filesystem's recordings. - The whole average data rate calculation is a nice thing, but it's not very helpful if you have both, SD and HD recordings on the same filesystem. How about an estimated free disk space in minutes based on the data rate of an individual recording? Just select a recording in remotetimers' recordings menu and hit either red (Edit recording) or blue (Info). In addition to size and length of the recording you'll get the free minutes based on the data rate of this recording in the title bar. For all VDR versions: - By default remotetimers syncs timers using channel IDs. So the order of channels on client and server may be completely different. Now remotetimers could also use the channel number to sync timers. In this mode of course the channel lists on client and server must be identical or it will wreak havoc. You could of course swap e.g. the positions of HD and SD (or DVB-S and DVB-T) variants of the same channel. Imagine you have a client which cannot display HD (or receives DVB-T only) but you always want to record HD (or from DVB-S) on the server: Voilà - that's the solution. - If the server recordings are mounted on a subdirectory of the local video directory you can have remotetimers monitors the server's .update file to keep the local recordings list up to date. Now remotetimers will not only monitor the .update file, it will touch it whenever the local .update file changes. So when a client deletes a recording, the server and other clients monitoring the server's .update file will update their recordings lists. CHANGELOG - If server recordings are mounted in a subdirectory of local video dir, make server and other clients aware of changes made by this client. - Fixed occasionally missed video directory mounts during startup. Now getting mtime and device id of .update file already in SetupParse(), i.e. before VDR starts to scan recordings. - Updated Slovak translations (thanks to Milan Hrala) - Added vdr-1.7.28-remote_instant_recordings.patch to display remote timers in skin LCARS' main menu view - Fixed RemoteTimers::ForEach service call - With 1.7.28 or newer, show remaining disk space in minutes based on size and length of currently selected recording in menus "Recording info" and "Edit recording". - With 1.7.28 or newer, calculate remaining disk space in minutes based on size and length of all recordings on current filesystem. - Updated Italian translations (thanks to Diego Pierotto) - Updated the menu parts copied from VDR to 1.7.28 - New option to map channels by number instead of channel id when syncing between client and server. Useful if you want to view and record different variants of a simulcast channel on client and server (e.g. HD/SD or DVB-T/ DVB-S). Requires channels to be in same order (suggested by woz@vdrportal) - API changes of VDR 1.7.28 - Updated MainMenuHooks patch (thanks to Manuel Reimer) - Fixed compile error due to unknown type 'tI18nPhrase' - Released recordings must be re-read or they reappear in recordings menu Have fun, Frank

1 0

distribution of systemd service file
by Paul Menzel 27 Jun '12

27 Jun '12

Dear VDR folks, I just noticed that Davide Cavalca added an systemd [1] service file for VDR to OpenBricks [2]. Is it useful to get this included upstream, so that all distributions can use it? I just found this one comment, that these service files supposed to be uniform between distributions [3]. On the other hand I did not find any init scripts in the VDR source. Thanks, Paul PS: Please do not use this thread to discuss different init systems. [1] http://www.freedesktop.org/wiki/Software/systemd [2] http://hg.openbricks.org/openbricks-next/rev/c532ffce1712 [3] http://bheekly.blogspot.com/2010/08/systemd-in-gentoo.html?showComment=1282…

2 2

xine-plugin; 16x9 no-signal image
by Torgeir Veimo 26 Jun '12

26 Jun '12

I'm unable to change the no-signal image to always be shown in 16x9. Is there an easy way? All my sources are 16x9, and when using OSD blending, getting a 4x3 image on each channel change looks really bad. -- -Tor

2 2

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr