EPGID...

[Fonceur]

I am curious, are you making up/overwriting the regular EPGID with something like: EPmt75760S05E18 (instead of EP757600518) or is it SageTV 7.0 (or the guide data provider) doing it? The lower cap "mt" is kinda pointing to BMT, but...

[Fuzzy]

Yes, that is done by BMT. It is how BMT moves imported tv shows to the recordings.

[Fonceur]

OK, thanks. So I guess I have to go put a work around in my MainLobby, CQC and Android applications that got broken by that non standard modification...

EDIT: Probably a good idea to double check with someone from Sage that it won't break anything in SageTV itself, having those non conform EPGID... For example when grouping by series or something...

[stuckless]

Originally Posted by Fonceur

OK, thanks. So I guess I have to go put a work around in my MainLobby, CQC and Android applications that got broken by that non standard modification...

EDIT: Probably a good idea to double check with someone from Sage that it won't break anything in SageTV itself, having those non conform EPGID... For example when grouping by series or something...

Previously, I've checked with the core sage team. The EPGID in sage is basically, EP/SH/MV/DT followed by the 6 digit numeric series id from the guide data. Since bmt does not know the actual series id from the guide data, it creates its own, and uses a EPmt prefix to identify that bmt modified the epgid.

More recently, I've had discussions about sage using other prefixes to identify imported media, and as of 7.0.16, sage now support IM and IE which represent, "Imported Movie" and "Imported Episode" respectively. So in future releases of BMT, i'll probably not use the EPmt and MVmt and use IEmt and IMmt instead. The reason that I wasted a new prefix is so that I can easily identify an imported recording vs a real recording.

fyi, bmt uses 2 formats for epgid, EPmtTVDBIDS##E00, and MVmt########, and soon (IEmt and IMmt), but the one thing that is for certain, is the characters 3 and 4 will be 'mt'.

EDIT: As Fuzzy noted as well, bmt only ever modifies the EPGID if a user requests to import an existing file in as a Sage Recording.

EDIT2: I am curious how this epgid modification created a bug in your apps?

[Fonceur]

There are some more prefixes, like SP for sporting events. And the length of the series id is not a constant, about 3 years ago they had to add a digit or 2, to prevent running out of them... I've been extracting the episode production numbers since 2004 in BTV...

What broke is that I was taking the Integer value of the last 4 digits. While 1E01 could be wrongfully extracted as 10, the value 5E18 just doesn't fit in an Integer... As long as you pad to 2 on the other side of the E (i.e. 2E01 not 2E1), then I can just strip the E and be on my way...

[stuckless]

Originally Posted by Fonceur

There are some more prefixes, like SP for sporting events. And the length of the series id is not a constant, about 3 years ago they had to add a digit or 2, to prevent running out of them... I've been extracting the episode production numbers since 2004 in BTV...

What broke is that I was taking the Integer value of the last 4 digits. While 1E01 could be wrongfully extracted as 10, the value 5E18 just doesn't fit in an Integer... As long as you pad to 2 on the other side of the E (i.e. 2E01 not 2E1), then I can just strip the E and be on my way...

Actually I do pad both the season and episode #s in the epgid (actually fuzzy's idea to use that in the epgid, since previously I was just randomly generating ids to make the import work)

[Fonceur]

Originally Posted by stuckless

Actually I do pad both the season and episode #s in the epgid

OK, all good, I can work with that.

The only possible issue that I'm seeing with that scheme, instead of the usual production number, is for a daily shows with more than 99 episodes a year (i.e. Virginie in Quebec), but I guess there might not be a lot of those...

[Fuzzy]

Originally Posted by Fonceur

OK, all good, I can work with that.

The only possible issue that I'm seeing with that scheme, instead of the usual production number, is for a daily shows with more than 99 episodes a year (i.e. Virginie in Quebec), but I guess there might not be a lot of those...

most of those shows don't even have defined seasons, and don't have data on thetvdb, so don't get season-episode numebrs into BMT at all.