vdr April 2007

vdr@linuxtv.org

46 participants
54 discussions

[Announce] epgsearch-0.9.21
by Christian Wieninger 01 May '07

01 May '07

Hi, here's the next release of epgsearch. 2007-04-29: Version 0.9.21 new: - support for the new MainMenuHooksPatch. This replaces the vdr-replace-schedulemenu patch. The new patch is used by other plugins too, so from now on only one patch is needed. The old patch is still supported, but this will be removed in the next releases. - announcements of broadcasts via OSD have been completely redesigned. Instead of displaying them event by event, you get now "x new broadcast(s) found! Show them?". Pressing 'Ok' shows a menu of all events with the usual functions as in other EPG menus. With "Edit" you can modify the announce settings (like "announce again: yes/no" or announce again after day x). - timer conflict notifications via OSD can now be supressed while replaying. Nevertheless, if a conflict comes up within the next 2 hours the message gets still displayed. - all addon plugins (epgsearchonly, quickepgsearch, conflictcheckonly) now have a setup option to toggle the main menu entry on/off, thanks to Tobias Grimm for providing a patch. - channel name in aux info of manual timers, thanks to Rolf Ahrenberg for providing a patch. - new script undoneepgsearch.sh to undo a timer within the recordings menu, more info at: http://www.vdr-portal.de/board/thread.php?postid=574109#post574109 Thanks to the author Christian Jacobsen - update for french translation, thanks to Patrice Staudt - update for finnish translation, thanks to Rolf Ahrenberg - menu 'timer conflicts details' now also shows the date of the conflict in menu title, suggested by Rusk@vdrportal. - the password for mail authentication is now hidden in the OSD, i.e. represented with '***...' - the setup for mail notifications now also has a "Send to" address, because some providers don't allow the same address for sender and recipient. If "Send to" is not set, epgsearch automatically uses the sender address as recipient. - when testing for repeats (with feature 'Avoid repeats') epgsearch now only compares the alphanumeric portions of title and episode and ignores the case too. Suggested by chello@vdrportal. - thanks to Rolf Ahrenberg for finnish translation update - added '&' to the set of valid chars for search terms fixes: - the tags stored in the aux info of the timers created with search timers conform now to correct XML syntax (no capitals, no blanks). E.g. "Search timer" will be changed to "searchtimer". So don't wonder if the first search timer update will modify all existent timers created with search timers. Thanks to Rolf Ahrenberg for reporting. - update of recordingdone.sh because of the previous changes, thanks to Mike Constabel for providing a patch - fixed a segfault in the case of misconfigured extended EPG categories. - scrolling text items now works again, if your skin supports this. Thanks to ufauser@vdrportal for reporting. - setup option "Use search timers" now always gets automatically enabled, if one toggles a search to 'active' or manually starts a search timer update. - fixed handling of double quotes in title/episode when passed to userdefined EPG commands, thanks to Mike Constabel for reporting. - fixed menu handling in search timer templates menu, thanks to wombel@vdrportal for reporting. Description and download: http://people.freenet.de/cwieninger/html/vdr-epg-search__english_.html wget: http://people.freenet.de/cwieninger/vdr-epgsearch-0.9.21.tgz Have fun! Christian

2 3

Logs filling up
by Rob Davis 30 Apr '07

30 Apr '07

How do I stop my logs filling up with: i2c_adapter i2c-1: master_xfer[1] R, addr=0x68, len=1 I am using a SkyStar2 card on gentoo x86. Dunno if it's a kernel module somewhere or something I can do to syslog. Thanks..

1 0

Can't write to CI adapter on device 0
by Simon Baxter 30 Apr '07

30 Apr '07

Hi. Lots of posts recently - many of which I've resolved! The latest - I've added an Irdeto CI adapter to my TT-1500 Budget card. But I can't decrypt channels, and get the following errors: In /var/log/messages: Apr 30 19:31:26 media1 vdr: [2774] CAM 1: module present Apr 30 19:31:28 media1 kernel: dvb_ca adapter 0: DVB CAM detected and initialised successfully Apr 30 19:31:28 media1 vdr: [2774] CAM 1: module ready Apr 30 19:31:29 media1 vdr: [2774] ERROR: can't write to CI adapter on device 0: Input/output error In dmesg: dvb_ca adapter 0: DVB CAM detected and initialised successfully dvb_ca adapter 0: DVB CAM detected and initialised successfully dvb_ca adapter 0: DVB CAM detected and initialised successfully and in the CAM menu on VDR: 1 CAM present 1 CAM ready 1 CAM present 1 CAM ready (etc) vdr-1.5.2, v4l-dvb hg snapshot from yesterday. Any ideas??

