Dynamic ad insertion breaking timestamps is an eminently solvable problem
Quote
And to me, this just seems like an eminently solvable problem.
Episode 122: We're Trending! (episode page, opens in a new tab) 01:12:41 (play audio from this timestamp, opens in a new tab)
Voice-matched
Summary
Dynamic ad insertion keeps blocking features like synced transcripts. Dave says it's very solvable: the ad slots could come back as markers in the ID3 tag or in download headers, so an app gets a list of insertion points and lengths and can adjust its offsets.
Also said
Episode 110: Paws & Claws (episode page, opens in a new tab) 01:16:33 (play audio from this timestamp, opens in a new tab)
So my original idea was, why don't we just stamp into the mp3 header into the ID three tag somewhere? Something that the here's a list of all the insertions that happened? Here's the offset from zero, and here's the length.
Voice-matched
Episode 122: We're Trending! (episode page, opens in a new tab) 01:13:27 (play audio from this timestamp, opens in a new tab)
those ad slots can come back in as markers in the ID three tag, they can come back in, in a download in headers in the download,
Voice-matched