[mythtv-users] Metadata Now Writing 1x1 to DB when it can't find a match

Bill Meek keemllib at gmail.com
Tue Jul 15 23:32:46 UTC 2014


On 07/15/2014 05:30 PM, Frank Phillips wrote:
> On Tue, Jul 15, 2014 at 5:24 PM, Mark Perkins <perkins1724 at hotmail.com>
> wrote:
>
>>
>>
>>> On 16 Jul 2014, at 7:39 am, "Jean-Yves Avenard" <jyavenard at gmail.com>
>> wrote:
>>>
>>> The only time it will force S1E1 is when it hasn't found anything at
>> all, and is used as a last resort.
>>>
>> S1E1 is probably nearly always a valid combination so forcing S1E1 where
>> match could not be found could be very confusing.
>>
>> Perhaps S99E99 could be forced instead? Highly unlikely to be a valid
>> combination and users could then be 'conditioned' to recognize that S99E99
>> = no match found. And this then also preserves the S0E0 = movie.
>>
>> Also, much easier to identify by eye then, or programmatically.
>>
>
> No. Now that the inetref is tagged with the grabber name, we don't need to
> fill in the season/episode just to preserve the notion that it is a series.
> I would rather have no S/E numbers than incorrect data.

FYI, commenting on the Watch Recordings season/episode display before
the recent activity:

I use the Steppes theme and Schedules Direct. Prior to lookup (and in the event
that it failed) I believe the display came from recordedprogram.syndicatedepisodenumber.
So pre lookup, for example, I'd see: [1234] and after successful lookup, s01e65. Failed
lookup displays would remain [1234]. Roughly 1/2 of the shows have a
syndicatedepisodenumber.

Looking at old "Mr. Selfridge" recordings, the stored seasons/episodes are all 0/0
and the displayed values are [4412] -> [4417] for the 8 episodes.

-- 
Bill


More information about the mythtv-users mailing list