From wikipedia : Broadcast_delay
"In countries that span multiple time zones and have influential domestic eastern regions, such as Australia, Canada, Mexico and the United States, television networks usually delay the entirety of their schedule for stations in the west, so prime time programming can be time shifted to air in local primetime hours to improve accessibility and viewership."
I'm working on an update to the tvmaze metadata lookup script to add support for an optional Rebroadcast Delay when doing a lookup-by-timestamp. For example, for a TV show which plays at the beginning of prime time, here are the expected show times in the major US timezones:
Code: Select all
# UTC Rebroadcast Local-Airing-Time Prime
# Timezone offset Delay (min) Live Rebroadcast Time
# ------------------- --- ----------- ----- ----------- -----
# America/New_York -5 none 20:00 8pm
# America/Chicago -6 none 19:00 7pm
# America/Denver -7 60 18:00 19:00 7pm
# America/Los_Angeles -8 180 17:00 20:00 8pm
# America/Anchorage -9 180 16:00 19:00 7pm
# Pacific/Honolulu -10 240 15:00 19:00 7pm
In regions which use Rebroadcast Delay, there are both Live shows (such as sporting events) which are not delayed and standard programs which are delayed. The metadata lookup script will try to find a match with both options. My intent is to add a configuration value to let the user optionally specify a Rebroadcast Delay in minutes. A reviewer for my code isn't convinced that a single value is sufficient. Do we need a value per input source? Do we need a value per channel?
If you live in a country with multiple timezones, and your region uses a Rebroadcast Delay, is that delay period consistent across input sources (over-the-air, cable TV, satellite)? Is it consistent across all the channels?
Thanks for any clarification you can provide.
- Steve