working episode numbers for epg anyone? (1 Viewer)

[Atomic7431]

Has anyone got a way to get an xmltv file with working episode numbers that mediaportal can use ?

ive been looking all day and last night and although i can get good data, i cant for the life of me get episode numbers working, help please?

 

[mm1352000]

Can I assume you're referring at least in part to this thread?
https://forum.team-mediaportal.com/posts/998786/

Please give an example of the episode numbers that you're expecting the XMLTV plugin to import and how you're judging that they're not working?

 

[Atomic7431]

when i use a program to grab the data to create an xml file the episode data is always either blank or the same data -

<programme start="20130531190000 +0100" stop="20130531193000 +0100" channel="12130">
	<title>Emmerdale</title>
	<desc>Tension between Adam and Cain reaches boiling point. Vanessa encourages Rhona to come clean about her addiction. Robbie's lies begin to unravel. [AD,HD,S]</desc>
	<rating>
	  <value>G</value>
	</rating>
	<video>
	  <quality>HDTV</quality>
	</video>
	<episode-num system="xmltv_ns">2733555718 . 2064009902 . </episode-num>
  </programme>

that first number seems to be the show id by the looks of it, and the episode number is never present or a very strange value.

and when xmltv imports the data it seems to read the first number in the xml file ie -

[2013-05-31 11:28:24,159] [Log	] [SetupTv ] [INFO ] - XMLTVImport::CorrectEpisodeNum, could not parse '2265070360' as plain number
[2013-05-31 11:28:24,159] [Log	] [SetupTv ] [INFO ] - XMLTVImport::CorrectEpisodeNum, could not parse '3596673774' as plain number
[2013-05-31 11:28:24,160] [Log	] [SetupTv ] [INFO ] - XMLTVImport::CorrectEpisodeNum, could not parse '2415747338' as plain number
[2013-05-31 11:28:24,160] [Log	] [SetupTv ] [INFO ] - XMLTVImport::CorrectEpisodeNum, could not parse '3127343700' as plain number
[2013-05-31 11:28:24,160] [Log	] [SetupTv ] [INFO ] - XMLTVImport::CorrectEpisodeNum, could not parse '2377325358' as plain number
[2013-05-31 11:28:24,160] [Log	] [SetupTv ] [INFO ] - XMLTVImport::CorrectEpisodeNum, could not parse '4287683810' as plain number
[2013-05-31 11:28:24,160] [Log	] [SetupTv ] [INFO ] - XMLTVImport::CorrectEpisodeNum, could not parse '3943409299' as plain number
[2013-05-31 11:28:24,160] [Log	] [SetupTv ] [INFO ] - XMLTVImport::CorrectEpisodeNum, could not parse '3943409299' as plain number
[2013-05-31 11:28:24,160] [Log	] [SetupTv ] [INFO ] - XMLTVImport::CorrectEpisodeNum, could not parse '2780347741' as plain number
[2013-05-31 11:28:24,160] [Log	] [SetupTv ] [INFO ] - XMLTVImport::CorrectEpisodeNum, could not parse '4123462785' as plain number
[2013-05-31 11:28:24,160] [Log	] [SetupTv ] [INFO ] - XMLTVImport::CorrectEpisodeNum, could not parse '4230095137' as plain number
[2013-05-31 11:28:24,161] [Log	] [SetupTv ] [INFO ] - XMLTVImport::CorrectEpisodeNum, could not parse '3532089283' as plain number
[2013-05-31 11:28:24,161] [Log	] [SetupTv ] [INFO ] - XMLTVImport::CorrectEpisodeNum, could not parse '3026078935' as plain number

this data was created using epgcollector and changed a lot of settings to get it to work and looked at xmltvgui etc but none seem to give episode data?

now when i say i cant get it to work this could be the program creating the xml data, but what im saying and asking is for some help getting this working so i have episode data at least, so i can set the tv server to not duplicate record shows.

 

[mm1352000]

when i use a program to grab the data to create an xml file the episode data is always either blank or the same data...

Okay, so obviously MP has no relation to EPG Collector, and neither EPGC or MP have any control over what is in the broadcast stream.
If EPGC is creating tags that way and you don't think they're reasonable then you should take it up with Steve.
http://sourceforge.net/p/epgcollector/discussion/1125945

