Please tell me I don't have to start over!

[mvallevand]

You are trying to use the recording-backup.xml format but your date time are not in the format that it creates. Things might be a bit confusing since sub uses different <startTime> and <endTime> values in that file then he uses for the name-based xml file but you still should be using an offset if you don't want UTC

As noted by other because of DST offsets you can't use one static time for all recordings without factoring in this offset. My point was why bother caring about that time because it is arbitrary and the values aren't accurate anyway.

Martin

[tesla1886]

You are trying to use the recording-backup.xml format but your date time are not in the format that it creates.  Things might be a bit confusing since sub uses different <startTime> and <endTime> values in that file then he uses for the name-based xml file.

Is that a problem or an issue? With the number of videos I have I'd rather have multiple videos in one xml file rather then one xml file for each video.

My point was why bother caring about that time because it is arbitrary and the values aren't accurate anyway. 

Martin

Purely personel preferance, informational, authenticy what ever you want to call it.

[mvallevand]

I was meaning if you use the recording-backup.xml format you should use the recording-backup.xml format and not mix and match.

Since your data isn't accurate anyway I guess I don't see any value in you wasting time starting over (as the topic thread was saying). You might want to look at the original air date if you do start over.

Martin

[tesla1886]

I was meaning if you use the recording-backup.xml format you should use the recording-backup.xml format and not mix and match.

Since your data isn't accurate anyway I guess I don't see any value  in you wasting time starting over (as the topic thread was saying).  You might want to look at the original air date if you do start over.

Martin

I am trying to make the data as accurate as I can, which is why I started this thread. When I started this project I figured it is only meta datahow difficult can it be, what I didn't realize is that NextPVR was such a "stickler" for it being in a certain way.

When I said "Please tell me I don't have to start over!" I was referring to have to recreate my XML files and possibly rewrite my program or start with another one. From the sounds of it I don't have to. If I make a few modifications to my program I should be ok. I said in my original post 2 years, but I now know after looking at some of my older post that it is at least 5 years I have been working on this project in one way or another. I just don't want to lose 5 years worth of work and effort.

I am assuming when you say

You are trying to use the recording-backup.xml format but your date time are not in the format that it creates.  Things might be a bit confusing since sub uses different <startTime> and <endTime> values in that file then he uses for the name-based xml file but you still should be using an offset if you don't want UTC

you are referring to the format below.

Code:

<StartTime>2022-07-10T05:00:00.0000000Z</StartTime>
      <EndTime>2022-07-10T06:00:00.0000000Z</EndTime>

I did use that format in my XML before starting this thread and got the same or similar results, which is way I switched to what I posted here as a trouble shooting tactic. I never said I don't want to use UTC or entering the time zone. I actually asked how to properly enter the time zone and never got an answer.

I realize it may seem that I am being difficult or only wanting to do things "my way", when I am just trying to get the answers to do it the right way.

[mvallevand]

There is nothing wrong with the format but since NextPVR is displaying in local time, you need to adjust the fixed time UTC time you are using as input to adjust for DST as has been previously been reported

Martin

[BrettB]

I never said I don't want to use UTC or entering the time zone. I actually asked how to properly enter the time zone and never got an answer.

I believe that NumberFive did tell you how to properly enter it in this post:

Have you tried using ISO time format with timezone in the XML?  That works for XMLTV listings.

https://en.m.wikipedia.org/wiki/ISO_8601

"If a time zone designator is required, it follows the combined date and time. For example, "2007-04-05T14:30Z" or "2007-04-05T12:30−02:00"."

[BrettB]

You are trying to use the recording-backup.xml format but your date time are not in the format that it creates.  Things might be a bit confusing since sub uses different <startTime> and <endTime> values in that file then he uses for the name-based xml file.

Is that a problem or an issue? With the number of videos I have I'd rather have multiple videos in one xml file rather then one xml file for each video.

Oh, I think that maybe what Martin is trying to convey to you is that since the recording-backup.xml format was intended to be exported from NextPVR and imported back into NextPVR, the <startTime> and <endTime> values in it are always considered to be in UTC (since that's the way NextPVR stores them internally). But in the individual filename-name.xml file import, the timezone data from the fields is used to convert to UTC (if necessary) since those files may have been generated by another program originally.

At any rate, your best bet (safest) method would be to use labeled UTC for all of the times in your XML files.

[tesla1886]

I believe and hope I have my XML in the proper format. I'd appreciate if someone could verify. I am still waiting to hear back from tech support about the software I bought, but the actual video files will be next.

[tesla1886]

I see that the XML file I uploaded on the 22nd of this month has been downloaded once but no one has replied. Can I assume that everything in the XML is in the correct format?

[mvallevand]

I didn't download it because I was thinking you would be importing it and telling us the filename where you think the NextPVR import is failing.

Martin