NextPVR - Three questions concerning VAP and having it Parse from XML files. Thanks!

dlflannery

dlflannery

Moderator
So are DSC and LOC not supposed to be caps in either input or output xml's? 1.40T1 assumes lower case in the input and upper case for the output. It's very easy to change -- just tell me what you want.
 
J

jtcreate

Member
Its all lower caps as the original XML elements of both the source and the output are already in lower caps. The CAPS was accident that I overlooked. Thanks.
 
J

jtcreate

Member
ok...Almost there. One bug detected in the output XML file so far and the metadata txt files in the "out" folder have stopped generating. Everything else seems solid.

I Ran a test using NCIS. The bug > two "uid" elements. There should be one "uid" element and one "episodeID" element. The 'uid' with "SH681911" is the wrong one. It should be "episodeID". In this case, the 'ID' in EpisodeID will be caps because it appears the original. I pasted the outgoing XML below. I spaced out the "uid" elements so it was easy for you to see. I also attached the original NPVR xml.

Other than that, it looks really good. I did a test on Rambo which was good. I noticed that it didn't have actor credits. Is that because VAP doesn't pull from the "Movie" database, just TVDB?

Thank you :)


-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

<?xml version="1.0" encoding="utf-8"?>
<episode-properties>
<property name="EpisodeDescription">After a Navy commander is murdered on a beach, the team watches for a nude female sunbather who may be the only witness</property>
<property name="Title">NCIS</property>
<property name="DisplayTitle">NCIS</property>
<property name="EpisodeTitle">Eye Spy</property>
<property name="OriginalAirDate">20040113</property>
<property name="TargetStart">131829066080000000</property>
<property name="Genre">Crime drama / Action / Adventure</property>
<property name="StationCallSign">USA</property>
<property name="Channel">10474</property>

<property name="uid">EP006819110088</property>
<property name="uid">SH681911</property>

<property name="recordingFileName">D:\RecordDirectory\MCE-01\NCIS_20181001_15001600.ts</property>
<property name="season">01</property>
<property name="episode">11</property>
<property name="isEpisode">True</property>
<property name="vDirector-01">Alan J. Levi</property>
<property name="vWriter-01">George Schenck</property>
<property name="vWriter-02">Frank Cardea</property>
<property name="vWriter-03">Dana Coen</property>
<property name="vActor-01">David McCallum</property>
<property name="vActor-02">Michael Weatherly</property>
<property name="vActor-03">Pauley Perrette</property>
<property name="vActor-04">Sasha Alexander</property>
<property name="vActor-05">Sean Murray</property>
<property name="vActor-06">Mark Harmon</property>
<property name="vActor-07">Cote de Pablo</property>
<property name="vActor-08">Lauren Holly</property>
<property name="vActor-09">Rocky Carroll</property>
<property name="vActor-10">Brian Dietzen</property>
<property name="vActor-11">Jennifer Esposito</property>
<property name="vActor-12">Emily Wickersham</property>
<property name="vActor-13">Wilmer Valderrama</property>
<property name="vActor-14">Duane Henry</property>
<property name="vActor-15">Maria Bello</property>
<property name="vActor-16">Diona Reasonover</property>
<property name="vActor-17">Katy Boyer</property>
<property name="vActor-18">Bruce Gray</property>
<property name="vActor-19">Marguerite MacIntyre</property>
<property name="vActor-20">James Morrison</property>
<property name="vActor-21">Victor McCay</property>
<property name="vActor-22">Greg Zola</property>
<property name="vActor-23">Mercedes Colon</property>
<property name="vActor-24">Pancho Demmings</property>
<property name="vActor-25">Parry Shen</property>
</episode-properties>
 

Attachments

dlflannery

dlflannery

Moderator
Just to be sure, please verify this is what you want:

<property name="uid">EP006819110088</property>
<property name="EpisodeID">SH681911</property> (Your post had "EpisodeID" and "episodeID" -- first letter is cap?)

Also verify:
EpisodeID is never in the input NPVR xml file, i.e., must come from theTVDB search. It's the zap2it ID in theTVDB data.
 
Last edited:
J

jtcreate

Member
"EpisodeID is never in the input NPVR xml file, i.e., must come from theTVDB search. It's the zap2it ID in theTVDB data."



Yeah, the episodeID is coming from the TVDB. Its odd that "episodeID" is coming from Zap2it because the "uid" from the NEXTPVR is also a "Zap2it" ID. You can actually use it to google search the show on Zap2it.

Everything looks good. I don't honestly care that much about the "episodeID", but since its there, I might as well have it incorporated. Might be a useful backup. I mainly rely on the uid.
 
dlflannery

dlflannery