Having said that, the first number is the series number, second number is the episode number and third number is the episode part number. I wouldn't have thought episode parts would be all that common?
Maybe it would help to read the XMLTV spec (this comes out of the dtd file, which can be opened in any text editor):
[collapse]<!-- Episode number

Not the title of the episode, its number or ID. There are several
ways of numbering episodes, so the 'system' attribute lets you specify
which you mean.

There are two predefined numbering systems, 'xmltv_ns' and
'onscreen'.

xmltv_ns: This is intended to be a general way to number episodes and
parts of multi-part episodes. It is three numbers separated by dots,
the first is the series or season, the second the episode number
within that series, and the third the part number, if the programme is
part of a two-parter. All these numbers are indexed from zero, and
they can be given in the form 'X/Y' to show series X out of Y series
made, or episode X out of Y episodes in this series, or part X of a
Y-part episode. If any of these aren't known they can be omitted.
You can put spaces whereever you like to make things easier to read.

(NB 'part number' is not used when a whole programme is split in two
for purely scheduling reasons; it's intended for cases where there
really is a 'Part One' and 'Part Two'. The format doesn't currently
have a way to represent a whole programme that happens to be split
across two or more timeslots.)

Some examples will make things clearer. The first episode of the
second series is '1.0.0/1' . If it were a two-part episode, then the
first half would be '1.0.0/2' and the second half '1.0.1/2'. If you
know that an episode is from the first season, but you don't know
which episode it is or whether it is part of a multiparter, you could
give the episode-num as '0..'. Here the second and third numbers have
been omitted. If you know that this is the first part of a three-part
episode, which is the last episode of the first series of thirteen,
its number would be '0 . 12/13 . 0/3'. The series number is just '0'
because you don't know how many series there are in total - perhaps
the show is still being made!

The other predefined system, onscreen, is to simply copy what the
programme makers write in the credits - 'Episode #FFEE' would
translate to '#FFEE'.

You are encouraged to use one of these two if possible; if xmltv_ns is
not general enough for your needs, let me know. But if you want, you
can use your own system and give the 'system' attribute as a URL
describing the system you use.
-->[/collapse]

and when xmltv imports the data it seems to read the first number in the xml file ie -

Trust me, it is reading all three numbers (if present):

					  if (nodeEpisodeNumSystem == "xmltv_ns")
					  {
						serEpNum = ConvertHTMLToAnsi(nodeEpisodeNum.Replace(" ", ""));
						int dot1 = serEpNum.IndexOf(".", 0);
						int dot2 = serEpNum.IndexOf(".", dot1 + 1);
						seriesNum = serEpNum.Substring(0, dot1);
						episodeNum = serEpNum.Substring(dot1 + 1, dot2 - (dot1 + 1));
						episodePart = serEpNum.Substring(dot2 + 1, serEpNum.Length - (dot2 + 1));
						//xmltv_ns is theorically zero-based number will be increased by one
						seriesNum = CorrectEpisodeNum(seriesNum, 1);
						episodeNum = CorrectEpisodeNum(episodeNum, 1);
						episodePart = CorrectEpisodeNum(episodePart, 1);
					  }

The entries you're seeing in the logs are effectively errors saying the numbers are too big to be held in a 4 byte signed integer.

now when i say i cant get it to work this could be the program creating the xml data, but what im getting saying and asking is for some help getting this working so i have episode data at least so i can set the tv server to not duplicate record shows.

Hopefully the above info is useful to you. Short of checking the database nothing that you've said here confirms the XMLTV plugin is not storing the data (when possible). I get the feeling there is a disconnect between your expectations and what is actually happening, and your expectations still aren't entirely clear to me. If you're used to using DJBlu's or miroslav22's custom builds for Sky EPG then it is entirely possible that things will be very different to what you're used to. $ky episode numbers may be intended to be interpreted in ways that the EPG Collector is not aware of...

 

[jameson_uk]

Yep just to confirm I have

  <programme start="20130526102000 +0100" stop="20130526112000 +0100" channel="3">
	<title>Murder, She Wrote</title>
	<sub-title>Prediction: Murder</sub-title>
	<desc>Murder mystery series about a sleuthing writer. On a visit to a friend&apos;s Arizona ranch, Jessica is perturbed when the predictions of a psychic threaten to disrupt the peaceful surroundings.</desc>
	<credits>
	  <director>Walter Graumann</director>
	  <actor>Angela Lansbury</actor>
	  <actor>Melody Anderson</actor>
	  <actor>David Birney</actor>
	  <actor>Michael Parks</actor>
	  <actor>Lisa Pelikan</actor>
	  <actor>Geoffrey Scott</actor>
	</credits>
	<date>1989</date>
	<category>Drama</category>
	<episode-num system="xmltv_ns">4.7.</episode-num>

