Technology

59135 readers

2878 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

620

YouTube looks to be testing server-side ad injection to counter ad blockers (9to5google.com)

submitted 4 months ago by AnActOfCreation@programming.dev to c/technology@lemmy.world

236 comments fedilink hide all child comments

YouTube is testing server-side ad injection to counter ad blockers, integrating ads directly into videos to make them indistinguishable from the main content.
This new method complicates ad blocking, including tools like SponsorBlock, which now face challenges in accurately identifying and skipping sponsored segments.
The feature is currently in testing and not widely rolled out, with YouTube encouraging users to subscribe to YouTube Premium for an ad-free experience.

you are viewing a single comment's thread
view the rest of the comments

[–] MajorHavoc@programming.dev 14 points 4 months ago (1 children)

If only I had a client with support for fast forward... Oh right. I do. Neat.

[–] GreatDong3000@lemm.ee 11 points 4 months ago* (last edited 4 months ago) (5 children)

Some people said that skipping is blocked during the ad. But if that is the case I am sure either the timestamp is predictable or somewhere on the client side you could find the information about the timestamp.

[–] MajorHavoc@programming.dev 7 points 4 months ago

My client pre-downloads videos, so I can fast forward and rewind at will.

[–] Gullible@sh.itjust.works 3 points 4 months ago

That’s neat, it’d be identifiable in a fashion similar to missile logic. You know where ads are based on where they aren’t. Actually skipping it would be difficult but muting and doing something else for a predetermined period has been a workaround since radio.

[–] PixelAlchemist@lemmy.world 3 points 4 months ago

Google’s own Shaka sdk (video playback with ads) gives ad markers in the initial video manifest so that they can be marked on the timeline, so hopefully it’ll be trivial. Usually (but not always) with SSAI, the ads are spliced into the stream just before being sent to the client. That way if a user has just recently watched an ad pod, the server can choose to ignore that marker for a better UX in hopes that they don’t bounce if ads are too frequent.

[–] elliot_crane@lemmy.world 1 points 4 months ago

I doubt it.. They couldn’t even manage to block FFWD on their own website for the longest time. I switched to using alternative front ends long ago, but back when I just used YT directly from my phone’s browser, spam tapping +5s a few times would bypass the ad.

[–] baggins@lemmy.ca 1 points 4 months ago

If skipping is blocked in the ad, the client must know it's playing an ad somehow?