Re: [vdr] Epgsearch mysteries
Am 05.04.2013 05:21, schrieb Teemu Suikki: Ok, I fixed it.. In file epgsearchext.c, function CheckRepeatTimers, there is a line: if (EventsMatch(pEvent, pEventP, compareTitle, compareSubtitle, compareSummary, compareDate, catvaluesAvoidRepeat)) There is no match limit given! So I added it like this: if (EventsMatch(pEvent, pEventP, compareTitle, compareSubtitle, compareSummary, compareDate, catvaluesAvoidRepeat, compareSummaryMatchInPercent)) Seems to work now. Still needs your earlier patch in epgsearchtools.c of course. thanks for the feedback. After testing it in my environment I will push it to the git. cheers, Christian 5.4.2013 5.48 "Teemu Suikki" <mailto:tsui...@zuik.org>> kirjoitti: I tried this, no change.. Then I added some debug. For some reason, matchLimit is 90 even if I have set it to 100! There must be some other bug that resets matchLimit.. If I set matchLimit=100 inside the function, it works as expected if your patch is installed. 5.4.2013 0.32 "Christian Wieninger" mailto:cwienin...@gmx.de>> kirjoitti: Hi, probably the following code is the reason for this behaviour: epgsearchtools.c: // last try with Levenshtein Distance, only compare the first 1000 chars double fMatch = FuzzyMatch(eDescr, rDescr, 1000); double tmp_matchlimit = matchLimit/100.0; if(maxLength - minLength < 5) { tmp_matchlimit = 0.95; LogFile.Log(2,"difference between both descriptions is < 5 setting matchlimit to: %.2f %%", tmp_matchlimit*100); } Please change the line if(maxLength - minLength < 5) to if(maxLength - minLength < 5 && matchLimit < 95) and let me know if it works for you. cheers, Christian Am 04.04.2013 20:04, schrieb Teemu Suikki: Hi! I have vdr 1.7.27 and epgsearch 1.0.1.beta2, from yavdr.. I'm recording "Game of Thrones" from Canal Digital Nordic. The third season is starting in a few days.. The episodes have no episode name, and the description field simply says: "(1:10/s3) 3. kausi maailman suosituimmasta HBO-sarjasta." The text part is always the same, just the episode number varies. So just a single character difference. But epgsearch thinks these are repeats! Even if I set required match to 100%, it still thinks they are repeats.. shouldn't 100% mean exact match? ___ vdr mailing list vdr@linuxtv.org <mailto:vdr@linuxtv.org> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Epgsearch mysteries
Hi, probably the following code is the reason for this behaviour: epgsearchtools.c: // last try with Levenshtein Distance, only compare the first 1000 chars double fMatch = FuzzyMatch(eDescr, rDescr, 1000); double tmp_matchlimit = matchLimit/100.0; if(maxLength - minLength < 5) { tmp_matchlimit = 0.95; LogFile.Log(2,"difference between both descriptions is < 5 setting matchlimit to: %.2f %%", tmp_matchlimit*100); } Please change the line if(maxLength - minLength < 5) to if(maxLength - minLength < 5 && matchLimit < 95) and let me know if it works for you. cheers, Christian Am 04.04.2013 20:04, schrieb Teemu Suikki: Hi! I have vdr 1.7.27 and epgsearch 1.0.1.beta2, from yavdr.. I'm recording "Game of Thrones" from Canal Digital Nordic. The third season is starting in a few days.. The episodes have no episode name, and the description field simply says: "(1:10/s3) 3. kausi maailman suosituimmasta HBO-sarjasta." The text part is always the same, just the episode number varies. So just a single character difference. But epgsearch thinks these are repeats! Even if I set required match to 100%, it still thinks they are repeats.. shouldn't 100% mean exact match? ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Betr: vdr-plugin-epgsearch-git failes to build
Hi, are you sure you are using the current git? It already contains the following: |#if APIVERSNUM < 10728 cReplayControl::SetRecording(recording->FileName(), recording->Title()); #else cReplayControl::SetRecording(recording->FileName()); #endif return osReplay; see http://projects.vdr-developer.org/git/vdr-plugin-epgsearch.git/tree/menu_searchresults.c cheers, Christian | Am 17.10.2012 09:40, schrieb cedric.dew...@telfort.nl: -- Oorspronkelijk bericht -- Date: Tue, 16 Oct 2012 21:22:09 +0200 From: cedric.dew...@telfort.nl To: vdr@linuxtv.org Subject: [vdr] vdr-plugin-epgsearch-git failes to build Reply-To: VDR Mailing List 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 Solved it. Heres the patch and the pkgbuild: Best regards, Cedric $ cat epgsearch_1.7.28_fix.diff diff -ruN vdr-plugin-epgsearch/menu_searchresults.c vdr-plugin-epgsearch.patched/menu_searchresults.c --- vdr-plugin-epgsearch/menu_searchresults.c 2012-10-17 08:49:55.640273045 +0200 +++ vdr-plugin-epgsearch.patched/menu_searchresults.c 2012-10-17 08:47:47.764960995 +0200 @@ -815,7 +815,7 @@ { cRecording *recording = GetRecording(ri); if (recording) { - cReplayControl::SetRecording(recording->FileName(), recording->Title()); + cReplayControl::SetRecording(recording->FileName()); return osReplay; } } PKGBUILD ... source=(01_debian-defaults.dpatch compile_fix.patch vdr-plugin-epgsearch-git.install epgsearch_1.7.28_fix.diff) conflicts=(vdr-plugin-$_pluginname) md5sums=('25f21df320e3d508b03a33d30eea0b29' '777a7141278a54a22412c203a1039e64' '637c68e6a2717b61c42fa25ea7868f74' '3b78bfa0c6f7a50b20101a70c5c8ec16') ... cd $srcdir/vdr-plugin-${_pluginname}-build patch -p1 -i ../01_debian-defaults.dpatch || return 1 patch -p1 -i ../compile_fix.patch || return 1 patch -p1 -i ../epgsearch_1.7.28_fix.diff || return 1 make HAVE_PCREPOSIX=1 MANDIR="$pkgdir/usr/man" \ ... ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Epgsearch not avoiding repeats
Hi Stuart, Am 31.10.2011 00:39, schrieb Stuart Morris: My mistake...I think. I had previously had this setting: Compare subtitle yes Which I later changed to "no", but did not delete the timers it had already created. Once I deleted the timers and triggered an update I got zero repeats. Am I correct in saying that with "Compare subtitle" set to yes, if there is no subtitle it is classed as different? yes. It happened to me, that my EPG provider sometimes dropped the episode names, what resulted in no recordings. So I changed it to handle no episodes like different ones. Better double recordings than no recordings ;-) cheers, Christian Apologies for my daft mistake confusing the word "exert" with "excerpt" :-/ --- On Sun, 30/10/11, Christian Wieninger wrote: From: Christian Wieninger Subject: Re: [vdr] Epgsearch not avoiding repeats To: "VDR Mailing List" Date: Sunday, 30 October, 2011, 8:54 Hi Stuart, please turn on the log file with '-v 2' and have a look at epgsearch.log to see what's going on. cheers, Christian Am 29.10.2011 23:43, schrieb Stuart Morris: Hi Since upgrading to Epgsearch 1.0 I'm getting lots of repeat recordings. Please can anyone suggest what could be wrong here? To avoid repeats I have these settings: Avoid repeats yes Allowed repeats 0 Compare title no Compare subtitle no Compare summary yes Min. match in % 90 Compare date no Here is a exert from epgsearchdone.data: R 1319913000 1800 28 C T-9018-8194-8258 T Harry Hill's TV Burp D Harry Hill delivers his trademark take on the top shows on the box. Will he be looking for inspiration in the Downton Abbey pantry, on The X Factor or on Coach Trip's holiday? [S] @3 - ITV1Harry Hill's TV Burp131991288013199154002832842 r R 1319913000 1800 28 C T-9018-16515-17603 T Harry Hill's TV Burp D Harry Hill delivers his trademark take on the top shows on the box. Will he be looking for inspiration in the Downton Abbey pantry, on The X Factor or on Coach Trip's holiday? [Upscaled HD] @51 - ITV1 HDHarry Hill's TV Burp131991288013199154002832842 r R 1319916600 1800 28 C T-9018-8194-8357 T Harry Hill's TV Burp D Harry Hill delivers his trademark take on the top shows on the box. Will he be looking for inspiration in the Downton Abbey pantry, on The X Factor or on Coach Trip's holiday? [S] @33 - ITV1 +1Harry Hill's TV Burp131991648013199190002832842 r Thanks ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Epgsearch not avoiding repeats
Hi Stuart, please turn on the log file with '-v 2' and have a look at epgsearch.log to see what's going on. cheers, Christian Am 29.10.2011 23:43, schrieb Stuart Morris: Hi Since upgrading to Epgsearch 1.0 I'm getting lots of repeat recordings. Please can anyone suggest what could be wrong here? To avoid repeats I have these settings: Avoid repeats yes Allowed repeats 0 Compare title no Compare subtitle no Compare summary yes Min. match in % 90 Compare date no Here is a exert from epgsearchdone.data: R 1319913000 1800 28 C T-9018-8194-8258 T Harry Hill's TV Burp D Harry Hill delivers his trademark take on the top shows on the box. Will he be looking for inspiration in the Downton Abbey pantry, on The X Factor or on Coach Trip's holiday? [S] @3 - ITV1Harry Hill's TV Burp131991288013199154002832842 r R 1319913000 1800 28 C T-9018-16515-17603 T Harry Hill's TV Burp D Harry Hill delivers his trademark take on the top shows on the box. Will he be looking for inspiration in the Downton Abbey pantry, on The X Factor or on Coach Trip's holiday? [Upscaled HD] @51 - ITV1 HDHarry Hill's TV Burp131991288013199154002832842 r R 1319916600 1800 28 C T-9018-8194-8357 T Harry Hill's TV Burp D Harry Hill delivers his trademark take on the top shows on the box. Will he be looking for inspiration in the Downton Abbey pantry, on The X Factor or on Coach Trip's holiday? [S] @33 - ITV1 +1Harry Hill's TV Burp131991648013199190002832842 r Thanks ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Blocking svdrp with epgsearch-1.0.0
The logfile only contains the output of one conflict check, where no SVDRP communication occurs. Please add any search timer and trigger an update to see if the timers can be created. What happens when you call 'svdrpsend help'? Is it really only the pute command the causes the problem? Does it work when you disable epgsearch? cheers, Christian Am 18.10.2011 20:25, schrieb Rainer Blickle: I attached the logfile (with -v 3). I have taken a look on it, but nothing found. 2011/10/18 Christian Wieninger: Hi Rainer, there were no significant changes in SVDRP handling between these versions. Did you set the correct (same as VDR) SVDRP port in epgsearchs setup? Please start epgsearch with the parameters "-v 2" to generate an epgsearch.log file in epgsearchs configuration directory. cheers, Christian Am 18.10.2011 10:34, schrieb Rainer Blickle: Hi, when running vdr with the epgsearch-1.0.0-plugin, i wasn't able to add epgdata via the pute-svdrp-command anymore. The svdrp-client seems to "hang". With version epgsearch-0.9.25.beta17 there wasn't any problem. I can provide logs if someone tells me how. Regards, Rainer ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Blocking svdrp with epgsearch-1.0.0
Hi Rainer, there were no significant changes in SVDRP handling between these versions. Did you set the correct (same as VDR) SVDRP port in epgsearchs setup? Please start epgsearch with the parameters "-v 2" to generate an epgsearch.log file in epgsearchs configuration directory. cheers, Christian Am 18.10.2011 10:34, schrieb Rainer Blickle: Hi, when running vdr with the epgsearch-1.0.0-plugin, i wasn't able to add epgdata via the pute-svdrp-command anymore. The svdrp-client seems to "hang". With version epgsearch-0.9.25.beta17 there wasn't any problem. I can provide logs if someone tells me how. Regards, Rainer ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] epgsearch-1.0.0
Am 11.09.2011 22:22, schrieb Dominic Evans: Christian, On 11 September 2011 19:37, Christian Wieninger wrote: it's time for a new release. I'm quite happy with the current state, so I decided to place a '1' in front of the version :-) Congrats on the new release! Changelog looks fantastic. thanks! One quick question... - new internal variables: * %day%, %month% and %year% which return the numeric day, month and year (with century) of an event * %chgrp% returns the VDR channel group name corresponding to an event * %liveeventid% returns the encoded event ID as used in the frontend 'live' to add direct links e.g. in the search timer mails (see sample conf/epgsearchupdmail-html.templ). * %timer.liveid% returns the encoded timer ID as used in the frontend 'live' to add direct links e.g. in the search timer mails. * %date_iso% and %date_iso_now% return the (current) date in '-MM-DD' format, suggested by Andreas Mair. * %search.series% returns 1 or 0 depending on the flag "series recording" of a search and can be used in the directory entry of a search or it's depending variables. I'm slightly confused. Can these 'internal variables' be used as automatic substitution variables for the recordings directory? e.g., for TV series which don't publish episode numbers in the EPG, or which happen every day (e.g. soaps) can I setup a search timer to record to a directory of 'SeriesName~%year%%month%%day%' ? exactly. Please have a look at this http://winni.vdr-developer.org/epgsearch/en/epgsearch.4.html#1__using_variables_in_the_directory_entry_of_a_search_timer and http://winni.vdr-developer.org/epgsearch/en/epgsearch.4.html#12__user_defined_variables cheers, Christian ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [ANNOUNCE] epgsearch-1.0.0
Hi, it's time for a new release. I'm quite happy with the current state, so I decided to place a '1' in front of the version :-) Because of the big distance to the last release the history is quite long. So I just put a link to it here: http://winni.vdr-developer.org/epgsearch/HISTORY Have fun! download: http://winni.vdr-developer.org/epgsearch/downloads/vdr-epgsearch-1.0.0.tgz cheers, Christian ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] epgsearch plugin memory leak
Hi Tim, I think it's time to make a new release, anyway. So I will come up with a 0.9.25 ( or a 1.0.0? - allways wanted to have one *g*) in the next few days. cheers, Christian Am 07.09.2011 13:18, schrieb Tim: Am Mittwoch, 24. August 2011, um 22:38:32 schrieb Christian Wieninger: Hi Richard, many thanks for your feedback. I will publish a new beta in the next few days. Would you also make a patch available against 0.9.24 - which seems to be the latest "official" release? cheers, Tim ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] epgsearch plugin memory leak
Hi, @Tobi: many thanks, worked like a charm! @Richard: I've found a big leak besides some smaller ones and fixed them in the git. So please give it a try and let me know if it workes for you now. Cheers, Christian Am 21.08.2011 10:58, schrieb Tobi: On 21.08.2011 10:26, Christian Wieninger wrote: But unfortunately valgrind does not give me the information where the leak is caused. Maybe the reason for this is that a search timer update runs in a separate thread or because plugins are dynamically loaded shared libraries? Has anybody an idea how to use valgrind in this case? http://www.e-tobi.net/blog/2006/04/30/speicherlecks-im-vdr-finden You must keep the plugins loaded, otherwise you loose their symbol information. Here's what I have in the Debian package to support this: http://anonscm.debian.org/gitweb/?p=pkg-vdr-dvb/vdr.git;a=blob;f=debian/patches/82_valgrind.dpatch http://anonscm.debian.org/gitweb/?p=pkg-vdr-dvb/vdr.git;a=blob;f=debian/valgrind.supp http://anonscm.debian.org/gitweb/?p=pkg-vdr-dvb/vdr.git;a=blob;f=debian/vdrleaktest Tobias ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] epgsearch plugin memory leak
Hi Richard, thanks for the files. I just gave them a try and using valgrind I could also see that there's a leak when a search timer update is run. ==4060== 452,152 (6,968 direct, 445,184 indirect) bytes in 134 blocks are definitely lost in loss record 287 of 287 ==4060==at 0x4024F20: malloc (vg_replace_malloc.c:236) ==4060==by 0x4C31C90: ??? ==4060==by 0x4C39596: ??? ==4060==by 0x4C9FCF2: ??? ==4060==by 0x8145D96: cThread::StartThread(cThread*) (thread.c:257) ==4060==by 0x406D96D: start_thread (pthread_create.c:300) ==4060==by 0x4342A4D: clone (clone.S:130) But unfortunately valgrind does not give me the information where the leak is caused. Maybe the reason for this is that a search timer update runs in a separate thread or because plugins are dynamically loaded shared libraries? Has anybody an idea how to use valgrind in this case? Cheers, Christian Am 20.08.2011 18:13, schrieb Richard F: Hi Christian, To answer your questions... My server is headless - I user Vomp and a pair of media mvp's. I'm using vdr V1.6.0.2 (SD only), I use vdradmin-AM and my epgsearch updates are just on a timer, every 15 mins. Used to be 30 mins but I don't think this makes a significant difference looking at the memory graphs. I've disabled epgsearch conflict checks on timers - I used to have them enabled, but as I look at vdradmin regularly, I can do it manually, and it only fills up the logs. I also use xmltv2vdr on a daily cron to update the epg with full programme details. I attach a tar'd up copy of all my /etc/vdr configs for you, and zipped epg.data. If this doesn't show the problem, perhaps you can tell me how to setup "valgrind" to search for the problem ? Thanks for your help and a great plugin! cheers Richard On 20/08/2011 14:02, Christian Wieninger wrote: Hi Richard, unfortunately I'm not aware of any leaks, if so I would have fixed them ;) Perhaps you can find out in which circumstances the memory usage increases. Candidates are: - search timer updates, should not matter how you trigger them, e.g. via svdrpsend.pl plug epgsearch upds - timer conflict check - simply navigating through the epgsearch menus in OSD Using valgrind would also be a good way to search for the leaks. I've done this before too. But the leak may also depend on your personal usage of epgsearch (e.g. search timer settings, blacklists,...), and therefore did not appear in my valgrind checks. Feel free to send me your VDR configuration (*.conf, epgsearch-config-dir, epg.data) for testing. Cheers, Christian Am 20.08.2011 12:18, schrieb Richard F: Hi, [ Apologies for using this list - the epgsearch bugtracker is broken ] I've been tracking down memory leaks on my server and narrowed down a significant leak in the epgsearch plugin Approx 500 megs / week is lost - recovered by restarting vdr. I'd like to reduce this obviously. I updated from 0.9.24 to 0.9.25 beta 22 from git as a fix for a memory leak was mentioned in the changelog, but the leak is still about the same. If I remove the plugin from the command line, there is no significant leak. Attached plot shows. Anyone have any ideas? Thanks Richard ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Can VDR record only new episodes of shows?
Hi, Am 03.06.2011 16:43, schrieb JJussi: Other recording question: 1. If I make EPG record search pattern: Regexp '.*' --> it will find all programs. (As it should!) 2. If I add to that 1. search "Type Movie/Drama" --> it will not find any programs, even I can see from EPG that there is Movie/Drama -type programs. works fine here, but do you really have correct content descriptors in your EPG? Most of the time the providers deliver complete nonsense here. Do you use an epgsearch version that supports this type of search already (I've added it in 0.9.25-beta19)? Please check it again without regexp but with a search with any search term and the settings "Use title/subtitle/description" all set to no. Is it possible for VDR to only record new episodes of shows? as already mentioned - yes. Use the search timer setting 'avoid repeats' for this. cheers, Christian Do we have "bug" here?!? On 3.6.2011 15.28, John Klimek wrote: Is it possible for VDR to only record new episodes of shows? For example, I don't want to record every single episode of a certain show, but instead I just want the new episodes. Also, how smart is VDR if an episode is a special episode and is longer than a normal episode, etc? Thanks, John ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [patch] pin & epgsearch plugins compatibility
Hi Jiri, thanks for the patch. I just lost track about the pin patch ;-) I've just added it to the git and uploaded a new beta too. Cheers, Christian Am 08.01.2011 23:31, schrieb jdo...@centrum.cz: Hello all, I found that pin & epgsearch plugins are not compatible if it is compiled on 1.7.16 (maybe more versions). Patch for epgsearch-0.9.25.beta18 is in attachment Jiri Dobry ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] projects.vdr-developer.org - Domain down!
Hi, > In addition to http://andreas.vdr-developer.org/, http://winni.vdr-developer.org/ and http://streamdev.vdr-developer.org/ are also missing. Is there any news on when they will be back? the subdomains are back again. Thanks to Thomas for fixing the problem. Cheers, Christian ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] EPGSearch doesn't avoid repeats anymore?
Hi Dom, Am 11.11.2010 14:35, schrieb Dominic Evans: Hi Christian, On 10 November 2010 22:20, Christian Wieninger wrote: well, the intended behaviour was: setting 'if present': two events match if both have non empty episode names that match. If not, the events are handled as different, resulting in more eventually double recordings. setting 'Yes': the match is achieved if the episode names match, also if both are empty. If the provider delivers no episode names for two different events, just one would be recorded. Thanks for the clarifications. Do you plan to make the changes you mention, or do you need someone else to work on a patch? Well, yes - I will change this as soon as possible, but help is always appreciated because unfortunately spare time is always far too little ;) Cheers, Christian Cheers, Dom ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] EPGSearch doesn't avoid repeats anymore?
Hi, well, the intended behaviour was: setting 'if present': two events match if both have non empty episode names that match. If not, the events are handled as different, resulting in more eventually double recordings. setting 'Yes': the match is achieved if the episode names match, also if both are empty. If the provider delivers no episode names for two different events, just one would be recorded. IMHO, it seems the code should actually look like this: if ((!compareTitle || Title1 == Title2)&& (!compareSubtitle || (Subtitle1 == Subtitle2&& (compareSubtitle==1 || Subtitle1!="" please note the "compareSubtitle==1" ('Yes') instead of "compareSubtitle==2 ('If present'). BTW, this was the code of my first commit on 2008-12-03, that I 'corrected' for any reason to the current code on the same day: http://projects.vdr-developer.org/git/?p=vdr-plugin-epgsearch.git;a=history;f=epgsearchtools.c;h=71a83a19c1bd4c89aa0c0c2808d216e30b03ca34;hb=ba87be9b2650796a507249c098eca815bff9b5e5 The documentation should also be fixed to: ...Caution: if your EPG data has no episode names for different episodes don't use option 'yes'! 'if present' will then be the better choice even if this results in double recordings. Probably it would be the best solution to drop the 'Yes' setting. BR, Christian Am 10.11.2010 14:43, schrieb Dominic Evans: On 10/11/10 13:25, Dominic Evans wrote: I don't think its a bug, it seems to be the intended function. 1) First it checks that we either said 'don't compare the title' or the titles match (!compareTitle || Title1 == Title2) 2a) Then it ANDs this with a check that either we said 'don't compare the subtitle' (!compareSubtitle) OR the subtitles match (Subtitle1 == Subtitle2) AND also we've either said 'only if present' (compareSubtitle==2) OR at least one of the sub-titles is non-empty (Subtitle1!="") I just don't know why its a useful function :-) I did a bit more digging and discovered this was a new option since 0.9.25.beta7 and is listed in the HISTORY as: Avoid repeats: 'Compare subtitle' has now a third value 'if present' besides 'no' and 'yes'. With this setting epgsearch will classify two events only as equal if their episode names match and are not empty. Caution: if your EPG data has no episode names for different episodes don't use this option! 'yes' will then be the better choice even if this results in double recordings. I think the description here is incorrect though. "epgsearch will classify two events only as equal if their episode names match and are not empty" seems to be the behaviour when this option is set to 'yes', not when it is set to the new 'if present' third value. The last sentence also seems to be incorrect. 'if-present' is the optimal choice if your EPG data doesn't always have episode names, using them for the comparison if they're present, ignoring them if they're missing. For anyone interested, I've attached the git-diff of 53677636 (when this was introduced). ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Edit timer/Timer conflict problem vdradmin/epgsearch
Am 07.07.2010 20:54, schrieb Timothy D. Lenz: The KOLD is encrypted ah, ok - so VDR is not able to tune to it. epgsearch checks for each timer if it cannot be recorded, what usually happens if there's a conflict. As a side effect this also detects timers with other problems. So, you are right, the term 'conflict' may be wrong in this case, but anyway it's better to get an info about that ;-) Please try Steffens advice, this could be a convenient solution to your problem. Regards, Christian ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Edit timer/Timer conflict problem vdradmin/epgsearch
: check time Sat 10.07. 17:02 - done Tue 06.07.2010 23:08:17: check time Sun 11.07. 19:59 Tue 06.07.2010 23:08:17: detach stopping timers Tue 06.07.2010 23:08:17: add pending timers Tue 06.07.2010 23:08:17: attach starting timers Tue 06.07.2010 23:08:17: recording timer 'Scoundrels' (Sun 11.07. 19:59, channel KGUN-DT) at Sun 11.07. 19:59 on device 2 Tue 06.07.2010 23:08:17: check time Sun 11.07. 19:59 - done Tue 06.07.2010 23:08:17: check time Sun 11.07. 20:59 Tue 06.07.2010 23:08:17: detach stopping timers Tue 06.07.2010 23:08:17: add pending timers Tue 06.07.2010 23:08:17: attach starting timers Tue 06.07.2010 23:08:17: recording timer 'The Gates' (Sun 11.07. 20:59, channel KGUN-DT) at Sun 11.07. 20:59 on device 2 Tue 06.07.2010 23:08:17: check time Sun 11.07. 20:59 - done Tue 06.07.2010 23:08:17: check time Sun 11.07. 21:01 Tue 06.07.2010 23:08:17: detach stopping timers Tue 06.07.2010 23:08:17: detach device 2 from timer 'Scoundrels' (Sun 11.07. 19:59, channel KGUN-DT) at Sun 11.07. 21:01 Tue 06.07.2010 23:08:17: add pending timers Tue 06.07.2010 23:08:17: attach starting timers Tue 06.07.2010 23:08:17: check time Sun 11.07. 21:01 - done Tue 06.07.2010 23:08:17: check time Sun 11.07. 22:01 Tue 06.07.2010 23:08:17: detach stopping timers Tue 06.07.2010 23:08:17: detach device 2 from timer 'The Gates' (Sun 11.07. 20:59, channel KGUN-DT) at Sun 11.07. 22:01 Tue 06.07.2010 23:08:17: add pending timers Tue 06.07.2010 23:08:17: attach starting timers Tue 06.07.2010 23:08:17: check time Sun 11.07. 22:01 - done Tue 06.07.2010 23:08:17: check time Mon 12.07. 19:59 Tue 06.07.2010 23:08:17: detach stopping timers Tue 06.07.2010 23:08:17: add pending timers Tue 06.07.2010 23:08:17: attach starting timers Tue 06.07.2010 23:08:17: recording timer 'The Good Guys' (Mon 12.07. 19:59, channel KMSB) at Mon 12.07. 19:59 on device 2 Tue 06.07.2010 23:08:17: check time Mon 12.07. 19:59 - done Tue 06.07.2010 23:08:17: check time Mon 12.07. 21:01 Tue 06.07.2010 23:08:17: detach stopping timers Tue 06.07.2010 23:08:17: detach device 2 from timer 'The Good Guys' (Mon 12.07. 19:59, channel KMSB) at Mon 12.07. 21:01 Tue 06.07.2010 23:08:17: add pending timers Tue 06.07.2010 23:08:17: attach starting timers Tue 06.07.2010 23:08:17: check time Mon 12.07. 21:01 - done Tue 06.07.2010 23:08:17: check time Thu 15.07. 20:59 Tue 06.07.2010 23:08:17: detach stopping timers Tue 06.07.2010 23:08:17: add pending timers Tue 06.07.2010 23:08:17: attach starting timers Tue 06.07.2010 23:08:17: conflict found for timer 'The Mentalist' (Thu 15.07. 20:59, channel KOLD) Tue 06.07.2010 23:08:17: check time Thu 15.07. 20:59 - done Tue 06.07.2010 23:08:17: retry check time Thu 15.07. 20:59 Tue 06.07.2010 23:08:17: check time Thu 15.07. 20:59 Tue 06.07.2010 23:08:17: detach stopping timers Tue 06.07.2010 23:08:17: add pending timers Tue 06.07.2010 23:08:17: attach starting timers Tue 06.07.2010 23:08:17: check time Thu 15.07. 20:59 - done Tue 06.07.2010 23:08:17: check time Thu 15.07. 22:01 Tue 06.07.2010 23:08:17: detach stopping timers Tue 06.07.2010 23:08:17: add pending timers Tue 06.07.2010 23:08:17: attach starting timers Tue 06.07.2010 23:08:17: check time Thu 15.07. 22:01 - done Tue 06.07.2010 23:08:17: create conflict list - done Tue 06.07.2010 23:08:17: result of conflict check for Thu 15.07. 20:59: Tue 06.07.2010 23:08:17: timer 'The Mentalist' (Thu 15.07. 20:59, channel KOLD) failed Tue 06.07.2010 23:08:21: check for timer conflicts - done On 7/4/2010 11:27 PM, Christian Wieninger wrote: Hi, Am 05.07.2010 00:09, schrieb Timothy D. Lenz: adding the -v 3 doesn't show any more in the logs that I have seen, but another example of how changing the channel on the timer is messing something up: The additional logs are in /plugins/epgsearch/epgsearch.log. You can find there a section starting with ...timer conflict check started and then the complete simulation of the upcoming recordings. Regards, Christian ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Edit timer/Timer conflict problem vdradmin/epgsearch
Hi, Am 05.07.2010 00:09, schrieb Timothy D. Lenz: adding the -v 3 doesn't show any more in the logs that I have seen, but another example of how changing the channel on the timer is messing something up: The additional logs are in /plugins/epgsearch/epgsearch.log. You can find there a section starting with ...timer conflict check started and then the complete simulation of the upcoming recordings. Regards, Christian It picked up a show and set a timer I changed the channel to the local channel Now the local epg data has arrived and in vdradmin timeline it show the show in red showing it has a timer set. If I do a search, list the shows for both sat and local and gives the option to setup a timer for the sat channel only because the local is set. BUT, if you go to the timers page and click on the altered entry, it says "can't find epg". What ever is off that causes that is likely also what is causing the OSD notices of timer conflict when there is none. Also, when in an OSD menu, the timers are listed on the right with text2skin/engima and below that it also says timer conflict. On 6/29/2010 2:11 PM, Christian Wieninger wrote: Hi, Am 29.06.2010 20:36, schrieb Timothy D. Lenz: The problem is, it doesn't properly change the entry. This is the summary for the timer as it first sets up: 90 - KGUNCastle127856154012785652608518498 And just changing the channel, it does this: 1849806060 This "" entry is just for information and is not used in the conflict check. epgsearch tries to simulate all future recordings in its conflict check. It checks if your devices are able to record the timers channel at the given time. This is done by 'simply' using the same algorithm as VDR when it has to decide what device should be used for a recording at the timer start. So even things like working CAMs are checked. Perhaps you could enable verbose logging to see the single steps of the conflict check: -P'epgsearch -v 3' Another problem I've run into, vdradmin only allows you to set a flat total number of dvb cards. It doesn't allow for the fact that not all the cards are the same. I had a second dual atsc tuner which went bad and will be replaced. So right now I have 2 tuners, but only 1 of each time and will have 4, but again, only 1 is sat. Some of this maybe a problem with epgsearch plugin since that is where the search and auto timer setups is done. as far as I know, vdradmin uses epgsearch's conflict check. epgsearch itself determines the available devices and their properties and supported sources with the same means as VDR itself. So a mix of different cards and different sources should be no problem. BR, Christian ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Edit timer/Timer conflict problem vdradmin/epgsearch
Hi, Am 29.06.2010 20:36, schrieb Timothy D. Lenz: The problem is, it doesn't properly change the entry. This is the summary for the timer as it first sets up: 90 - KGUNCastle127856154012785652608518498 And just changing the channel, it does this: 1849806060 This "" entry is just for information and is not used in the conflict check. epgsearch tries to simulate all future recordings in its conflict check. It checks if your devices are able to record the timers channel at the given time. This is done by 'simply' using the same algorithm as VDR when it has to decide what device should be used for a recording at the timer start. So even things like working CAMs are checked. Perhaps you could enable verbose logging to see the single steps of the conflict check: -P'epgsearch -v 3' Another problem I've run into, vdradmin only allows you to set a flat total number of dvb cards. It doesn't allow for the fact that not all the cards are the same. I had a second dual atsc tuner which went bad and will be replaced. So right now I have 2 tuners, but only 1 of each time and will have 4, but again, only 1 is sat. Some of this maybe a problem with epgsearch plugin since that is where the search and auto timer setups is done. as far as I know, vdradmin uses epgsearch's conflict check. epgsearch itself determines the available devices and their properties and supported sources with the same means as VDR itself. So a mix of different cards and different sources should be no problem. BR, Christian ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Vdr 1.7.15 and vdradmin
Hi, Am 19.06.2010 19:44, schrieb Teemu Rantanen: Hi, there is a bug in epgsearch which leaks file descriptors if epgsearch cannot connect to the SVDRP port. Everything works well for a while until all file descriptor slots are in use and process cannot open any file anymore. Then VDR will either stop showing live TV, stop recording, crash or do something else weird. Or any combination of the following. I lost couple of recordings because of this bug, as I wasn't careful enough to check what was changed between 1.7.14 and 1.7.15... sorry about that. For those using the newest vdr version, I would always recommend to use epgsearch's git too. The git version already had the new default port depending on vdr's api version. The fix can be found from the following patch: http://tvr.dy.fi/vdr/epgsearch-0.9.25-beta16-leakingfiledescriptors.diff Hoping to see the fix in 0.9.25-beta17 :-) Thanks for the patch. It's now part of the git: http://projects.vdr-developer.org/git/?p=vdr-plugin-epgsearch.git and here we go with a new beta: http://winni.vdr-developer.org/epgsearch/downloads/beta/vdr-epgsearch-0.9.25.beta17.tgz Best regards, Christian ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] epgsearch umlauts
Hi, epgsearch adds the timers via SVDRP. Perhaps there's is something broken? Please try to add a timer with svdrpsend.pl and check the result. Regards, Christian Am 19.06.2010 10:33, schrieb Ralf Schmitt: Hi, This is my setup vdr 1.7.15 epgsearch 0.9.25.beta16 locale en_US.UTF-8 Recording done by setting the timer myself result in valid folder names. Means the german umlauts are visible in the filesystem. However when recordings are done by an epgsearch timer the umlauts are broken. This is what ls shows on my box drwxr-xr-x 3 vdr vdr4096 6. Jun 20:12 Das_Vermächtnis_der_Tempelritter drwxr-xr-x 3 vdr vdr4096 29. Mai 22:07 Star_Trek_-_Das_n?chste_Jahrhundert Anything I can do to fix this myself or is this a bug somewhere? Ralf ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Vdr 1.7.15 and vdradmin
Hi, vdr-1.7.15 uses a new default port 6419 for SVDRP. vdradmin and epgsearch must be configured to the new port. BR, Christian Am 15.06.2010 16:59, schrieb Seppo Ingalsuo: Hi, Has anyone noticed problems with vdradmin-am, epgsearch and new vdr 1.7.15? Since upgrade from vdr 1.7.14 VDRadmin web interface dones not work. Web browser shows this error: "Can't connect to VDR at localhost:2001 Please check if VDR is running and if VDR's svdrphosts.conf is configured correctly." In the vdr log I see messages "EPGSearch: error connecting to socket!". My svdrphosts.conf is like with the previous version. Has something changed? Eventually I seem to loose also tuners. The log files shows e.g. "ERROR: can't open filter handle on '/dev/dvb/adapter1/demux0'". There are finnish messages "ERROR (svdrp.c,126): Liian monta avointa tiedostoa" that translates to too many open files. BR, Seppo ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] epgsearch 0.9.24 conflict check problem??
Hi, hmm, strange - I'm not aware of any changes there. But, great if it works now :) If not, please provide some logs at level 3 (-P'epgsearch -v 3') BR, Christian Am 03.06.2010 02:53, schrieb Simon Baxter: Have just upgraded vdr-1.6.0 to epgsearch plugin version 0.9.25.beta16 because of an increasing problem with 0.9.24 and timer conflicts. 0.9.24 was reporting timer conflicts where none existed - 0.9.25.beta16 seems to have resolved this problem! Happy days :) ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] SVDRP Port
Hi, epgsearch uses SVDRP for timer programming. Although the port can be configured in epgsearch's setup a change of the default port would probably cause some support. Plugins can not read vdr's SVDRP port til now, so it would be great to have any function for this and a change of the default would do no harm. BR, Christian Christian Tramnitz schrieb: The current SVDRP Port 2001 is being used for several years now, but unfortunately it has never been registered with IANA. As such it does not show up in /etc/services and there is no name resolution for it, i.e. when starting a tcpdump. While this is not a major issue I'd prefer to register an "official" port with IANA to avoid port conflicts in the future. I already checked with them, but port 2001 is already registered to another service, so doing this we would get a new port number. Since this is freely configurable in vdr (and most plugins/extensions that rely on it) I do not see an issue with that. Any comments/ objections? Best regards, Christian ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] epgsearch compile problem
Hi, I've just uploaded beta16 which works with vdr-1.7.12 too: http://winni.vdr-developer.org/epgsearch/downloads/beta/vdr-epgsearch-0.9.25.beta16.tgz BR, Christian Pertti Kosunen wrote: g++ -march=native -O2 -pipe -fPIC -c -DCONFDIR=\"/etc/vdr\" -D__KERNEL_STRICT_NAMES -DUSE_LIEMIEXT -DUSE_MCLI -DUSE_TTXTSUBS -D_GNU_SOURCE -DSENDMAIL='"/usr/sbin/sendmail"' -DPLUGIN_NAME_I18N='"epgsearch"' -DHAVE_PCREPOSIX -I/usr/include -I/usr/include conflictcheck.c In file included from uservars.h:34, from confdloader.c:28: varparser.h:50: error: ISO C++ forbids declaration of ‘cCommand’ with no type varparser.h:50: error: expected ‘;’ before ‘*’ token varparser.h: In constructor ‘cVarParser::cVarParser()’: varparser.h:53: error: class ‘cVarParser’ does not have any field named ‘cmd’ g++ -march=native -O2 -pipe -fPIC -c -DCONFDIR=\"/etc/vdr\" -D__KERNEL_STRICT_NAMES -DUSE_LIEMIEXT -DUSE_MCLI -DUSE_TTXTSUBS -D_GNU_SOURCE -DSENDMAIL='"/usr/sbin/sendmail"' -DPLUGIN_NAME_I18N='"epgsearch"' -DHAVE_PCREPOSIX -I/usr/include -I/usr/include conflictcheck_thread.c make: *** [confdloader.o] Error 1 make: *** Waiting for unfinished jobs varparser.h:50-53: cCommand* cmd; string cmdArgs; cVarParser() : cmd(NULL) {} Tested vdr-epgsearch-0.9.25_beta14 & 15 + VDR 1.7.12 @ Gentoo amd64 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] LIVE: Missing streams for recordings
Hi, RalfGesellensetter schrieb: sed: can't read ../../../config.h: No such file or directory to use the git repository you need a complete development environment for vdr. My packages seem to be mixed from http://ftp2.de.debian.org unstable/main and http://debian.tu-bs.de sid/main Packages Probably it's better to look for someone who has a deb package of the git version for you. Anyone there? BR, Christian ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] LIVE: Missing streams for recordings
Hi Ralf, RalfGesellensetter schrieb: But as it comes to finished recordings, we miss a button that would open vlc[plugin] and give the corresponding stream. please try the current cvs or git version: git clone git://projects.vdr-developer.org/vdr-plugin-live.git live This one already has streaming support for recordings. Extra question: Is there a way to use specific PAM-modules for login or, at least, create additional users (rather than giving away "admin" account to anybody)? sorry, nothing til now. Anyway, we should first think about the possible user rights to control, e.g. access the settings menu, delete recordings, create timers,... BR, Christian ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-api: how to check if VDR is up?
Hi, thanks Klaus, this works like a charm :) Christian Klaus Schmidinger schrieb: > On 06/08/09 08:59, Christian Wieninger wrote: > >> Hi, >> >> the epgsearch plugin handles some tasks as separate threads, that also >> use SVDRP to talk to VDR. Currently these threads are started after a >> fixed time (e.g. 20s) to give VDR the time to start up. >> A user reported that epgsearch fails in SVDRP communication, because VDR >> was still waiting for its devices (and therefore is not yet ready to >> accept SVDRP connections): >> >> Jun 3 20:07:40 vdr vdr: [3466] not all devices ready after 30 seconds >> >> These 30 seconds are only defined in vdr.c and are therefore 'invisible' >> to plugins. So I'm looking for 'clean' way to check if VDR is up and ready. >> Of course, one could do any SVDRP command, e.g. 'help', and check the >> result, but thats quite cumbersome. >> Next idea: use cPlugin::Housekeeping() to signal the threads that VDR is >> idle now after startup. This works, but sometimes takes up to >90s. >> Any idea how to get a better solution? >> > > You could implement cPlugin::MainThreadHook(), which is called at the > end of the main loop. > > Klaus > > ___ > vdr mailing list > vdr@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] vdr-api: how to check if VDR is up?
Hi, the epgsearch plugin handles some tasks as separate threads, that also use SVDRP to talk to VDR. Currently these threads are started after a fixed time (e.g. 20s) to give VDR the time to start up. A user reported that epgsearch fails in SVDRP communication, because VDR was still waiting for its devices (and therefore is not yet ready to accept SVDRP connections): Jun 3 20:07:40 vdr vdr: [3466] not all devices ready after 30 seconds These 30 seconds are only defined in vdr.c and are therefore 'invisible' to plugins. So I'm looking for 'clean' way to check if VDR is up and ready. Of course, one could do any SVDRP command, e.g. 'help', and check the result, but thats quite cumbersome. Next idea: use cPlugin::Housekeeping() to signal the threads that VDR is idle now after startup. This works, but sometimes takes up to >90s. Any idea how to get a better solution? Thanks, Christian ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] epgsearch as default EPG browser/guide?
Hi, please apply the main menu hooks patch which is included in epgsearchs package and activate the main menu replacement in epgsearchs setup. Some other plugins use this patch too, e.g. extrec. Perhaps it will become part of vdr core some day ;) BR, Christian Alex Betis wrote: > Hello all, > > Is there a way to configure VDR show the epgsearch plugin as default > guide? > Currently I can access the plugin by pressing green button or from the > menu. > > I'd like it to replace the default EPG browser when pressing guide > button and another place (less > important for me) when pressing info button and than back button. > > Thanks. > > > > ___ > vdr mailing list > vdr@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] False timer conflict
Hi Martin, Martin Emrich wrote: > channel, where I don't have a smartcard/CAM/whatever for. I'll therefore > delete the timer entry, but maybe the error message could say something > like "timer on an encrypted channel, but no decryption possible" or so > to clarify things. > I think this is just a matter of interpretation. EPGSearch checks if a timer will receive an appropriate device for its complete recording time. If there is none, it will report a timer conflict. Perhaps it would be better to report a 'timer problem' because of constellations as in your case, where it will never get such a device. Checking if there's a possible decryption at all should be feasible, but wouldn't it be better to remove channels that can't be viewed of recorded anyway, or adjust the search timer to the appropriate channels? Best regards, Christian ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] EPGSearch time-based blacklisting
Hi Mike, sorry for the late response. Mike Lampard wrote: > Hi All, > > I have a channel with identical EPG info for the same program, regardless of > episode. Often the program I want to record is repeated every six hours or > so, but depending on the day it may be every 12 hours or more (its somewhat > random) with a new episode sometime after midnight. > > Please let me repeat this to be sure I got it right: The EPG is the same for all episodes and they are broadcasted at no fixed time and randomly repeated. Correct? > Using EpgSearch, is there a way to force a single recording in a search > within > a specified period, without knowing the exact time that the 1st episode is > recorded _successfully_? i.e: allowing a maximum number of successful > (non-conflicting) timers/day per search? > > When there's no information how to distinguish the episodes and their repeats I doubt that there's a way to handle this. Do you have any ideas (and even better also a suggestion how to represent this in the search timer edit menu?) > 2-4 copies of the same episode if no conflicts exist. Like a 'One-Shot' > timer that resets itself at midnight (or other settable period) instead of > deleting itself. > > This 'one shot timer' could be a way to handle it, but is this sufficient? Do the above episodes have a guaranteed interval, after which a new episode is broadcasted? Best regards, Christian ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [Announce] epgsearch-0.9.24
Hi, here's the next release of epgsearch: 2008-04-29: Version 0.9.24 new: - support for vdr-1.6.x/1.7.x - speedup in searching and search timer updates (about 25%) - speedup in EPG menues, thanks to patch authors from http://www.open7x0.org - support for VDRSymbols font (activate it with 'WarEagle=1' in epgsearchmenu.conf) - the EPG command 'Search in recordings' now evaluates the info.vdr instead of the recordings path name and also does fuzzy searching, suggested by [EMAIL PROTECTED] - search timers with action 'switch only' and switch timers now have an additional option 'unmute sound' which unmutes audio at the event, if it was off, suggested by Michael Brückner - the timer update notification mails supports now an additional variable %timer.modreason%, that holds the reason for a timer update in plain text (see epgsearchupdmail(-html).templ for a sample) - support for a conf.d mechanism (s. MANUAL -> 14. The conf.d subdirectory), suggested by Mike Constabel. - new SVDRP command 'LSCC' that returns the results of a timer conflict check. See the MANUAL for details about the format of the result list. - new patch against VDR (vdr-1.5.17-progressbar-support-0.0.1.diff) that adds support for graphical progressbars in skins classic and st:tng, thanks to [EMAIL PROTECTED] - '0' in the menu of done recordings now toggles the display of the episode name only - the favorites menu can now also be displayed after 'Overview - Now' via setup, suggested by Bittor Corl - menu of recordings done now sorts the date top down - support for new info key behaviour in vdr-1.5.13 - changes for builtin graphtft-patch (when using VDR-extension-patch you need > v.37) - updated the timercmd-patch for vdr-1.5.12 (patches/timercmd-0.1_1.5.12.diff) - added patches/README.patches to describe the existing patches - update of 'undoneepgsearch.sh', a script to remove recordings from the done file via reccmds.conf, thanks to [EMAIL PROTECTED] - update of finnish translation, thanks to Rolf Ahrenberg - full spanish translation, many thanks to agusmir, dragondefuego, GenaroL, lopezm and nachofr from todopvr.com, and especially to bittor - update of italian translation, thanks to Diego from vdr-italia.phpbb24.com - update of dutch translation, thanks to [EMAIL PROTECTED] - the setup option "No announcements when replaying" is now ignored, if the search timer update was triggered manually, suggested by Andreas Mair. fixes: - shifting the time display: the start time now only gets displayed in 'Overview - Now' instead of a progressbar, if there's not already a start time in the menu template ('%time%') as in the default template, thanks to [EMAIL PROTECTED] for reporting - fixed some issues regarding GPL, thanks to Thomas Günther for reporting - fixed a crash when no EPG is present, thanks to Petri Helin for providing a patch - the default value for maximum duration is now '23:59' to avoid problems with external tools, thanks to [EMAIL PROTECTED] for reporting (bug-id #371) - after an EPG change of less then 10 minutes epgsearch modified a timer instead of creating a new one. This caused problems with events with less then 10 minutes. The tolerance is therefore now min(, 10 min). Thanks to Janne Liimatainen for reporting. - fixed some translations, thanks to [EMAIL PROTECTED] for reporting - speed improvement when scrolling through EPG menus, thanks to [EMAIL PROTECTED] for reporting - fixed a crash, when SIGINT is signaled while background threads startup - channel group separators in 'Overview Now/Next/...' are now hidden if they are empty like in ':@30', thanks to Ulf Kiener for providing a patch - fixed a crash in the setup of the addon plugins when VDR is patched with the ext-patch and active LIEMIKUUTIO - 'avoid repeats' combined with 'pause on ... recordings' created to less timers, thanks to [EMAIL PROTECTED] for reporting - fixed some compiler warnings with g++ 4.3 - fine-tuning fuzzy matching of descriptions, thanks to Alf Fahland for providing a patch - fixed a problem with pipes in the pattern of blacklists, thanks to Andreas Mair for reporting. - fixed labeling the green/yellow color keys after toggling the keys in menu 'Schedule', thanks to Andreas Mair for reporting. - fixed evaluation of compiler flags like WITHOUT_EPGSEARCHONLY,... Download: http://winni.vdr-developer.org/epgsearch/downloads/vdr-epgsearch-0.9.24.tgz Have fun! Christian ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr 1.5.15 and epgsearch-0.9.23
Hi Ville, Ville Aakko schrieb: > runs. Hope the beta doesn't blow up my VDR =) > > "This is a *developer* version. Even though *I* use it in my productive environment..." ;-) Some other people also work with this beta. So there should be no problems, but who knows... ;-) BR, Christian ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr 1.5.15 and epgsearch-0.9.23
Hi, Ville Aakko schrieb: > Hi! > > Anybody got vdr-epgsearch working with vdr 1.5.15? In Gentoo (via > vdr-1.5 overlay ebuilds?). > > please try the current beta of 0.9.24 at http://winni.vdr-developer.org/epgsearch/index_eng.html. This one has the necessary changes for vdr-1.5.15. Here's a direct link: http://winni.vdr-developer.org/epgsearch/downloads/beta/vdr-epgsearch-0.9.24.beta19.tgz BR, Christian ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] MainMenuHooks in vdr-1.6.0?
Joachim Wilke wrote: > 2008/2/5, Reiner Buehl <[EMAIL PROTECTED]>: > >> Will the integration of this (and other similar patches) harm in any way? >> > > Yes. A stable version needs a feature freeze to get stable. Otherwise > we could continue as before. > > this was the reason to ask now, since we do not already have the stable 1.6.0 ;-) The patch is one year old and well tested. Regards, Christian ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] MainMenuHooks in vdr-1.6.0?
Hi Klaus, is there a chance to have this patch http://thread.gmane.org/gmane.linux.vdr/32212 in 1.6.0? Several plugins already support this patch and most VDR distributions have this too, imho. Would be great to have it in core VDR. BR, Christian ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Progressbar support in skins classic and st:tng
Hi, many skins (like text2skin, enigmang, soppalusikka, ... ) support displaying a graphical progressbar when a text like "[||| ]" appears in a menu item. Since runtime patching a font is not possible anymore I was wondering if also the skins classic and st:tng could support this. Here's a small patch (based on the sources of enigmang), that adds this functionality. Would be nice to have this in VDR core ;) Regards, Christian diff -Nru vdr-1.5.11-orig/skinclassic.c vdr-1.5.11-progressbar/skinclassic.c --- vdr-1.5.11-orig/skinclassic.c 2007-07-29 14:35:03.0 +0200 +++ vdr-1.5.11-progressbar/skinclassic.c 2007-11-12 18:46:54.0 +0100 @@ -295,13 +295,51 @@ const cFont *font = cFont::GetFont(fontOsd); for (int i = 0; i < MaxTabs; i++) { const char *s = GetTabbedText(Text, i); + if (s) { - int xt = x0 + Tab(i); - osd->DrawText(xt, y, s, ColorFg, ColorBg, font, x1 - xt); - } - if (!Tab(i + 1)) - break; + bool isprogressbar = false; + int now = 0, total = 0; + // check if progress bar: "[||| ]" + if ((strlen(s) > 5 && s[0] == '[' && s[strlen(s) - 1] == ']')) { + const char *p = s + 1; + // update status + isprogressbar = true; + for (; *p != ']'; ++p) { + // check if progressbar characters + if (*p == ' ' || *p == '|') { + // update counters + ++total; + if (*p == '|') + ++now; + } else { + // wrong character detected; not a progressbar + isprogressbar = false; + break; + } + } + } + int xt = x0 + Tab(i); + if (isprogressbar) { + // define x coordinates of progressbar + int px0 = xt; + int px1 = (Tab(i + 1)?Tab(i+1):x1) - 5; + int px = px0 + max((int)((float) now * (float) (px1 - px0) / (float) total), 1); + // define y coordinates of progressbar + int py0 = y + 4; + int py1 = y + lineHeight - 4; + // draw background + osd->DrawRectangle(px0, y, (Tab(i + 1)?Tab(i+1):x1) - 1, y + lineHeight - 1, ColorBg); + // draw progressbar + osd->DrawRectangle(px0,py0, px, py1, ColorFg); + osd->DrawRectangle(px + 1, py0, px1, py0 + 1, ColorFg); + osd->DrawRectangle(px + 1, py1 - 1, px1, py1, ColorFg); + osd->DrawRectangle(px1 - 1, py0, px1, py1, ColorFg); + } else + osd->DrawText(xt, y, s, ColorFg, ColorBg, font, x1 - xt); } + if (!Tab(i + 1)) + break; + } SetEditableWidth(x1 - x0 - Tab(1)); } diff -Nru vdr-1.5.11-orig/skinsttng.c vdr-1.5.11-progressbar/skinsttng.c --- vdr-1.5.11-orig/skinsttng.c 2007-06-17 15:51:56.0 +0200 +++ vdr-1.5.11-progressbar/skinsttng.c 2007-11-12 18:47:01.0 +0100 @@ -545,9 +545,46 @@ for (int i = 0; i < MaxTabs; i++) { const char *s = GetTabbedText(Text, i); if (s) { - int xt = x3 + 5 + Tab(i); - osd->DrawText(xt, y, s, ColorFg, ColorBg, font, x4 - xt); - } + bool isprogressbar = false; + int now = 0, total = 0; + // check if progress bar: "[||| ]" + if ((strlen(s) > 5 && s[0] == '[' && s[strlen(s) - 1] == ']')) { + const char *p = s + 1; + // update status + isprogressbar = true; + for (; *p != ']'; ++p) { + // check if progressbar characters + if (*p == ' ' || *p == '|') { + // update counters + ++total; + if (*p == '|') + ++now; + } else { + // wrong character detected; not a progressbar + isprogressbar = false; + break; + } + } + } + int xt = x3 + 5 + Tab(i); + if (isprogressbar) { + // define x coordinates of progressbar + int px0 = xt; + int px1 = x3 + (Tab(i + 1)?Tab(i + 1):x4-x3-5) - 1; + int px = px0 + max((int)((float) now * (float) (px1 - px0) / (float) total), 1); + // define y coordinates of progressbar + int py0 = y + 4; + int py1 = y + lineHeight - 4; + // draw background + osd->DrawRectangle(px0, y, (Tab(i + 1)?Tab(i + 1):x4-x3-5) - 1, y + lineHeight - 1, ColorBg); + // draw progressbar + osd->DrawRectangle(px0,py0, px, py1, ColorFg); + osd->DrawRectangle(px + 1, py0, px1, py0 + 1, ColorFg); + osd->DrawRectangle(px + 1, py1 - 1, px1, py1, ColorFg); + osd->DrawRectangle(px1 - 1, py0, px1, py1, ColorFg); + } else + osd->DrawText(xt, y, s, ColorFg, ColorBg, font, x4 - xt); + } if (!Tab(i + 1)) break; } ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [Announce] vdr-scheduler-0.1.0
Hi, here's a new plugin especially for VDRs not running 24/7. It allows you to execute tasks in the context of VDR and trigger wakeups for this. Features: - optional wakeup of VDR to execute a job (no dummy timers needed anymore) - prevent a shutdown while a job is still executed - optional announcements of job start/finish via OSD - start external jobs via SVDRP in the context of VDR - display current and previous job output Requirements: - vdr >= 1.5.1 or - vdr-1.4.5 with the backport of the new shutdown handler (http://www.udo-richter.de/vdr/patches.html#shutdown) Project homepage and screenshots: http://winni.vdr-developer.org/scheduler Download: http://winni.vdr-developer.org/scheduler/downloads/vdr-scheduler-0.1.0.tgz Have fun! Christian ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Crash with cMenuEditStrItem in vdr-1.5.9
Hi, me and Rolf Ahrenberg noticed that there seems to be a problem with cMenuEditStrItem in vdr-1.5.9. To reproduce it just call the timer edit menu and hit 'left' on the directory item or any other cMenuEditStrItem object. The following patch should fix this: --- vdr-1.5.9/menuitems.c 2007-08-17 15:48:07.0 +0200 +++ VDR/menuitems.c 2007-09-29 09:02:12.0 +0200 @@ -500,7 +500,7 @@ pos--; newchar = true; } - if (!insert && Utf8is(alpha, valueUtf8[pos])) + if (pos >= 0 && !insert && Utf8is(alpha, valueUtf8[pos])) uppercase = Utf8is(upper, valueUtf8[pos]); break; case kRight|k_Repeat: It happens here that pos is -1. Strange that the old code of previous vdr versions if (!insert && isalpha(value[pos])) uppercase = isupper(value[pos]); had no problem there. BR, Christian ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [Announce] vdr-epgsearch-0.9.23
Hi, [EMAIL PROTECTED] wrote: > So why not when hitting RED button (or any other button) on series EPG entry, > to have two possibilities, to make normal timer or to make EPG search timer > from show name? > > simply press '4' on the EPG entry (or '0' to toggle the color buttons and "Commands"/"Create search"). This will call the search timer edit menu and copy the title of the event to it. BR, Christian ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] license handling of po files in plugins?
Hi, my current po files for epgsearch have the following headers due to script generation: # VDR plugin language source file. # Copyright (C) 2007 Klaus Schmidinger <[EMAIL PROTECTED]> # This file is distributed under the same license as the VDR package. # Klaus Schmidinger <[EMAIL PROTECTED]>, 2000 # msgid "" msgstr "" "Project-Id-Version: VDR 1.5.7\n" "Report-Msgid-Bugs-To: <[EMAIL PROTECTED]>\n" "POT-Creation-Date: 2007-09-04 20:43+0200\n" "PO-Revision-Date: 2007-08-14 20:21+0200\n" "Last-Translator: Klaus Schmidinger <[EMAIL PROTECTED]>\n" "Language-Team: \n" How should this be handled? Is it correct that: "This file is distributed under the same license as the VDR package."? Should plugin writers insert their own name? What about the "Project-Id-Version: VDR 1.5.7"? BR, Christian ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [Announce] vdr-epgsearch-0.9.23
Hi, here's the next release of epgsearch: 2007-09-02: Version 0.9.23 new: - full support for new i18n system in vdr>=1.5.7, but keeps fully backwards compatible - when using extended EPG categories one can now also compare by value, e.g. to search for events after some year. Therefore new searchmodes (10 which means '<', 11 which means '<=', ...) were introduced in the file epgsearchcats.conf. Example: # 'until year' 3|Year|until year||11 # 'from year' 12|Year|from year||13 One could use this also to search for a specific season of a series, if this data is part of the EPG. See the section in the documentation for a complete list of all search modes. - The edit menu for search timers has now a switch 'Ignore missing categories' for extended EPG categories. If set to 'Yes' this tells epgsearch that a missing EPG category should not exclude an event from the results. Caution: Using this without any other criterions could flood your timers. - Search timers have now an 'auto delete' feature. The edit menu therefor provides: * after x recordings, or * after x days after first recording Only complete recordings are counted. The deletion of the search timer is executed directly after the end of the corresponding recording - new action "Create a copy" in menu Search/Actions to create and edit a copy of the current search, suggested by Michael Brückner. - the option "use as search timer" has now a third value 'user defined' besides 'yes' and 'no', that allows specifying a time margin where the search timer is active, suggested by [EMAIL PROTECTED] - the progressbar now displays the start time instead of an empty bar, when shifting to future events, thanks to [EMAIL PROTECTED] for providing a patch. - menu "show timers created" shows now summary for the timers done with 'Ok'. Also the shortcuts '1..9' for the EPG-commands are available. - built-in pin-plugin patch (no more need to patch epgsearch). Activate it by compiling with 'USE_PINPLUGIN' in VDR's Make.config (as already done in VDR extension patch) - built-in graphtft-plugin patch (no more need to patch epgsearch). Activate it by compiling with 'USE_GRAPHTFT' in VDR's Make.config (as already done in VDR extension patch) - update of finnish translation, thanks to Rolf Ahrenberg - update of french translation, thanks to Patrice Staudt - added file README.Translators with notes for translators fixes: - fixed a bug in timer creation after navigating through the summary menu, thanks to Rolf Ahrenberg for reporting - Label "Record" or "Timer" in menu summary fixed with respect to existing timer. - fixed switch timers in the case when EPG has changed, thanks to Juergen Urban for providing a patch - fixed some compiler warnings in g++-4.2, thanks to Michael Brückner for reporting - added "," to the allowed characters for a search timer, thanks to Mike Constabel for reporting. Download: http://winni.vdr-developer.org/epgsearch/downloads/vdr-epgsearch-0.9.23.tgz Have fun! Christian ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] translation context handling in vdr >= 1.5.7
Klaus Schmidinger wrote: > gettext() may or may not return the original string, so if no translation > is found, the context needs to be stripped. > > Please try this: sorry for the late response. gmx seemed to be blacklisted again ;) Works like a charm. BR, Christian ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] translation context handling in vdr >= 1.5.7
Hi, I just noticed a small change in the context handling of translations since vdr-1.5.7. Till now it was possible to have e.g. const char AllowedChars[] = trNOOP("$ abcdefghijklmnopqrstuvwxyz0123456789-.,#~\\^$[]|()*+?{}/:%@&"); Note the 2 '$'. The first one only helps to have the second one in the translation and not to be interpreted as context. Previous implementations of I18nTranslate did only cut the context of the english version. So the translation could look like this in i18n.c or the po-files: // The allowed characters in strings: { "$ abcdefghijklmnopqrstuvwxyz0123456789-.,#~\\^$[]|()*+?{}/:%@&", " aäbcdefghijklmnoöpqrsßtuüvwxyz0123456789-.,#~\\^$[]|()*+?{}/:%@&", " abcdefghijklmnopqrstuvwxyz0123456789-.,#~\\^$[]|()*+?{}/:%@&", ... The current implementation cuts the translations too which results in "[]|()*+?{}/:%@&" Is this intended? If so, one could add the dummy '$' also at the beginning of the translation, but has to handle this again for backwards compatibility. If it's not intended the following patch should give the previous behaviour: --- vdr-1.5.8/i18n.c2007-08-19 16:10:46.0 +0200 +++ vdr-1.5.8-patched/i18n.c2007-08-23 12:47:48.0 +0200 @@ -208,10 +208,10 @@ t = dgettext(Plugin, s); if (t == s) t = gettext(s); - s = t; + return t; } - const char *p = strchr(s, '$'); - return p ? p + 1 : s; + else +return SkipContext(s); } const char *I18nLocale(int Language) BR, Christian ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] List of failed plugins for vdr-1.5.7
Hi, > *** failed plugins: autotimeredit burn dvd epgsearch skinenigmang you can find a current beta13 of epgsearch at http://winni.vdr-developer.org/epgsearch/downloads/beta/ which compiles with vdr-1.5.7, but there's not yet real support for the new internationalization method. BR, Christian ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] FRQ: VDR core support for online help
Hi, today many TV equipment offers online help, even my remote does ;) VDR currently only gives help by manuals or WIKI, but this is far away every time you need it, i.e. if you whatch TV. So I was wondering if it would be interesting to add online help for VDR with the following requirements: - a dedicated key should give help in any situations (-> kHelp) - help may be available per OSD item, or - if not present - per OSD menu (e.g. some setup values could give an extra explanation) - help may be available for all player controls (e.g. I'll never keep in mind the keys for the dvd-plugin ;) ) - the implementation should also work for plugins What do you (especially Klaus) think about an online help? I've added a quick and dirty patch, that adds the basics for an online help. With the patch the implemenation of an online help works like this: To add help to an OSD item, simply replace for example Add(new cMenuEditItem(tr("an osd item"), &data.value)); with cOsdItem* item = new cMenuEditItem(tr("an osd item"), &data.value); Add(item); item->SetOnlineHelp(tr("Help for item")); To add help for an OSD menu add the following line to the contructor: SetOnlineHelp(tr("Help for this menu")); The same for an object derived from cControl. Whenever the user presses the 'Help' key he gets a simple text menu with the online help. I've already added online help to epgsearch's setup previously, but I think it would be better if there was core support in VDR for this and a common implementation. The patch really needs some refinement (especially the part in vdr.c), but it should only serve as a starting point for a discussion. BR, Christian diff -Nru --exclude PLUGINS vdr-1.5.6/keys.c vdr-1.5.6-patched/keys.c --- vdr-1.5.6/keys.c 2006-10-14 12:18:05.0 +0200 +++ vdr-1.5.6-patched/keys.c 2007-08-12 11:23:05.0 +0200 @@ -64,6 +64,7 @@ { kUser7, "User7" }, { kUser8, "User8" }, { kUser9, "User9" }, +{ kHelp, "Help" }, { kNone, "" }, { k_Setup,"_Setup" }, { kNone, NULL }, diff -Nru --exclude PLUGINS vdr-1.5.6/keys.h vdr-1.5.6-patched/keys.h --- vdr-1.5.6/keys.h 2007-02-25 11:49:35.0 +0100 +++ vdr-1.5.6-patched/keys.h 2007-08-12 11:05:50.0 +0200 @@ -50,6 +50,7 @@ kSetup, kCommands, kUser1, kUser2, kUser3, kUser4, kUser5, kUser6, kUser7, kUser8, kUser9, + kHelp, kNone, kKbd, // The following codes are used internally: diff -Nru --exclude PLUGINS vdr-1.5.6/osdbase.c vdr-1.5.6-patched/osdbase.c --- vdr-1.5.6/osdbase.c 2007-06-09 12:07:46.0 +0200 +++ vdr-1.5.6-patched/osdbase.c 2007-08-12 13:38:00.0 +0200 @@ -13,6 +13,7 @@ #include "i18n.h" #include "remote.h" #include "status.h" +#include "menu.h" // --- cOsdItem -- @@ -22,6 +23,7 @@ state = State; selectable = true; fresh = true; + help = NULL; } cOsdItem::cOsdItem(const char *Text, eOSState State, bool Selectable) @@ -30,12 +32,14 @@ state = State; selectable = Selectable; fresh = true; + help = NULL; SetText(Text); } cOsdItem::~cOsdItem() { free(text); + free(help); } void cOsdItem::SetText(const char *Text, bool Copy) @@ -54,6 +58,12 @@ fresh = Fresh; } +void cOsdItem::SetOnlineHelp(const char *Help, bool Copy) +{ + free(help); + help = Copy ? strdup(Help) : (char *)Help; // help assumes ownership! +} + eOSState cOsdItem::ProcessKey(eKeys Key) { return Key == kOk ? state : osUnknown; @@ -67,6 +77,12 @@ ((cOsdMenu *)this)->Display(); } +void cOsdObject::SetOnlineHelp(const char *Help, bool Copy) +{ + free(help); + help = Copy ? strdup(Help) : (char *)Help; // help assumes ownership! +} + // --- cOsdMenu -- cSkinDisplayMenu *cOsdMenu::displayMenu = NULL; @@ -447,6 +463,18 @@ } } +eOSState cOsdMenu::Help(void) +{ + const char* Help = OnlineHelp(); + cOsdItem *item = Get(current); + if (item && item->OnlineHelp()) +Help = item->OnlineHelp(); + if (Help) +return AddSubMenu(new cMenuText(tr("Help"), Help)); + else +return osUnknown; +} + eOSState cOsdMenu::HotKey(eKeys Key) { for (cOsdItem *item = First(); item; item = Next(item)) { @@ -517,6 +545,7 @@ marked = -1; break; } +case kHelp: return Help(); // else run into default default: if (marked < 0) return osUnknown; diff -Nru --exclude PLUGINS vdr-1.5.6/osdbase.h vdr-1.5.6-patched/osdbase.h --- vdr-1.5.6/osdbase.h 2007-06-09 13:49:00.0 +0200 +++ vdr-1.5.6-patched/osdbase.h 2007-08-12 14:0
Re: [vdr] vdr-1.5.3 - issue with translations out of plugins
Hi, I still had crashes even when using Alexanders patch. I think the fix should look like this (diff against plain 1.5.3): --- vdr-1.5.3/i18n.c2007-06-09 10:44:54.0 +0200 +++ vdr-1.5.3-patched/i18n.c2007-06-12 19:40:42.0 +0200 @@ -6851,7 +6851,7 @@ return t; } } - p = Phrases; + p = OriginalPhrases = Phrases; } esyslog("%s%sno translation found for '%s' in language %d (%s)", Plugin ? Plugin : "", Plugin ? ": " : "", s, Setup.OSDLanguage, Phrases[0][Setup.OSDLanguage]); } BR, Christian ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Plugin patches for vdr-1.5.3
Hi, > Please let me know if this patch is incorrect. Also, I am currently > looking for patches to fix epgsearch-0.9.22, tvonscreen-0.7.0, and > liemikuutio. I've uploaded a beta for epgsearch, that supports vdr-1.5.3: http://winni.vdr-developer.org/epgsearch/downloads/vdr-epgsearch-0.9.23-beta1.tgz But there still remains the problem with translations in plugins as already posted here. So you should also apply the patch provided by Alexander Riegel to fix this. BR, Christian ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [Announce] epgsearch-0.9.22
Hi, here's the next release of epgsearch. This time a little earlier as usual because of a new other plugin coming soon ;) 2007-05-27: Version 0.9.22 new: - new option in timer conflict check "When a recording starts": This performs a conflict check when any recording starts and informs about it via OSD if the conflict is within the next 2h. So also timers not created with epgsearch are checked, the same for instant recordings. - new service interface "Epgsearch-services-v1.0": This allows other plugins to access and manage many components of epgsearch as searchtimers, setup values,... and execute tasks like searching for repeats (Have a look at services.h for more information). - new project homepage: http://winni.vdr-developer.org/epgsearch, many thanks to Thomas Keil, sorry, only german at the moment ;) - update for finnish translation, thanks to Rolf Ahrenberg fixes: - complete rewrite of the summary menu and its navigation to avoid problems with skins and fix some other bugs. - when testing for repeats now also the comparison with the done-file only checks the alphanumeric portions of title and episode - fixed another issue with quotes when calling commands for EPG events - some license changes and additions for integration in Debian repositories - fixed a bug in displayed time, when using user defined times and shifting with FRew/FFwd, thanks to Torsten Weigelt for reporting - the aux info about the channel was not added in 'one press timer creation'. Thanks to Rolf Ahrenberg for providing a patch. Description and download: http://winni.vdr-developer.org/epgsearch wget: http://winni.vdr-developer.org/epgsearch/downloads/vdr-epgsearch-0.9.22.tgz Have fun! Christian ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [Announce] epgsearch-0.9.21
Hi, Stone wrote: I have two user-defined EPG times setup, but when I enable "favorites", only the second user-defined time is displayed after the favorites is displayed. Anyone notice that? There's a special handling for user-defined EPG times. Here's the section from the Readme: 1.3 Extended 'now' and 'next' and favorites By setup, one can add up to 4 additional times to extend the green button, e.g. 'afternoon', 'prime time', 'late night'. Times, that are already passed, are skipped (you will not get 'afternoon' at evening) with the exception that a time will be displayed for the next day, if it is less then 20h in the future. Are you sure, you get both times if 'use favorites' is disabled? If so, please give me your setup times and the time when you tested it. Also the setup of the favorites 'before or after user-def. times' would be interesting. I just did a quick check and it worked on my setup. BR, Christian ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [Announce] epgsearch-0.9.21
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 [EMAIL PROTECTED] - 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 [EMAIL PROTECTED] - 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 [EMAIL PROTECTED] 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 [EMAIL PROTECTED] 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 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] recording directory changes after timer resume
Hi, I noticed a problem with the recording directory of the following timer 9:S19.2E-1-1092-10100:M--:2000:2200:50:99:Musik~DELUXE: in a situation where the recording gets interrupted by any other recording due to higher priority (with vdr-1.4.6): Mar 19 20:00:00 Kanotix vdr: [4293] timer 1 (44 2000-2200 'Musik~DELUXE') start Mar 19 20:00:04 Kanotix vdr: [4293] record /video0/Musik/DELUXE/_/2007-03-19.20.00.50.99.rec Mar 19 20:00:05 Kanotix vdr: [4299] channel 44 (DELUXE MUSIC) event Mon 19.03.2007 19:52-20:11 '(null)' s tatus 4 Mar 19 21:03:00 Kanotix vdr: [4293] stopping recording on DVB device 1 due to higher priority Mar 19 21:03:01 Kanotix vdr: [4293] timer 1 (44 2000-2200 'Musik~DELUXE') stop Mar 19 21:03:03 Kanotix vdr: [4293] timer 1 (44 2000-2200 'Musik~DELUXE') start Mar 19 21:03:03 Kanotix vdr: [4293] executing 'noad before "/video0/Musik/DELUXE/Den_Song_für_Ihr_Privata rchiv_kaufen_Si/2007-03-19.20.00.50.99.rec"' Mar 19 21:03:03 Kanotix noad[4502]: noad arg[0]: noad Mar 19 21:03:03 Kanotix noad[4502]: noad arg[1]: before Mar 19 21:03:03 Kanotix noad[4502]: noad arg[2]: /video0/Musik/DELUXE/Den_Song_für_Ihr_Privatarchiv_kaufe n_Si/2007-03-19.20.00.50.99.rec Mar 19 21:03:03 Kanotix noad[4502]: noad args done Mar 19 21:03:03 Kanotix noad[4502]: noad called with 'before' and online=1 and liverecording is no Mar 19 21:03:03 Kanotix noad[4502]: nothing to do yet Mar 19 21:03:03 Kanotix vdr: [4293] record /video0/Musik/DELUXE/Den_Song_für_Ihr_Privatarchiv_kaufen_Si/2 007-03-19.20.00.50.99.rec as you can see the timers recording directory changes from empty ('_' ) to 'Den_Song_für_Ihr_Privatarchiv_kaufen_Si' when the recording is resumed on device 2, resulting in 2 single recordings. Background: the timer is responsible for a recording on DeluxeMusic. DeluxeMusic delivers their EPG for the current and the next track. So its permanently changing. When the recording is finished it will be processed with the deluxe-plugin to extract mp3's. But this only works with one consistent recording. The reason for VDRs behaviour is probably that at the beginning of the recording there's no EPG at all, while after the resume there is one. Any ideas how to avoid the two recordings? BR, Christian ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Epgsearch does not create timers
Stuart Morris wrote: > I am having difficulty getting Epgsearch plugin to create any timers. > I am using epgsearch version 0.9.20. My epg is received from UK "Freeview" > DVB-t. VDR is running as root. There are no patches to vdr. The only > other plugin > running at the same time is -Pskincurses because the VDR system is headless. > I am using VDR version 1.4.4. > > Am I doing something wrong here or is this a bug? Please check if the SVDRP port in epgsearchs setup is the same as in VDRs. If not please adjust them and restart VDR. After ~25 seconds the timers will be created or later when you trigger the update manually. If this does not solve the problem, please inspect your syslogs when you trigger the search timer update. You could also activate epgsearchs log with '-P epgsearch -v 2' and check the file epgsearch.log in the plugins config directory. BR, Christian ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [Announce] epgsearch-0.9.20
Hi, here's the next release of epgsearch. Description and download: http://people.freenet.de/cwieninger/html/vdr-epg-search__english_.html wget: http://people.freenet.de/cwieninger/vdr-epgsearch-0.9.20.tgz 2006-01-30: Version 0.9.20 new: - support for vdr-1.5.0. Note: the CA support in the timer conflict check is highly experimental because I have no CAMs to test it! - epgsearch can now also modify manual timers according to EPG changes. When using epgsearch's own timer edit menu you can select between * no check * by event ID * by channel/time Please refer to the README (1.4.4 Setup/Timer Programming/Default timer check method) for further notes. - the timespan used in the favorites menu can now be adjusted via setup. Default is 24h. - Event announcements: If the user presses one of the keys 'Ok', '0', ... '9' while the announcement of an event is displayed, he will be asked if further announcements of this event should be disabled for ever (user hit '0' or 'Ok') or for the next 'x' days (user hit '1' to '9'). After pressing 'Ok' again, this setting will be stored. - With the new setup option "No announcements when replaying" you can now suppress any announcements of broadcasts when you currently replay anything. Suggested by Andreas Mair. - Besides the done file for recordings there is now a done file for timers (timersdone.conf). This allows deleting timers without getting them again with the next search timer update. With the new menu 'Show timers created' in Search/Actions one can edit this list. The whole feature can be disabled in the search timers setup. Note: the done list is only populated with timers that were newly created with this release. - new addon plugin 'quickepgsearch': it creates a main menu entry 'Quick search' and can be used to search for any event in the EPG. Include it with '-Pquickepgsearch' , suggested by [EMAIL PROTECTED] - new setup option "Limit channels from 1 to" to speed up epgsearchs call. If the current channel is above the limit, all channels will be displayed. Suggested by [EMAIL PROTECTED] - new SVDRP commands: * 'LSRD' returns a list of all recording directories used in existing recordings, timers, search timers or as specified in epgsearchdirs.conf * 'LSTT [ID]' to list all search templates, or the one with the passed ID (format is the same as epgsearch.conf) * 'NEWT ' to add a new search template REMARK: the value of element ID is ignored. epgsearch will always assign the next free ID * 'DELT ' to delete the search template with ID * 'EDIT ' to modify an existing search template * 'DEFT [ID]' returns the ID of the default search template. When passing an ID it activates the corresponding template as default. - you can now also use sendmail for mail delivery besides the script sendemail.pl (-> setup), suggested by Patrick Cernko - new variables: * '%timespan%' to be used in menus or mails. It will be replaced with the timespan from now to the begin of an event (e.g. 'in 15m'). It is now used in the default menu template of the favorites menu, where the date field was removed. * '%length%' for the length of a broadcast in seconds. - thanks to Rolf Ahrenberg for finnish translation update fixes: - manually created timers are now neither deleted nor modified by any search timers. - the addon conflictcheckonly was compiled even if WITHOUT_CONFLICTCHECKONLY was defined in the Makefile, thanks to Ronny Kornexl for reporting. - search term and directory support now the characters 'ß' (only for language german) and '@'. - 'avoid repeats' had a bug (in some special cases) that created a timer for any later repeat instead of the first event. - a search with "Use day of week" AND "Use time" where "Start before" is after midnight now also matches events on the next day til "Start before". E.g. "Start after 22:00" and "Start before 03:00" on monday will also match an event at 01:00 at tuesday. - already recording timers are now modified only, if the timers stop time has changed (e.g. by an EPG update), thanks to Mike Constabel for reporting. - fixed a bug in evaluation of user variables, thanks to Mike Constabel for reporting and remote debugging - fixed a bug in conflict mail notification concerning timers without assigned events Have fun! Christian ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDRAdmin-AM v3.5.3
Stone wrote: > Is epgsearch 0.9.20 available or is there an intermediary patch for 0.9.19? sorry, not yet. I hope to release it within the next days. Regards, Christian ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Replay a recording and return to calling plugin?
Hi Martin, Thanks! Works great! Regards, Christian ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Replay a recording and return to calling plugin?
Hi, is there any way to start the replay of a recording in a plugin, so that after ending the replay, VDR returns to the calling plugin instead of the recordings menu? My replay start looks like this: cReplayControl::SetRecording(recording->FileName(), recording->Title()); return osReplay; I played with a derived replay control, but found no solution yet. Regards, Christian ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [RFC] Shutdown rewrite for 1.5.x
Hi, Udo Richter wrote: > Actually, whether this is internally or externally, the complexity stays > the same. It would probably work mostly the same way: Tweak the wakeup > time, detect this on wakeup, start the EPG scan, go offline. perhaps this is too trivial, but why not create a daily or whatever timer as you suggested before with a special name like '@epgscan' and react on that? VDR would not create a recording for this timer but start an EPG scan and shut down, if no other timer is active. I think this is quite simple to implement. One could even extend this to a more generic approach: '@command1' as timer file could execute a command in line 1 of commands.conf, that is e.g. an external EPG update script. BR, Christian ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] How to detect if a timer was deleted?
Hi, Matthias Schniedermeyer wrote: > Does epgsearch save any status from epg-data and/or timers? yes, but the 'done' approach is currently different: epgsearch marks and saves a broadcast as done only if it has been successfully and completely recorded. So any recording break because of timer conflicts or a crash will be noticed and epgsearch will automatically search for a repeat of the broadcast (provided that proper settings for the search timer exist). The drawback of this approach is that deleting a timer will lead to the described situation, because it it not yet 'done' in terms of epgsearch. Currently one has to disable the timer to prevent the recording and I would like to solve this in the next release. This could be easily done if VDR could notify plugins about timer deletions. Christian ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] How to detect if a timer was deleted?
Hi, for a new feature of epgsearch, I'd like to do a continuous check (in a separate thread) if any timer was deleted via OSD or SVDRP since the last check. The only thing I found so far is to build a timer array and compare it at each check with the current timer list. But if timers where modified meanwhile, the check can get quite complex. Any other idea? @Klaus: Is there a chance for a patch that extends cStatus with e.g. MsgDelTimer to get part of VDR, if I supply one ;-) Background: epgsearch currently creates a timer again if it was found by any search timer, even if the user previously deleted it. If I could detect which timer was deleted, I could put it in a done list to prevent the new creation. I know, I could create the done list already when creating the timer for the first time, but this causes other problems. Besides that: only timers that have been deleted are of interest, so why save all others too? BR and Merry Christmas! Christian ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [Announce] epgsearch-0.9.19
Hi, here's a new release of epgsearch (mainly a bug fix release): 2006-10-27: Version 0.9.19 new: - if search results of different searches intersect, now only the search that initially created a corresponding timer may modify it. - new variables: * '%search.query%' to be used in the recording directory of a search timer. Will be substituted to the query of a search timer. * '%videodir%' VDR video directory (e.g. /video) * '%plugconfdir%' VDR plugin config directory (e.g. /etc/vdr/plugins) * '%epgsearchdir%' epgsearchs config directory (e.g. /etc/vdr/plugins/epgsearch) - the syntax of the 'system' command within a user variable has changed to be more flexible. It's now: %uservar%=system(/path/to/script[, parameters]) where the optional 'parameters' can now be any expression using other variables except directly using conditional expressions or other system calls. - update for french translation, thanks to Patrice Staudt fixes: - VPS timers created by search timers are now always updated to their VPS time, even if the user has changed start/stop time. - after editing the setup any menu templates defined in epgsearchmenu.conf were reset to defaults, thanks to [EMAIL PROTECTED] for reporting. - existing VDR serial timers are not modified anymore to regular timers by the search timer update. Description and download: http://people.freenet.de/cwieninger/html/vdr-epg-search__english_.html wget: http://people.freenet.de/cwieninger/vdr-epgsearch-0.9.19.tgz BR, Christian ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR deletes directories
Hi, Matthias Fechner schrieb: Hi, I have the problem that VDR deletes directories in my /video0 or /video1 ... which not belongs to VDR. IIRC VDR only deletes empty directories. So simply put a dummy file with zero length in it. BR, Christian ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Feature Request: MySQL interface for EPG/configuration
Rene Bartsch wrote: if the configuration (channels, transponders, options) and EPG would be stored in a MySQL-DB other applications could easily use that data instead of doing expensive scans of the files again and again. Maybe there could be a compiler switch or even a command-line option for VDR to switch between file and SQL mode. this could even solve some problems regarding synchronisation/thread safeness. But IMHO this sounds like a feature of VDR 2.0 ;-) BR, Christian ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Making a cList object thread safe?
You have to protect all functions of your object which are dealing with the list (reading and/or writing) with a cMutex. Thanks! So the following should work (please correct me if I'm wrong): I add a cMutex object in the cList derived class and 2 functions: class cThreadSafecList: public cList<...> { ... private: cMutex mutex; public: void Lock(void) { mutex.Lock(); } void Unlock(void) { mutex.Unlock(); } ... } extern cThreadSafecList MyThreadSafecList; Every member function with access to the list objects calls Lock and Unlock at the beginning and end of the function. Every direct access to the MyThreadSafecList object (to loop throug or manipulate the list objects) must make sure to call MyThreadSafecList.Lock and MyThreadSafecList.Unlock. The locking time should be short to avoid a sluggish OSD, if one accesses MyThreadSafecList in the main thread. BR, Christian ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Making a cList object thread safe?
Hi, what is the best way to make a cList derived object thread safe? I have an object derived from cList and access it in the main thread and also in a background thread. The main thread access can modify the object (insert, edit, delete or even reload the complete list) while the background thread will only read the list. So e.g. a reload in the main thread could cause a crash in the background thread, if it just loops through the list. There are already some synchronisation methods in VDR (cMutex, cThreadLock,...). Is there any preferred method to solve my problem? Is there any plugin that already handled and solved this? Thanks, Christian ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] RFC: Man page intstallation support for plugins?
Udo Richter schrieb: We could also handle this similar to the libs: On compile, all plugins can put (or symlink) their man-pages into PLUGINS/man, and the install target copies them from there. That way it would be fully backwards compatible. This would limit the plugins documentation to 'man'. With the previous approach the plugin can choose the method (man, txt, html, pdf,...). BR, Christian ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] RFC: Man page intstallation support for plugins?
Klaus Schmidinger schrieb: However, what if a plugin's Makefile doesn't provide an 'install-doc' target? You might want to make sure this doesn't cause tons of error messages. What we would also how about an additional grep like that? : install-doc-plugins: @for i in `ls $(PLUGINDIR)/src | grep -v '[^a-z0-9]'`; do\ if grep -q "install-doc:" "$(PLUGINDIR)/src/$$i/Makefile" ; then\ $(MAKE) -i -C "$(PLUGINDIR)/src/$$i" install-doc;\ fi;\ done; need is the appropriate change to the 'newplugin' script. I would suggest the following for 'newplugin': install-doc: [EMAIL PROTECTED] No documents to install for \$(PACKAGE) BR, Christian ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [Announce] vdr-epgsearch-0.9.17d ((maintenance release)
Hi, just a small maintenance release before the next 'real' one: fixes: - fixed a wrong usage of 'cPlugin::ConfigDirectory' in search timer thread, thanks to Udo Richter and Petri Hintukainen 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.17d.tgz BR, Christian ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] RFC: Man page intstallation support for plugins?
Hi Klaus, the next release of my plugin will have a couple of man pages. I included an 'install-doc' section in the Makefile. But one has to do a 'make install-doc' in the plugins source directory to install them. What do you think about a 'make install-doc-plugins' in VDR's Makefile like that: install-doc-plugins: @for i in `ls $(PLUGINDIR)/src | grep -v '[^a-z0-9]'`; do $(MAKE) -C "$(PLUGINDIR)/src/$$i" install-doc; done BR, Christian ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr