Skip to content

livestream signaling fixes#173

Merged
robhazan merged 2 commits intoInteractiveAdvertisingBureau:developfrom
robhazan:develop
Mar 25, 2026
Merged

livestream signaling fixes#173
robhazan merged 2 commits intoInteractiveAdvertisingBureau:developfrom
robhazan:develop

Conversation

@robhazan
Copy link
Copy Markdown
Collaborator

  • never intended to have a separate live attribute -- it's a clarification to the definition of livestream
  • firstbroadcast is a boolean
  • tried to make examples a bit more relevant (though AGT is not the best example, because folks may not be aware that the auditions are pre-taped vs the live final episodes)

* never intended to have a separate `live` attribute -- it's a clarification to the definition of `livestream`
* `firstbroadcast` is a boolean
* tried to make examples a bit more relevant (though AGT is not the best example, because folks may not be aware that the auditions are pre-taped vs the live final episodes)
Comment thread 2.6.md Outdated
Comment thread implementation.md Outdated
Comment thread implementation.md Outdated
Comment thread implementation.md
**Scenario 2.2: Pre-recorded Reality Episode (VOD)**
This represents a standard "fly-on-the-wall" reality show (e.g., Keeping Up with the Kardashians style) that was filmed months ago and is being watched on-demand.
**Scenario 2.2: On-Demand Viewing (VOD)**
On-demand viewing of non-realtime content.
Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It seems like it would simplify things to if on-demand viewing always assumed non-realtime content. What would be an example of on-demand viewing of realtime content?

Copy link
Copy Markdown
Collaborator Author

@robhazan robhazan Mar 24, 2026

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

You're right that there's never a scenario where livestream=0 and realtime=1. I'll add a note in the Issue for Public Comment to recommend documenting this in implementation guidance.

Comment thread 2.6.md
Comment thread 2.6.md
| `network` | object | Details about the network (Section 3.2.23) the content is on. |
| `channel` | object | Details about the channel (Section 3.2.24) the content is on. |
| `live` | int | An enumeration indicating the method of broadcast of the content where: <br><br>0 = the broadcast is not scheduled (e.g. it is VOD or otherwise user initiated). <br>1 = the broadcast is scheduled. |
| `realtime` | int | An enumeration indicating if the event is happening in real time while it is being watched where: <br><br>0 = not happening in real time (e.g., a replay). <br>1 = yes, happening in real time (e.g., a live sports game). |
Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think rather than indicating if the event is happening in real time, this definition should indicate that the content is being broadcast in real time as it happens:

"An enumeration indicating if the content is being broadcast in real time as it is happening where: 0 = not broadcast in real time (e.g., recorded), 1 = broadcast as it is happening."

I think we should also indicate that if "realtime" is true, "livestream" must also be true as real time can't be determined for VOD.

I think there is still a need for a "capturedlive" attribute as I suggested in prior feedback: as defined, "realtime" can't be applied to a time-delayed broadcast of a live event, like SNL on the west coast or Olympics happening in Europe, though they bring meaningfully different levels of viewer attention. If there was a "capturedlive" attribute it could be combined with "firstbroadcast" and "realtime" could indicate content is broadcast as it is happening (realtime=true, capturedlive=true, firstbroadcast=true) live content is time-delayed (realtime=false, capturedlive=true, firstbroadcast=true) or a replay of a live event (realtime=false, capturedlive=true, firstbroadcast=false).

Comment thread 2.6.md
| `channel` | object | Details about the channel (Section 3.2.24) the content is on. |
| `live` | int | An enumeration indicating the method of broadcast of the content where: <br><br>0 = the broadcast is not scheduled (e.g. it is VOD or otherwise user initiated). <br>1 = the broadcast is scheduled. |
| `realtime` | int | An enumeration indicating if the event is happening in real time while it is being watched where: <br><br>0 = not happening in real time (e.g., a replay). <br>1 = yes, happening in real time (e.g., a live sports game). |
| `firstbroadcast` | int | An enumeration indicating whether this broadcast is the first time the content is available to an audience where: <br><br>0 = not first time being broadcast <br>1 = first time being broadcast |
Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think we should include in this definition that if "firstbroadcast" is true, "livestream" must also be true as first broadcast can't be determined for VOD.

@robhazan
Copy link
Copy Markdown
Collaborator Author

Per offline discussion with @wittjill and review by @emailcurt, hitting go on this merge.

@robhazan robhazan merged commit be593c0 into InteractiveAdvertisingBureau:develop Mar 25, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants