vdr

vdr@linuxtv.org

2 participants
6731 discussions

my PC wakes up one hour late
by cedric.dewijs＠telfort.nl 04 Nov '12

04 Nov '12

Hi All, My PC wakes up one hour too late. In everything.log I see the PC wants to wake up 03:15, but wakes up 4:15 instead. " Nov 2 00:37:03 TV vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S90.acpiwakeup Nov 2 00:37:03 TV vdr-addon-acpiwakeup: Setting ACPI alarm time to: 2012-11-02 03:15:00 .. Nov 2 04:15:40 TV kernel: [ 0.000000] Initializing cgroup subsys cpuset " $ cat /proc/driver/rtc rtc_time : 18:26:10 rtc_date : 2012-11-02 alrm_time : 03:15:00 alrm_date : 2012-11-03 alarm_IRQ : no alrm_pending : no update IRQ enabled : no periodic IRQ enabled : no periodic IRQ frequency : 1024 max user IRQ frequency : 64 24hr : yes periodic_IRQ : no update_IRQ : no HPET_emulated : no BCD : yes DST_enable : no periodic_freq : 1024 batt_status : okay $ date Fri Nov 2 18:26:34 CET 2012 $ uname -a Linux TV 3.6.2-1-ARCH #1 SMP PREEMPT Fri Oct 12 23:58:58 CEST 2012 x86_64 GNU/Linux The following does not wake up my PC within 5 minutes: # echo 0 > /sys/class/rtc/rtc0/wakealarm # echo `date '+%s' -d '+ 5 minutes'` > /sys/class/rtc/rtc0/wakealarm # cat /proc/driver/rtc rtc_time : 18:31:01 rtc_date : 2012-11-02 alrm_time : 18:35:34 alrm_date : 2012-11-02 alarm_IRQ : no alrm_pending : no update IRQ enabled : no periodic IRQ enabled : no periodic IRQ frequency : 1024 max user IRQ frequency : 64 24hr : yes periodic_IRQ : no update_IRQ : no HPET_emulated : no BCD : yes DST_enable : no periodic_freq : 1024 batt_status : okay

4 6

emergency restart is too fast for my USB DVB-T receiver
by cedric.dewijs＠telfort.nl 01 Nov '12

01 Nov '12

Hi All, I have an usb dvb-t receiver. When something goes wrong, (for instance when I unplug, and then re-plug the receiver) I see in my syslog something along the lines of "video data stream broken" or "error stopping stream". Then vdr restarts itself. The problem is that the kernel does not reinitialize the receiver until nobody is using the device. reinitialize takes a few seconds, but vdr does not release the device long enough for that to happen. The result is that vdr restarts many times. When I stop vdr, wait a few seconds, and then start it again, the USB receivers work fine again. Is there a way to let vdr wait for 10 seconds during the emergency restart? Best regards, Cedric

4 4

the great dynamite plugin ! :)
by syrius.ml＠no-log.org 29 Oct '12

29 Oct '12

Hi, Talking about dynamite, I'm using it because of my dvb-ttpci card and my usb dvb-t dongle. Their driver/firmware need to be reloaded from time to time. There're 3 dvd-s cards and 1 dvb-t usb stick. I'm using the adapter_nr module feature to order the cards. - card 0 : WinTV-NOVA-HD-S2 (uses diseqc, can receive S28.2E and S19.2E) - card 1 : WinTV-NOVA-S (uses diseqc, can receive S28.2E and S19.2E) - card 2 : FF Rev. 1.5 (uses diseqc, can receive S28.2E) - card 3 : rtl2832u I'm using udev rules to configure the timeout and to pass an argument to the timeout_handler. I'm using vdr 1.7.30 atm, I've been observing one weird behaviour for quite a long time now: after I watch a recording my dynamite-patched-vdr often reloads card #0 for no apparent reason. When the recording ends, i get a black screen instead of live tv. After the timeout my handler script detach the card from vdr, reloads the dvb driver and reattach the card. After the card is detached vdr automatically switches to another card, that's an expected behavior. After the card is reattached i can use femon to switch back to card #0: it's working again. So you would say: buggy driver. But lately i've been commenting out the driver reload part in my handler script: to fix the black screen you just have to detach the card from vdr then reattach it. (nothing more) So I guess it's rather an issue with the dynamite patch, have you ever encountered it or a similar behavior ? --

2 1

Announcing vdrfs (vdrnfofs in C language)
by Miguel CV 25 Oct '12

25 Oct '12

Hi: For those who don't know, vdrnfofs it's a program that shows you one mpg for every vdr recording. You can with this "export" via DLNA this mpg, transcode it,etc...It has a clean and easy to understand code. I implemented a versión of vdrnfofs in C, for two reasons: - To learn C (this is my first C program) - Thinking that python was the culprit for the slow transcoding to my Samsung TV (it wasn't XD) I think it has a bit better performance, but nothing really important (but i didn't benchmarked much) . Maybe we are limited by fuse speed, but i'm sure I can make some optimizations. As a side effect, being in C means you can put it in other devices who don't run python. I am trying to implement it in the Siemens M740 (MIPS platform). Link with source and instructions to build: https://github.com/miguel-cv/vdr_fuse Disclaimer: I'm a network/IT guy, I'm sure the program has lots of bugs. I checked it with valgrind and only leaks 20/30 bytes in the fuse call (really don't know why). It's been running in my computer for 5 days and didn't had any trouble. If this is not the proper mailing list, sorry and excuse me for my english.

1 0

rotorng broken with 1.7.27 - any changes to vdr core / kernel?
by Morfsta 25 Oct '12

25 Oct '12

