I demand that Tony Houghton may or may not have written...
> On 08/11/10 12:50, Theunis Potgieter wrote:
[snip]
> You can tell mplayer the exact ratio of your monitor and the exact ratio of
> the video on the command line and it correctly calculates how to display
> it. vdr-sxfe and vdr-fbfe have
I demand that lucian orasanu may or may not have written...
> how about moving to mplayer instead of xine-lib, is not maintained very
> well any more?
Feel free to help out, by all means...
--
| Darren Salt| linux at youmustbejoking | nr. Ashington, | Toon
| using Debian GNU/Linux |
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
bo
On Wed, 10 Nov 2010 19:09:46 +0100
Andreas Brachold wrote:
> Hi,
>
> Am Mittwoch, den 10.11.2010, 12:23 +0100 schrieb Frank Schmirler:
> > ACK. Unique IDs over the lifetime of an SVDRP connection solve the
> > actual problem. Everything beyond get's too complicated.
>
> Here I would agree with
Hi,
Am Mittwoch, den 10.11.2010, 12:23 +0100 schrieb Frank Schmirler:
> ACK. Unique IDs over the lifetime of an SVDRP connection solve the
> actual problem. Everything beyond get's too complicated.
Here I would agree with you.
> Guess a touch /video/.update would result in new IDs for all
> rec
2010/11/10 Dominic Evans :
> 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
>> even
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
t
On 10/11/10 10:09, Teemu Suikki wrote:
2010/11/10 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 eithe
2010/11/10 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', oth
>>> 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! Thank
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. Per
On Wed, 10 Nov 2010 10:44:59 +0100, Klaus Schmidinger wrote
> The question at hand is whether the *number* used in the LSTR and
> LSTT command listings to identify a particular recording or timer,
> respectively, shall always start at 1 and count up, and be
> renumbered whenever an item is newly
On Tue, 09 Nov 2010 23:33:05 +0100, Udo Richter wrote
> In other words, store the unique ID in the info file permanently, right?
> What happens if two VDR instances write to the same video directory?
> What if you download a recording from a friend? In that case you
> might have two recordings wit
On 11/10/10 10:38, Frank Schmirler wrote:
> On Tue, 09 Nov 2010 23:33:05 +0100, Udo Richter wrote
>> In other words, store the unique ID in the info file permanently, right?
>> What happens if two VDR instances write to the same video directory?
>> What if you download a recording from a friend? In
2010/11/10 Ludwig Nussel :
> Udo Richter wrote:
>> Am 09.11.2010 16:35, schrieb Matthias Wächter:
>> > You just re-introduce the old problem. Don't ever re-number. If you
>> > don't renumber any SVDRP client can be safe in assuming for (nearly) any
>> > time span to mean the same recording as the s
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 0
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
Udo Richter wrote:
> Am 09.11.2010 16:35, schrieb Matthias Wächter:
> > You just re-introduce the old problem. Don't ever re-number. If you
> > don't renumber any SVDRP client can be safe in assuming for (nearly) any
> > time span to mean the same recording as the server when it updates a
> > recor
18 matches
Mail list logo
