Re: [vdr] EPGSearch doesn't avoid repeats anymore?

2010-11-11 Thread Dominic Evans
Hi Christian, On 10 November 2010 22:20, Christian Wieninger cwienin...@gmx.de 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

Re: [vdr] EPGSearch doesn't avoid repeats anymore?

2010-11-11 Thread Christian Wieninger
Hi Dom, Am 11.11.2010 14:35, schrieb Dominic Evans: Hi Christian, On 10 November 2010 22:20, Christian Wieningercwienin...@gmx.de 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

Re: [vdr] EPGSearch doesn't avoid repeats anymore?

2010-11-10 Thread Dominic Evans
On 10/11/10 09:09, Teemu Suikki wrote: Why doesn't it match? The descriptions are 100% identical. Check your search timer's configuration for comparing 'sub-title' when avoiding repeats. Compare subtitle should be set to either 'No' or 'If present', otherwise the comparison will also return

[vdr] EPGSearch doesn't avoid repeats anymore?

2010-11-10 Thread Teemu Suikki
Hi, I recently updated my VDR from 1.4.5 to 1.7.15, and also updated all plugins to their latest version. EPGSearch is epgsearch-0.9.25.beta17. Everything works, but epgsearch doesn't avoid repeats anymore! Here's an example from the file epgsearchdone.data: R 1266873900 1800

Re: [vdr] EPGSearch doesn't avoid repeats anymore?

2010-11-10 Thread Dominic Evans
On 10/11/10 12:05, Teemu Suikki wrote: I think there is a bug in epgsearch.. See epgsearchtools.c line 806: if ((!compareTitle || Title1 == Title2) (!compareSubtitle || (Subtitle1 == Subtitle2 (compareSubtitle==2 || Subtitle1!= I don't really understand the last check. Perhaps

Re: [vdr] EPGSearch doesn't avoid repeats anymore?

2010-11-10 Thread Teemu Suikki
Check your search timer's configuration for comparing 'sub-title' when avoiding repeats. Compare subtitle should be set to either 'No' or 'If present', otherwise the comparison will also return false if your EPG doesn't contain a subtitle for the entry. Hey, that was it! Thanks a bunch. :)

Re: [vdr] EPGSearch doesn't avoid repeats anymore?

2010-11-10 Thread Teemu Suikki
2010/11/10 Dominic Evans oldma...@gmail.com: On 10/11/10 09:09, Teemu Suikki wrote: Why doesn't it match? The descriptions are 100% identical. Check your search timer's configuration for comparing 'sub-title' when avoiding repeats. Compare subtitle should be set to either 'No' or 'If

Re: [vdr] EPGSearch doesn't avoid repeats anymore?

2010-11-10 Thread Dominic Evans
On 10/11/10 10:09, Teemu Suikki wrote: 2010/11/10 Dominic Evansoldma...@gmail.com: On 10/11/10 09:09, Teemu Suikki wrote: Why doesn't it match? The descriptions are 100% identical. Check your search timer's configuration for comparing 'sub-title' when avoiding repeats. Compare subtitle

Re: [vdr] EPGSearch doesn't avoid repeats anymore?

2010-11-10 Thread 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

Re: [vdr] EPGSearch doesn't avoid repeats anymore?

2010-11-10 Thread Teemu Suikki
2010/11/10 Dominic Evans oldma...@gmail.com: 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

Re: [vdr] EPGSearch doesn't avoid repeats anymore?

2010-11-10 Thread Christian Wieninger
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