Recording metadata - TPeterson
-
- Posts: 138
- Joined: Thu May 31, 2007 8:29 pm
- Device ID: 10123716, 10157425, 1039FE2B, 103AEA6C, 1075D4B1, 1076C3A7, 1080F19F
- Location: San Carlos, CA
- Contact:
Re: Recording metadata - TPeterson
Thanks, Nick. I looked for SeriesID in the Schedules Direct SD-JSON developer's guide and didn't see it. Did I miss it or is that your own name for it?
Re: Recording metadata - TPeterson
The SeriesID we use is a composite of 3 different things from the GN data... the format is:
"C"
seriesID value from GN (integer)
language code (2 characters uppercase)
hash of the title (4 characters uppercase)
"C"
seriesID value from GN (integer)
language code (2 characters uppercase)
hash of the title (4 characters uppercase)
-
- Posts: 138
- Joined: Thu May 31, 2007 8:29 pm
- Device ID: 10123716, 10157425, 1039FE2B, 103AEA6C, 1075D4B1, 1076C3A7, 1080F19F
- Location: San Carlos, CA
- Contact:
Re: Recording metadata - TPeterson
Got it! Thanks.
-
- Posts: 138
- Joined: Thu May 31, 2007 8:29 pm
- Device ID: 10123716, 10157425, 1039FE2B, 103AEA6C, 1075D4B1, 1076C3A7, 1080F19F
- Location: San Carlos, CA
- Contact:
Re: Recording metadata - TPeterson
Thanks to everyone's help here, the current version of the Cliff Watson EPG app (CW_EPG) in the MSFT Store will soon have proper (AFAIK) metadata in all its new HDHomerun recordings. And it can insert the metadata into user-selected prior recordings.
I've confirmed that these play in the HDHomerun app as well, but unless I explain to users how to set up their systems to do this it will be an essentially invisible change. I think that Silicondust is OK with having such an explanation in the CW_EPG user manual, but if that's not correct please let me know now.
I've confirmed that these play in the HDHomerun app as well, but unless I explain to users how to set up their systems to do this it will be an essentially invisible change. I think that Silicondust is OK with having such an explanation in the CW_EPG user manual, but if that's not correct please let me know now.
Re: Recording metadata - TPeterson
It's fine if you want to put it in there, but maybe add a note that people should reach out to your team for any support questions related to that function.
-
- Posts: 138
- Joined: Thu May 31, 2007 8:29 pm
- Device ID: 10123716, 10157425, 1039FE2B, 103AEA6C, 1075D4B1, 1076C3A7, 1080F19F
- Location: San Carlos, CA
- Contact:
Re: Recording metadata - TPeterson
Thanks, Jason, we'll definitely point to our own team for user support in setting up for the player.
It really would be good to have @NedS 's metadata API description though, since I think I'm missing at least one metadata tag related to informing the player about the actual file length/duration. The player's progress bar, when hosted on my LG TV, Onn Box, and Windows does not show the correct proportion of file progress.
I'd also like to have some control over the style and size of the closed captions, but I gather that's not going to happen, since it's been requested in this forum before.
It really would be good to have @NedS 's metadata API description though, since I think I'm missing at least one metadata tag related to informing the player about the actual file length/duration. The player's progress bar, when hosted on my LG TV, Onn Box, and Windows does not show the correct proportion of file progress.
I'd also like to have some control over the style and size of the closed captions, but I gather that's not going to happen, since it's been requested in this forum before.
Re: Recording metadata - TPeterson
Are you sure you calculated RecordStartTime RecordEndTime correctly.TPeterson wrote: ↑Tue Apr 09, 2024 9:33 amIt really would be good to have @NedS 's metadata API description though, since I think I'm missing at least one metadata tag related to informing the player about the actual file length/duration. The player's progress bar, when hosted on my LG TV, Onn Box, and Windows does not show the correct proportion of file progress.
Re: Recording metadata - TPeterson
StartTime and EndTime are the start and end times listed in the guide. They are unix timestamp format (UTC).
RecordStartTime and RecordEndTime are when the recording should start and end. Basically the guide start time minus the start padding and the guide end time plus the end padding.
The actual time the recording started or ended is not stored.
RecordStartTime and RecordEndTime are when the recording should start and end. Basically the guide start time minus the start padding and the guide end time plus the end padding.
The actual time the recording started or ended is not stored.
-
- Posts: 138
- Joined: Thu May 31, 2007 8:29 pm
- Device ID: 10123716, 10157425, 1039FE2B, 103AEA6C, 1075D4B1, 1076C3A7, 1080F19F
- Location: San Carlos, CA
- Contact:
Re: Recording metadata - TPeterson
Thanks, Nick. That's what I guessed they were, and is what I used. But using those values in an unedited recording still doesn't seem to give a proportionate display of the progress bar in the player. And then I have the question of what about recordings that are edited, for example to remove commercials. Should the start and end times be adjusted for the time removed?
-
- Posts: 2582
- Joined: Fri Apr 05, 2013 9:20 am
- Device ID: 1041A706, 1043EB32, 104BAD9E, 13168DC5, 1322A7AC
- Location: West Rockhill, PA
- x 9
Re: Recording metadata - TPeterson
When I edit recordings I change RecordStartTime to match StartTime, then I change both RecordEndTime and EndTime to StartTime plus the edited file duration in seconds.
-
- Posts: 138
- Joined: Thu May 31, 2007 8:29 pm
- Device ID: 10123716, 10157425, 1039FE2B, 103AEA6C, 1075D4B1, 1076C3A7, 1080F19F
- Location: San Carlos, CA
- Contact:
Re: Recording metadata - TPeterson
Thanks, Ken! I assume that you then see the progress bar move proportionately during file play, right?
Re: Recording metadata - TPeterson
Suggest not changing the EndTime as EndTime is the scheduled EndTime and not related to the length of the recording. In practice we only use StartTime in the UI.
(RecordEndTime - RecordStartTime) should be edited to match the actual length of the recording if possible.