Unless I'm mistaken, none of those will block server-side ads.
this post was submitted on 10 Oct 2024
977 points (97.8% liked)
memes
10689 readers
2543 users here now
Community rules
1. Be civil
No trolling, bigotry or other insulting / annoying behaviour
2. No politics
This is non-politics community. For political memes please go to [email protected]
3. No recent reposts
Check for reposts when posting a meme, you can only repost after 1 month
4. No bots
No bots without the express approval of the mods or the admins
5. No Spam/Ads
No advertisements or spam. This is an instance rule and the only way to live.
Sister communities
- [email protected] : Star Trek memes, chat and shitposts
- [email protected] : Lemmy Shitposts, anything and everything goes.
- [email protected] : Linux themed memes
- [email protected] : for those who love comic stories.
founded 2 years ago
MODERATORS
Isn't there some law that you have to visually indicate whether a given piece of content is sponsored (ad) or not? Can't that just be detected by ad blockers to skip/hide ads?
There isn't a law that I'm aware of, but typically the ad needs to be un-skippable/seek-able, which means there will always be some indication to the video player of what the user can skip or fast forward through.
That doesn't mean Google couldn't just make fast forwarding/seeking a premium feature, but they'd lose a lot of user appeal if they did so they probably wouldn't do that
Germany has this law, sponsored segments must be clearly labelled. But one could just hash the ad anyways or just try to fast forward and if it doesn't work and it would be the ad.
load more comments
(2 replies)
load more comments
(1 replies)
I used to have a neat app on my phone that would play "Interdimensional Cable" bits, or just silence, over Spotify ads. It made it a lot more usable.
Their ad gets played, I don't have to hear it screaming at me. Win/Win right?
load more comments
(2 replies)
I'm not sure about the mechanism, but isn't this the same thing as ancient early DVR's like TiVo that would record from the cable stream and omit the ads segments?
That's the thing, I don't think the mechanism exists (or works) yet. I'm confident it will someday, but I didn't think it worked yet.
You can adblock twitch, I assume it wouldn't be too different from that
Twitch (and YouTube currently) switches to a new content stream to play an ad, which is easy to detect and block in an extension. If I understand the tech correctly, server side ads would be stitched into the playing content stream. The extension would have to know the content of the video to know that an ad is playing. There are some clever ways that might be caught (looking for spikes in bitrate, volume differences, etc), but none of that currently exists in the software in the OP.
You can click on the ad right? Detect that.
Let's assume you can use that to determine the beginning of an ad, how do you know how much to skip?
Until the clickable part is gone.
load more comments
(2 replies)
IIRC, Twitch uses similar ad injection. Ad blockers get around it by opening new video streams until they find one that isn't running an ad. Could be wrong though, I'm parroting an uncited comment.
load more comments
(4 replies)
load more comments
(5 replies)
It's so weird that YouTube is their second most profitable venture after adsense. It's like they thought, we have a virtual monopoly on internet ads, Internet video, and web browsers. Let's combine their power to make people watch non stop ads while tracking them worse than the CIA. Then, let's be very surprised when people don't like us and we get hit with antitrust lawsuits. Fuck Google.
Google went from don't be evil to fuck you all.
load more comments
(3 replies)
What's funny to me is how they are in a fight for their company with the FTC, and they want to continue provoking people by increasing their revenue on the back of their users on a service they might have a technical monopoly on? Hmmmm...
Provoking people and in dispute with FTC don’t relate but if the FTC broke them up then you would really regret not cashing in while you could
load more comments
(1 replies)
load more comments
(3 replies)
The mom should be Firefox and the kids the plugins.
The problem is when they start doing in stream ads, that will require something new. That said, people have been doing that with cable for a while, it'll be real interesting to see what clever stuff comes out to detect them in stream
Audio is stupidly easy to fingerprint and identify. It would be glorious if we used the very same dumbass technology to identify ad segments as they use to robo-copyright-claim creators for including a 11 second snippet of a radio ad that's period authentic to the historical media they're reviewing. Just take that shit and turn it right against them.
I assume something similar to sponsor block, some algorithm to identify ad segments and some user feedback to confirm. Unless I’m mistaken as to how sponsor block works?
Sponser block works via user input
People will watch the videos, report the segments that are sponser slots, and then when people watch the video they can upvote or downvote the accuracy of the report.
In stream ads would be a hard one to tackle because YouTube would likely inject them randomly into the stream to boost engagement (readas, prevent people skipping them easily).
if they were randomly placed, then couldnt you have a sponsor-block type system where instead of the ad segments being marked and skipped, information about the video is externally stored somewhere (like perhaps a really low res screenshot of the video every couple seconds, or some number generated algorithmically by a frame of video), and the results should be the same for all users for the actual video part, but if the ads are placed randomly, the ad section will suddenly not match the data other users had, prompting the video to skip until it matches again (with a buffer included if they remove the ability to move forward)
load more comments
(1 replies)
load more comments
(2 replies)
This is something that would be a surprisingly good use case for machine learning. Fingerprint the ads by watching ahead in the stream, then skip that section.
Actually, I think older algorithmic methods will work. I think that’s how TiVo worked. The annoying part is you’ll have to wait a bit at the start of the video.
It'll require a new mother fucking video platform. We need to just collectively let YouTube die and move on.
load more comments
(12 replies)
The fact that I cant go to YT and select play all on a channel anymore makes its primary use, music, pointless to me.
Another issue is Pandora, they keep forcing mobile site on Desktop User Agent setting and I work too many hours to go in and change the identifiers needed to make it work. Their app is busted as well, it asks for permissions and will semi-frequently crash when I dont give them permissions.
The whole internets basically becoming shit because of corporate incompetence. Not even willful malice, just idiocy.
That's because they want you to pay a subscription fee for YouTube music.
For the Pandora app, they don't want you using it if you don't give them permission to do whatever it is they want to do.
It is malicious. It's often incompetence too, but it's also malicious.
load more comments
(1 replies)
load more comments
(15 replies)
not pictured: the pihole just out of frame, holding a shotgun
How do you use Pihole to block YouTube ads?
Block youtube.com. Quite effective, if you ask me.
all these people missing the part where I said "holding a shotgun" -- I guarantee you'll never see a YouTube ad on your network again if no data from their servers ever gets past your router. It's not a subtle or precise option, but it is highly effective. Much like a shotgun.
Then you can just use peertube, piped, or invidious when that gets fixed
load more comments
(10 replies)
load more comments
(1 replies)
This is just wrong. None of those will prevent server side ads.
Is mom stabbing herself?
That's something like a cleaver, so it's got a blunt tip that looks like it's going through her blouse.
load more comments
(1 replies)
load more comments
(1 replies)
view more: next ›