this post was submitted on 13 Jun 2024
619 points (98.4% liked)
Technology
59381 readers
3064 users here now
This is a most excellent place for technology news and articles.
Our Rules
- Follow the lemmy.world rules.
- Only tech related content.
- Be excellent to each another!
- Mod approved content bots can post up to 10 articles per day.
- Threads asking for personal tech support may be deleted.
- Politics threads may be removed.
- No memes allowed as posts, OK to post as comments.
- Only approved bots from the list below, to ask if your bot can be added please contact us.
- Check for duplicates before posting, duplicates may be removed
Approved Bots
founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
It's costly; either you prepare encodes ahead of time with different ads and serve that appropriately, or you splice ads live for each request, which is also costly in resources. You can't get away with just a few variation; ads are usually targeted. It also come with other issues, like, it is mandatory in a lot of place to clearly identify ads, so there should be an obvious marker somewhere. If it's in the UI, it can be detected and replaced live by a video of kittens for the duration of the ad, so I suppose they also have to handle any signal in the video… (It's speculation, I didn't get any of these yet).
I'm curious to see if this will hold, and how we will run around it in the long run.
So much effort, dev time and resources just to fight users to make the experience worse and push them to alternatives to squeeze out the tiniest margin of extra ad money. Plus I'm sure this'll be countered almost immediately. I'd be shocked if ad blockers took more than a few days to find a way to detect and neuter these ads.
This is some accelerated enshittification.
Other ramifications aside, it wouldn’t be that costly to splice real time.
YouTube has standard profiles of video and audio quality levels. As long as the video stream is the same quality, the stream can basically be concatenated one after another without any meaningful over head. Try it:
ffmpeg -f concat -i files.list -c copy output.mp4for two files with same codec (audio and video) was processed at over 900x speed for me with just CPU.So all YouTube would need to do is transcode the ads they’d intend to splice in into the standard formats they’d offer the stream at (which they’d already have the video transcoded into), and splice the ads they’d want to show in realtime at request time.
Yes, it is doable. But it also implies keeping track of individual sessions, to make sure you serve the right ad at the right time to the right people. Nothing impossible, but definitely more work to do per individual player, and on the scale of youtube this is quite a lot.