Hi Klaus, As part of a recent upgrade from vdr-1.7.22 to 1.7.27 within yavdr I've seen that my rotorng plugin doesn't work anymore and this is shown in the syslog when I try to send a disecq command: - vdr: [8287] ERROR: frontend 1/0: Invalid argument The plugin includes a patch to the vdr src which adds another method to cDvbTuner: - +bool cDvbTuner::SendDiseqcCmd(dvb_diseqc_master_cmd cmd) +{ + cMutexLock MutexLock(&mutex); + if ((frontendType!=SYS_DVBS2 && frontendType!=SYS_DVBS) || SendDiseqc) + return false; + diseqc_cmd=cmd; + SendDiseqc=true; + newSet.Broadcast(); + return true; +} and modifies cDvbTuner::GetFrontendStatus with: - cMutexLock MutexLock(&mutex); + if (SendDiseqc) { + CHECK(ioctl(fd_frontend, FE_DISEQC_SEND_MASTER_CMD, &diseqc_cmd)); + SendDiseqc=false; + } Has anything changed in VDR, or perhaps the driver that means this no longer works the way that it used to? I've looked through the HISTORY and can't spot anything that stands out. Thank for any help you can provide. Kind Regards, Morfsta

2 5

vdr-plugin-epgsearch-git failes to build
by cedric.dewijs＠telfort.nl 24 Oct '12

24 Oct '12

Hi All, I have tried to build vdr-plugin-epgsearch-git on arch linux. It failes with the following message. Does a patch exist for this problem? Best regards, Cedric " g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses -fPIC -c -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D__KERNEL_STRICT_NAMES -DUSE_GRAPHTFT -D_GNU_SOURCE -DSENDMAIL='"/usr/sbin/sendmail"' -DHAVE_PCREPOSIX -DPLUGIN_NAME_I18N='"epgsearch"' -I/usr/include/vdr menu_searchresults.c menu_searchresults.c: In member function 'eOSState cMenuSearchResultsForRecs::Play()': menu_searchresults.c:818:80: error: no matching function for call to 'cReplayControl::SetRecording(const char*, const char*)' menu_searchresults.c:818:80: note: candidate is: In file included from epgsearchext.h:27:0, from menu_searchresults.h:30, from menu_searchresults.c:25: /usr/include/vdr/menu.h:300:15: note: static void cReplayControl::SetRecording(const char*) /usr/include/vdr/menu.h:300:15: note: candidate expects 1 argument, 2 provided make: *** [menu_searchresults.o] Error 1 /home/cedric/archvdr/trunk/archvdr/vdr-plugin-epgsearch-git/PKGBUILD: line 53: $'\302\240return': command not found ==> ERROR: A failure occurred in build(). Aborting... "

2 3

in-kernel lirc and devinput
by Jouni Karvo 21 Oct '12

21 Oct '12

hi, earlier, I used to compile lirc separately, but nowadays there are lirc modules in the kernel source, using /dev/input and IR keymaps. After switching to these, it seems many of the buttons in the remote have stopped working, as they are now interpreted as keyboard presses instead of RC commands for lirc. Is there a howto-guide somewhere on how to set up VDR when using the new in-kernel features? yours, Jouni

4 6

(no subject)
by Behrooz Ramezani 18 Oct '12

18 Oct '12

r.behrooz.r(a)gmail.com

1 0

standard skin does not fit on 1280x1024
by cedric.dewijs＠telfort.nl 17 Oct '12

17 Oct '12

Hi All, I have just installed VDR 1.7.31. It works OK, but on my 1280x1024 monitor, the on screen menu does not fit, it's too big. What is the best way to make the OSD fit onto my monitor? Best regards, Cedric

2 1

plugin vdr-live failes to build
by cedric.dewijs＠telfort.nl 16 Oct '12

16 Oct '12

Hi All, I'm trying to build vdr-plugin-live on arch linux. It gives the following error while compiling. I have downloaded the PKGBUILD files with this command: svn co https://archvdr.svn.sourceforge.net/svnroot/archvdr archvdr How can I fix this? Best regards, Cedric g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses -fPIC -I/usr/include -c -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D__KERNEL_STRICT_NAMES -DUSE_GRAPHTFT -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"live"' -DTNTVERSION=21000 -DHAVE_LIBPCRECPP -I/usr/include/vdr/include tasks.cpp tasks.cpp: In member function 'virtual void vdrlive::PlayRecordingTask::Action()': tasks.cpp:63:38: error: no matching function for call to 'cReplayControl::SetRecording(int, int)' tasks.cpp:63:38: note: candidate is: In file included from tasks.cpp:4:0: /usr/include/vdr/menu.h:300:15: note: static void cReplayControl::SetRecording(const char*) /usr/include/vdr/menu.h:300:15: note: candidate expects 1 argument, 2 provided tasks.cpp:65:75: error: no matching function for call to 'cReplayControl::SetRecording(const char*, const char*)' tasks.cpp:65:75: note: candidate is: In file included from tasks.cpp:4:0: /usr/include/vdr/menu.h:300:15: note: static void cReplayControl::SetRecording(const char*) /usr/include/vdr/menu.h:300:15: note: candidate expects 1 argument, 2 provided tasks.cpp: In member function 'virtual void vdrlive::StopRecordingTask::Action()': tasks.cpp:125:37: error: no matching function for call to 'cReplayControl::SetRecording(int, int)' tasks.cpp:125:37: note: candidate is: In file included from tasks.cpp:4:0: /usr/include/vdr/menu.h:300:15: note: static void cReplayControl::SetRecording(const char*) /usr/include/vdr/menu.h:300:15: note: candidate expects 1 argument, 2 provided make: *** [tasks.o] Error 1 ==> ERROR: A failure occurred in build(). Aborting... [cedric@TV vdr-plugin-live-git]$

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