2 3

DVB-C scan with non-standard symbol rate
by Simon Baxter 30 Apr '07

30 Apr '07

Can anyone suggest a method to scan for channels with a non-standard symbol rate? My provider does not use 6900 or 6875. Thanks Simon

2 3

remote plugin ignoring some keys
by Artur Skawina 29 Apr '07

29 Apr '07

A while ago the remote plugins "telnet" server started acting strangely here; it would sometimes ignore all cursor and function keys, yet other keys would work perfectly. I'm not sure when exactly this began, most likely a newer kernel triggered this. It does not happen always, but when it does it makes navigating the OSD practically impossible. Turns out the remote plugin gets confused when a read() call returns not a full escape sequence, but just the first \0x27 byte and the next read() receives the remaining two or three bytes. And this is exactly what happens (the client for some reason actually sends two tcp packets containing just eg "\0x1b" and "\0x5b\0x43"). This quick patch made the remote osd usable again; it isn't perfect as keys can still be lost (see comments), but it's a huge improvement - only some key repeats are dropped, not all multibyte sequences. artur diff -urNp remote-0.3.9.org/remote.c remote-0.3.9/remote.c --- remote-0.3.9.org/remote.c 2006-12-03 14:46:55.000000000 +0000 +++ remote-0.3.9/remote.c 2007-04-29 20:45:13.000000000 +0000 @@ -517,6 +517,27 @@ uint64_t cRemoteDevTty::getKey(void) uint64_t code = 0; n = read(fh, &code, sizeof code); + + if (code==27 && n==1) + { + // Ugh. What happened: user pressed a key that generates an escape + // sequence (eg up/down) and we got only the first '\e'; now we have + // to fetch the remaining bytes as otherwise we end up ignoring almost + // every such key press and navigating the osd becomes impossible. + // We try to read more bytes and hope that the result makes sense; + // this often works, but not always. When eg holding down a key we + // can receive several (repeated) sequences and these are then ignored. + // Dropping a few key presses (mostly repeats) is still much better + // than dropping nearly _all_ of them... + // (Unfortunately the sequences do differ in length, hence either + // parsing them or matching them w/ the expected ones would be needed + // to avoid loosing sync here) + int m = read(fh, ((char*)&code)+1, sizeof code-1); + if (m > 0) + n += m; + } + //dsyslog("cRemoteDevTty::getKey: %d %lld", n, code); + return (n > 0) ? code : INVALID_KEY; }

1 0

[BUG] check terminal access
by s.huelswitt＠gmx.de 29 Apr '07

29 Apr '07

Hi, I think there is a bug in the RW access check for a terminal given with commandline option -t. The check is performed before VDR actualy switches his uid, so if the user which starts VDR has access rights and the effective vdr user doesn't have, the check is useless. In addition VDR should check the return value of freopen() when claiming the terminal later on. The current code segfaults on the first terminal access (e.g. printf), if the effective vdr user doesn't have sufficient rights. Regards. -- Stefan Huelswitt s.huelswitt(a)gmx.de | http://www.muempf.de/

3 3

[PATCH] re-use devices in transfer mode
by Anssi Hannula 29 Apr '07

29 Apr '07

Hi! Consider the scenario: - 2 devices, 1 used in transfer mode on transponder A - a new recording / streamdev session starts on transponder A Now, IMO the correct thing to do is start the new receiver in the transfer-moded device, so that the second device is left free. However, the usual "use-already-tuned-devices" check in GetDevice() only checks for device->Receiving(), which does not report transfer-moded device, resulting in the new receiver being started on second device, thus both devices being reserved for receiving data from the same transponder. Attached is a patch for GetDevice() to check for transfer-moded devices as well. -- Anssi Hannula

4 6

deleting empty directories on a samba shared drive
by Peter Sulatycke 29 Apr '07

29 Apr '07

