Vidimport

[keith_leitch]

I am confused - your recordings screen says 5:30PM - 5:52 PM, not 5:30 AM to 6:50 PM as you say above, (oh actually there are two entries for the same file), perhaps these entries are older entries since the filename you refer to "The Suite Life of Zack & Cody_20101229_17461750.mpg" indicates a start time of 5:46 PM and end time of 5:50 PM (not 5:30-6:50)

Whoops...I made a typo. I meant to type "5:50 PM," not "6:50 PM."

Otherwise, it is as I reported. Look again at the screen shot that I posted (the same one that you repeated above). The very last entry says 5:30 AM - 5:50 PM, not 5:46 PM - 5:50 PM as the filename says. You're right that there are two entries, but the last one on the list is the only one that VidImport imported-the other was handled by GBPVR directly. I shouldn't have included the first one, because it is confusing; just ignore it.

Also, I should have been clearer that the XML I posted was generated by GBPVR, not VidImport. What I am saying is that when I use VidImport to import a file with that metadata attached to it, the recordings list displays the "AM instead of PM" error, and uses the metadata's start time rather than the filename's. The XML that VidImport generates may be correct, but the imported data isn't. This isn't the way it used to behave, and GBPVR hasn't changed since development ceased, so it must be a VidImport issue.

I will have to wait until afternoon to generate another example, but I'll try to be clearer next time. I also realise that I may be the only one concerned about this; I can always get around it by using an older version to achieve this goal (I think 1.47 imported correctly) and the newer one to import series & episode titles.

EDIT: Some interesting new information: I've just tried the same filename (above) four times. In trial 1, 3 and 4, it imported as "5:30 AM - 5:50 PM," just as I have reported above. Oddly, though, trial 2 imported as "5:30 PM - 6:00 PM"--in other words, exactly what was in GBPVR's metadata. None of the trials imported according to the times on the filename.

Version 1.40 seems to import correctly by the filename. This is before you made the updates to improve importing by series and episode titles, but a person could use one version for one purpose and the other for another purpose. I have attached version 1.40 in the unlikely case that anyone else is having the same problem that I am.

[carpeVideo]

Aah, I thought you meant the issue was with using the filename to get the time, my test file had no metadata. Try the latest on the wiki (still called 1.49 though)

[keith_leitch]

Aah, I thought you meant the issue was with using the filename to get the time, my test file had no metadata. Try the latest on the wiki (still called 1.49 though)

OK, will do- but be sure to read my edits, above. The issue is with using the filename to get the time, instead of the metadata.

EDIT: Have tried the newest version; sadly, I still get 5:30 AM as the imported result.

[carpeVideo]

Hmm it works for me (using the metadata as the ultimate source for the time). By your note though you want the file name to over-ride the metadata, currently it works the other way around, it has to choose one or the other - The real issue was using the metadata the start time was not using a conversion considering 24 hour time. I guess I can add a switch for that.

- <recording>
<filename>D:\viTest\The Suite Life of Zack & Cody_20101229_17461750.mpg</filename>
<channel>250 DISN</channel>
<status>READY</status>
<startTime>2010-12-29 17:30:00</startTime>
<endTime>2010-12-29 18:00:00</endTime>
<uid>EP007302240059</uid>
<title>The Suite Life of Zack & Cody</title>
<subtitle>Birdman of Boston</subtitle>
<description>Zack and Cody find a hawk and it's nest on the edge of London's balcony.</description>
<group>1000</group>
</recording>

[keith_leitch]

Hmm it works for me (using the metadata as the ultimate source for the time). By your note though you want the file name to over-ride the metadata, currently it works the other way around, it has to choose one or the other - The real issue was using the metadata the start time was not using a conversion considering 24 hour time. I guess I can add a switch for that.

I can't explain the 5:30 AM error, then. Yes, you are right; I was used to the filename taking priority, as it seems to do in version 1.40. It's up to you whether to add a switch, but I have realised that I can simply use v1.40 to import GBPVR-syntax filenames, and v1.49 to import series.episode notation. This seems to be working fine for me so far.

By the way, I've tested the series.filename imports, and 1.49 correctly labels them with the time of the import. Thanks for this improvement, as it makes a big difference to the organisation of my shows.

[carpeVideo]

Try the latest again on the wiki - it has a new switch: useFileNameTime to cause files with a gvpvr syntax to use the time embedded in the filename rather than the time listed in any metadata,

[BrettB]

Carpe,

I haven't had to use VidImport in quite a while until today (NPVR has been working pretty well!). So, now I've got some feedback/requests...

1. I think that with NPVR, the internal times (and hence export/import) are in UTC. I'm guessing that your local timezone is GMT, which is why it is working OK for you?
2. For NPVR, the final import command (for me on 64-bit) should be "C:\Program Files (x86)\NPVR\NextPVR.exe -import". If you could detect/update that, it would be great.

[BrettB]

I haven't had to use VidImport in quite a while until today (NPVR has been working pretty well!). So, now I've got some feedback/requests...

1. I think that with NPVR, the internal times (and hence export/import) are in UTC. I'm guessing that your local timezone is GMT, which is why it is working OK for you?
2. For NPVR, the final import command (for me on 64-bit) should be "C:\Program Files (x86)\NPVR\NextPVR.exe -import". If you could detect/update that, it would be great.

CV,

With the latest version of vidimport that you just posted, the time in NPVR is still wrong. It appears that the .xml file generated by vidimport isn't converting the recording times from the metadata file from local timezone to UTC that NextPVR is expecting in the import .xml file.

[carpeVideo]

Forgot about the time zone thing I will take a look today or tomorrow

[carpeVideo]

ok , it should use utc with v1.71 on the wiki.