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) …
[View More]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
[View Less]
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..
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
…
[View More]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??
[View Less]
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() …
[View More]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;
}
[View Less]
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.
…
[View More]Regards.
--
Stefan Huelswitt
s.huelswitt(a)gmx.de | http://www.muempf.de/
[View Less]
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 …
[View More]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
[View Less]
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 …
[View More]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
[View Less]
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]…
[View More] 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
[View Less]
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 …
[View More]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
[View Less]