I have two samba shared video drives on my vdr system. Everything works great except empty directories are not erased on these drives. They are erased on my Linux drives. I can manually erase directories on these drivers with rmdir under Linux. There does appear to be any permission errors. The error in syslog states the "device or resource is busy". Any ideas on what the conflict is? I would like to reproduce the exact command that vdr is issuing to erase the empty directories. I traced it to a remove(DirName) command in tools.c I don't see code for the remove function. Where is remove defined? Thanks for any help! Pete

2 1

EPG messages in debug log
by Risto Mäki-Petäys 29 Apr '07

29 Apr '07

I'm using vdr v1.4.6 on Debian Etch from e-tobi's packages and my dvb-c card is connected to HTV, Helsinki area cable television network. I get this sort of events in debug log, should they be noticed? Mar 20 07:08:26 digi vdr: [6633] ===================== Mar 20 07:08:26 digi vdr: [6633] EPG bugfix statistics Mar 20 07:08:26 digi vdr: [6633] ===================== Mar 20 07:08:26 digi vdr: [6633] IF SOMEBODY WHO IS IN CHARGE OF THE EPG DATA FOR ONE OF THE LISTED Mar 20 07:08:26 digi vdr: [6633] CHANNELS READS THIS: PLEASE TAKE A LOOK AT THE FUNCTION cEvent::FixEpgBugs() Mar 20 07:08:26 digi vdr: [6633] IN VDR/epg.c TO LEARN WHAT'S WRONG WITH YOUR DATA, AND FIX IT! Mar 20 07:08:26 digi vdr: [6633] ===================== Mar 20 07:08:26 digi vdr: [6633] Fix^IHits^IChannels Mar 20 07:08:26 digi vdr: [6633] 2^I1274^ICanal+ Film 1, DSC Travel&Living, DSC Civilization, Canal+ Sport 2, CNBC Nordic, ... Mar 20 07:08:26 digi vdr: [6633] 3^I557^IBloomberg English TV, Viasat Explorer, TV1000 Family, TV1000 Nordic, EuroNews, ... Mar 20 07:08:26 digi vdr: [6633] 4^I3^I3sat, FRANCE 2 Mar 20 07:08:26 digi vdr: [6633] 6^I563^ITV2, Barnkanal, SHOW TV, Star, MTV, Showtime, TV1, YLE24, YLE Teema, TGRT, Urheilukanava, ... Mar 20 07:08:26 digi vdr: [6633] 7^I3^IFRANCE 2 Mar 20 07:08:26 digi vdr: [6633] 8^I4^IFRANCE 2 Mar 20 07:08:26 digi vdr: [6633] 9^I184^IBarnkanal, SVT1, TV2, TV1, FST5, YLE24, YLE Teema, JIM, Urheilukanava, MTV3 MAX, ... Mar 20 07:08:26 digi vdr: [6633] 10^I4^IFRANCE 2 Mar 20 07:08:26 digi vdr: [6633] 11^I84^ITV2, TV1, FST5, YLE24, YLE Teema, YLE PEILI, JIM, Urheilukanava, YLEN KLASSINEN, ... Mar 20 07:08:26 digi vdr: [6633] 12^I36^IFST5, MTV3 MAX, MTV3 Fakta, SVT2, Barnkanal, TV2, MTV3 Leffa Mar 20 07:08:26 digi vdr: [6633] ===================== -- Risto Mäki-Petäys risto(a)kaverit.org

2 1

streamdev-client blocking
by Rob Davis 28 Apr '07

28 Apr '07

Having read the "Using VDR on Mac OS" threads, I have tried out streamdev-client (had been using the server quite often) no a DVB-less system. I am running this under gentoo which creates a VDR process in the bootup, then I use vdr-sxfe to display on the screen. I have managed to get this working by copying the channels.conf over from the original vdr-server, however, when I close vdr-sxfe, the VDR server on the streamdev-client machine doesn't release the stream, which means that no one else can change channel. Is there a way to release the stream to allow channel changing on the server without closing the second vdr process (which would require root access). I figured if I had a local dvb card then switching channels to something local would do it, but I don't, and won't when I get this running on OsX. -- Latest news on http://www.streetcredo.org.uk/rob Rob Davis

1 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr April 2007