Moderator
Still wondering: Should it be EpisodeID or episodeID ?

Additional info:
VAP's seriesId is derived from theTVDB's zap2itid (e.g. SH001762) . This is what was being put in that spurious extra uid element

theTVDB also provides:
imdbId (e.g., tt013302)
seriesId (e.g. 45849)

All the above are particular to a Series, not a specific episode.

Thus do you really want the zap2itid output as EpisodeID since it's not particular to an episode?

Also I'm confused by this in your post #84:
In this case, the 'ID' in EpisodeID will be caps because it appears the original.
Click to expand...
What is the "original" you refer to here?
 
Last edited:
J

jtcreate

Member
dlflannery said:
Still wondering: Should it be EpisodeID or episodeID ?
Additional info:
VAP's seriesId is derived from theTVDB's zap2itid (e.g. SH001762) . This is what was being put in that spurious extra uid element

theTVDB also provides:
imdbId (e.g., tt013302)
seriesId (e.g. 45849)

All the above are particular to a Series, not a specific episode.

Thus do you really want the zap2itid output as EpisodeID since it's not particular to an episode?

Also I'm confused by this in your post #84:

What is the "original" you refer to here?
Click to expand...
Oh DANG! I know when I'm losing my mind from a lack of sleep. I've been meaning "seriesID" and I keep writing Episode ID. It's the same thing. I just got it mixed up. It's supposed to be seriesID


dlflannery said:
theTVDB also provides:
imdbId (e.g., tt013302)
seriesId (e.g. 45849)
Click to expand...
I didn't notice the IMDB element before. "uid" is more dependable for database, so its what I will rely on first. It's not as user friendly for searching episodes as IMDB. seriesID is not really that important. In fact, its not always available. I just saw it there in the txt file and thought, "What the heck." IMDB, however, I could take advantage of. But I am not sure how often theTVDB has the IMDB info, but its definitely useful.
 
J

jtcreate

Member
ok...I'll check it out.

I just realized that over this weekend, those metadata TXT files were loading into the "out" folder again.
 
dlflannery

dlflannery

Moderator
I just reviewed the code and don't see how that could possibly be happening unless you invoke CL option -metapytivo . Please describe your process flow in detail. Are the .txt file names composed of the video file name, including extension, with .txt appended? If you're using a postprocess .bat or .cmd script could it be creating the files?

If you are intentionally creating the .txt files then yes, that output folder (along side the processed output video file) is where they should appear.
 
Last edited:
J

jtcreate

Member
I am using the postprocess bat script that you wrote with some mild tweaks. That's why I didn't catch the TXT files right away. The script does not transfer them. I've been through all my switches and I am definitely not initiating a -metapytivo command. I am using the -metabtv trigger. hmmmmmm!

So far, VAP is doing well with the XML files but VAP did freeze up over the weekend when it hit a .ts file with zero (0 bytes), and wouldn't scan and recognize new files. NPVR creates that 0 byte issue when it runs out of harddrive space while recording. Before when this situation happened, VAP would crash and hit me with an .net error. I assume the freeze has to do with the tweaks we did to VAP last week to prevent the .net error (when the input folder was denying access to VAP). I think this was what you were warning about. I'm attaching the bad file for you to check out. If necessary, lets remove the change. My alternative method for downloading the recorded files into VAP seems to be working well, maybe we don't need that change and/or we can also have VAP ignore (and maybe flag) any files that are 0 bytes.
 

Attachments

dlflannery

dlflannery

Moderator
I transferred your The Flash_20181002_20002100__(DVR3-ICMLA).ts and The Flash_20181002_20002100__(DVR3-ICMLA).xml files into my VAP monitor folder. VAP just ignored them (because video file size was less than 100 bytes) and it did not freeze up.

If the .net error for denying access was detected there should be log messages like: WARNING: Access failure …...
Please check the log file.

Please provide a file name example for the lingering .txt files and are they located in your monitor folder or output folder, or where?
 
J

jtcreate

Member
dlflannery said:
I transferred your The Flash_20181002_20002100__(DVR3-ICMLA).ts and The Flash_20181002_20002100__(DVR3-ICMLA).xml files into my VAP monitor folder. VAP just ignored them (because video file size was less than 100 bytes) and it did not freeze up.

If the .net error for denying access was detected there should be log messages like: WARNING: Access failure …...
Please check the log file.
Click to expand...
Is that 100 byte change going to affect VAP's ability to read smaller size XML files?


dlflannery said:
Please provide a file name example for the lingering .txt files and are they located in your monitor folder or output folder, or where?
Click to expand...
Its not happening now. Maybe those were old files that I came across and didn't realize it. Thanks.
 
You must log in or register to reply here.
Top Bottom