and episode details are picked up fine

from the xmltv.dtd

Spoiler

<!-- Episode number

Not the title of the episode, its number or ID. There are several
ways of numbering episodes, so the 'system' attribute lets you specify
which you mean.

There are two predefined numbering systems, 'xmltv_ns' and
'onscreen'.

xmltv_ns: This is intended to be a general way to number episodes and
parts of multi-part episodes. It is three numbers separated by dots,
the first is the series or season, the second the episode number
within that series, and the third the part number, if the programme is
part of a two-parter. All these numbers are indexed from zero, and
they can be given in the form 'X/Y' to show series X out of Y series
made, or episode X out of Y episodes in this series, or part X of a
Y-part episode. If any of these aren't known they can be omitted.
You can put spaces whereever you like to make things easier to read.

(NB 'part number' is not used when a whole programme is split in two
for purely scheduling reasons; it's intended for cases where there
really is a 'Part One' and 'Part Two'. The format doesn't currently
have a way to represent a whole programme that happens to be split
across two or more timeslots.)

Some examples will make things clearer. The first episode of the
second series is '1.0.0/1' . If it were a two-part episode, then the
first half would be '1.0.0/2' and the second half '1.0.1/2'. If you
know that an episode is from the first season, but you don't know
which episode it is or whether it is part of a multiparter, you could
give the episode-num as '0..'. Here the second and third numbers have
been omitted. If you know that this is the first part of a three-part
episode, which is the last episode of the first series of thirteen,
its number would be '0 . 12/13 . 0/3'. The series number is just '0'
because you don't know how many series there are in total - perhaps
the show is still being made!

The other predefined system, onscreen, is to simply copy what the
programme makers write in the credits - 'Episode #FFEE' would
translate to '#FFEE'.

You are encouraged to use one of these two if possible; if xmltv_ns is
not general enough for your needs, let me know. But if you want, you
can use your own system and give the 'system' attribute as a URL
describing the system you use.
-->

So obviously looking at your data this is not series 2733555718 or episode 2064009902 so it is this source of data that is wrong. I am sure I have seen someone else report the same issue with EPG Grabber a long time ago but can't find it now. Might be worth searching the forums to see how / if they resolved it

 

[Atomic7431]

So obviously looking at your data this is not series 2733555718 or episode 2064009902 so it is this source of data that is wrong.

ok so what softare does give the correct data?

 

[jameson_uk]

It is the source of EPG data and tool in combination.

What broadcaster do you want EPG data for?

 

[Jay_UK]

Hi there,

Just for info, I'm running DJBlu's 1.3 release, my SeriesNum, episodeNum, episodeName and episodePart columns are empty. My seriesID column does have data (max value of 65535).

I haven't check the normal 1.3 release.

I'll ask DJBlu if his latest code is available.

J.

 

[kiwijunglist]

Your mentioned you are only wanting the S##E## to prevent duplicate recordings, are you actually having problems with a lot of duplicate recordings?

 

[Atomic7431]

I was an avid djblu user using his series link information to series record, but as we all know due to time constraints this situation has altered.
If i set a recording via the inbuilt system of mediaportal say for eastenders on bbc 1 it will record these fine but if the schedule is moved to bbc 2 which happens some times then mediaportal as is would not record it as it set up to record from bbc1.
Now if i set it to record this program on any channel the schedule picks up all episodes regardless of whether they have been set to be skipped for duplicate recordings or not, for example on bbc 3 as a repeat, so it records bbc 1 at say 19:30 and then the same episode on bbc 3 at 22:00. so if i had better episode numbers the skip function in the tv server would i hope work better, but best option is the series record that mediaportal at present does not seem to have, now i may have missed something or not know all the information i require so please feel free to advise me better if that is the case [DOUBLEPOST=1370101044][/DOUBLEPOST]

What broadcaster do you want EPG data for?

I use fta satellite in the uk if this helps.
to get the data you have what exactly are you using ?