How it Works:

If you are seeing this, you have probably seen my project, SBC-TV.

But have you wondered how it works?
It's much simpler than it seems!

Loading:
The loading time will always be somewhere in between 1 to 59 seconds. Each show/ad begins on the 0th second of a minute.
This means to synchronize your device will all other devices, the program must wait until

<(current [second v]) = [0 ]>

Then the next show/ad can start.

How the Shows Work:
Each show starts on a 15(soon to be changed to 10)-minute point. To ensure ads do not start in the middle of the shows, the ad will not play one minute or less before a show.

How the Ads Work:
An ad works differently from a show. Because ads play more often than a show you don't want 10 different of these:

(Play (Show ) for ( Length) )

That is how the show turns on at the set time.

So instead it plays ad based off the minute.
Each ad has a number 1-9. If the second number of the current minute is 6 for example, then it will play ad 6.

Wow, that is clever. Did you make that up by yourself? I'd love to know.

You should figure out how to use it with days since 2000 so it will be live on different timezones

Jackfinchbro wrote:

Wow, that is clever. Did you make that up by yourself? I'd love to know.

100% by me. I got the inspiration from @ScratchStang but I came up with the coding,
his is WAY different.

IcyCoder wrote:

You should figure out how to use it with days since 2000 so it will be live on different timezones

With days since 2000, that would be days however, not minutes. Although I guess I could use the decimal version of the days since 2000 and then…
you just gave me a good idea.

SBC-TV wrote:

IcyCoder wrote:

You should figure out how to use it with days since 2000 so it will be live on different timezones

With days since 2000, that would be days however, not minutes. Although I guess I could use the decimal version of the days since 2000 and then…
you just gave me a good idea.

np

SBC-TV wrote:

IcyCoder wrote:

You should figure out how to use it with days since 2000 so it will be live on different timezones

With days since 2000, that would be days however, not minutes. Although I guess I could use the decimal version of the days since 2000 and then…
you just gave me a good idea.

There are 1440 minutes or 86400 seconds in a day.

((days since 2000) * (1440)) // minutes
((days since 2000) * (86400)) // seconds

Now you have minutes and seconds since 2000.

Then check if this is 0:

((round ((days since 2000) * (86400))) mod (60))

Then begin your show.

Tymewalk wrote:

SBC-TV wrote:

IcyCoder wrote:

You should figure out how to use it with days since 2000 so it will be live on different timezones

With days since 2000, that would be days however, not minutes. Although I guess I could use the decimal version of the days since 2000 and then…
you just gave me a good idea.

There are 1440 minutes or 86400 seconds in a day.

((days since 2000) * (1440)) // minutes
((days since 2000) * (86400)) // seconds

Now you have minutes and seconds since 2000.

Then check if this is 0:

((round ((days since 2000) * (86400))) mod (60))

Then begin your show.

cool

a

I'll try it out, I hope it works