NextPVR Forums
  • Home
  • New Posts
  • Wiki
  • Members
  • Help
  • Search
  • Register
  • Login
  • Home
  • Wiki
  • Members
  • Help
  • Search
NextPVR Forums Public NextPVR Support Windows v
« Previous 1 … 15 16 17 18 19 … 76 Next »
Please tell me I don't have to start over!

 
  • 0 Vote(s) - 0 Average
Please tell me I don't have to start over!
mvallevand
Offline

Posting Freak

Ontario Canada
Posts: 46,149
Threads: 874
Joined: May 2006
#11
2022-07-21, 01:42 PM (This post was last modified: 2022-07-21, 03:13 PM by 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
Offline

Kevin

United States
Posts: 123
Threads: 31
Joined: Oct 2017
#12
2022-07-21, 03:26 PM
(2022-07-21, 01:42 PM)mvallevand Wrote: 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.


(2022-07-21, 01:42 PM)mvallevand Wrote: 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.
Kevin

AMD FX-8320E 8 core
16 gig RAM
Gigabyte MoBo GA-970 DS3P
GIGABYTE Ultra Durable 2 Series GeForce GT 730 video card
1 TB SSD System drive, 10 TB HD for DVD's, 6 TB HD for record videos
Windows 10 Pro in domain
Hauppauge WinTV-quadHD tuner card
mvallevand
Offline

Posting Freak

Ontario Canada
Posts: 46,149
Threads: 874
Joined: May 2006
#13
2022-07-21, 03:48 PM
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
Offline

Kevin

United States
Posts: 123
Threads: 31
Joined: Oct 2017
#14
2022-07-21, 04:49 PM
(2022-07-21, 03:48 PM)mvallevand Wrote: 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

(2022-07-21, 01:42 PM)mvallevand Wrote: 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.
Kevin

AMD FX-8320E 8 core
16 gig RAM
Gigabyte MoBo GA-970 DS3P
GIGABYTE Ultra Durable 2 Series GeForce GT 730 video card
1 TB SSD System drive, 10 TB HD for DVD's, 6 TB HD for record videos
Windows 10 Pro in domain
Hauppauge WinTV-quadHD tuner card
mvallevand
Offline

Posting Freak

Ontario Canada
Posts: 46,149
Threads: 874
Joined: May 2006
#15
2022-07-21, 04:56 PM
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
Offline

Posting Freak

Saint Paul, MN, USA
Posts: 2,531
Threads: 166
Joined: Jun 2007
#16
2022-07-21, 05:31 PM
(2022-07-21, 04:49 PM)tesla1886 Wrote: 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:

(2022-07-21, 09:26 AM)NumberFive Wrote: 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
Offline

Posting Freak

Saint Paul, MN, USA
Posts: 2,531
Threads: 166
Joined: Jun 2007
#17
2022-07-21, 05:40 PM
(2022-07-21, 03:26 PM)tesla1886 Wrote:
(2022-07-21, 01:42 PM)mvallevand Wrote: 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
Offline

Kevin

United States
Posts: 123
Threads: 31
Joined: Oct 2017
#18
2022-07-22, 11:17 PM
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.


Attached Files
.zip   Season 01.zip (Size: 3.88 KB / Downloads: 2)
Kevin

AMD FX-8320E 8 core
16 gig RAM
Gigabyte MoBo GA-970 DS3P
GIGABYTE Ultra Durable 2 Series GeForce GT 730 video card
1 TB SSD System drive, 10 TB HD for DVD's, 6 TB HD for record videos
Windows 10 Pro in domain
Hauppauge WinTV-quadHD tuner card
tesla1886
Offline

Kevin

United States
Posts: 123
Threads: 31
Joined: Oct 2017
#19
2022-07-25, 05:57 PM
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?
Kevin

AMD FX-8320E 8 core
16 gig RAM
Gigabyte MoBo GA-970 DS3P
GIGABYTE Ultra Durable 2 Series GeForce GT 730 video card
1 TB SSD System drive, 10 TB HD for DVD's, 6 TB HD for record videos
Windows 10 Pro in domain
Hauppauge WinTV-quadHD tuner card
mvallevand
Offline

Posting Freak

Ontario Canada
Posts: 46,149
Threads: 874
Joined: May 2006
#20
2022-07-25, 06:01 PM
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
« Next Oldest | Next Newest »

Users browsing this thread: 1 Guest(s)

Pages (3): « Previous 1 2 3 Next »


Possibly Related Threads…
Thread Author Replies Views Last Post
  Some recordings start late madbrain 10 209 2023-03-16, 12:59 AM
Last Post: madbrain
  Windows could not start the NextPVR Service service on Local Computer Error 193:0xc1 Jimmyts100 6 1,032 2023-01-10, 04:09 AM
Last Post: mvallevand
  failed to start requested stream brady@preheim.com 1 166 2022-11-17, 01:50 PM
Last Post: mvallevand
  Desktop Won't Start SilverTiger 7 232 2022-11-09, 03:30 AM
Last Post: mvallevand
  Why doesn't NPVR Server start when booting into Windows? bicbasher 4 3,075 2022-09-25, 06:08 PM
Last Post: Haggy
  NextPVR Client will not start due to unhandled exception JFN 1 382 2022-07-05, 08:31 PM
Last Post: mvallevand
  Auto start desk top app V5 StevHodge 1 332 2021-10-03, 04:01 PM
Last Post: mvallevand
  Failed to start requested stream haloman2002 2 562 2021-05-10, 09:09 AM
Last Post: haloman2002
  Guide update only after NPVR server stop/start or reboot bandjaci 10 1,655 2021-04-27, 03:00 AM
Last Post: bandjaci
  Failed to start device: 0x80004002 pdionisis 3 625 2021-04-02, 07:38 PM
Last Post: mvallevand

  • View a Printable Version
  • Subscribe to this thread
Forum Jump:

© Designed by D&D, modified by NextPVR - Powered by MyBB

Linear Mode
Threaded Mode