This unlocked a memory for me. Back when I was a kid I remember one of the religious whackos told us that the reason the ark of the covenant killed the dude that touched it was because it was a battery. He used the fact that there was no battery technology at the time to support the fact that god is real.
I know it’s off topic, but harnessing energy reminded me.
It's possible that the Ark could have generated enough static electricity to give you a shock on the order of rubbing your feet on the carpet and then touching a door knob. Maybe.
You don’t realize how much batshit stuff you’re told as a kid and I never examined it as an adult. A lot of this shit is coming back to me and I’m realizing just how much of a thing all this crazy shit was even before it became widespread on the internet.
The fun part is we don’t have any real evidence outside the Bible that the Ark of the Covenant even existed. Did it exist? Who knows? You can’t really take the Bible’s word for much.
I mean, all the Ark of the Covenant is is a box that holds the “original” (oldest version of the) Torah. So…sure, it existed. If I write a novel and put it in a cigar box and say it’s super special and has magical powers, the box and the book exist while the magic powers probably don’t.
I have both nix and flatpak lol. Different usecases: flatpak for stuff that I would rather have sandboxed (browsers, games), nix for stuff that I would rather be integrated into the system (command line tools, etc). Tho I still have to learn about flakes, right now I’m just using nix-env for everything like a caveman lol
Is Google Chrome fighting uBlock country-specific? I use Chrome on Win 10 with uBlock and haven’t seen a YouTube ad outside of the mobile app in ages. For me, uBlock never stopped working in Chrome and I watch YouTube videos every 1-2 days.
You can use backreferences 1 2 etc. but you can also give them names explicitly.
it looks like this: (?<name>inner-regex)
Some flavors support it, kotlins doesn’t apparently.
Person dies and arrives in the afterlife in hevaen … it looks like heaven but everything is a little fucked up. All water is actually alcohol, drinking alcohol doesn’t get you drunk, hamburgers make you high, Hitler is dancing around with children, everything is edible, you can speak any language but you have a really high pitched voice, there’s a constant slight smell of urine everywhere and angels are obnoxious assholes.
They have infinite resources. They’re making gestures to dissuade normies. I suspect this will get them most of the result they want. They’re also wasting time, effort and resources of adblock programmers (and that is a far more limited resource).
Sure but as long as there is a least one dedicated bearded dude hidden in a dark underground room behind his screen, they will be defeated. No matter how much they spent on the new technology. What I mean is that devs might burn out, they will still be replaced by others. And we get such people faster than youtube is able to burn them out
nah, if they embed the ad into the video stream (they were testing this for some users!), the only adblocking option will be to blank out the screen and wait through the ad (or download the video in advance and edit the ad out automatically), both of which would make it a lot more annoying to adblock than currently.
nope, the ad time varies unlike a sponsor segment, and also youtube would not let you skip through an ad while streaming it, whereas sponsors you can, hence the download and edit out with LLM or whatever algorithm works best
yes, but if youtube only serves you the real video chunks after your client plays through the ad chunks (all in the same media stream to the client), theres gonna be some waiting involved, not like adblocking today where it is instant.
you can skip through sponsor segments, but these are ads from youtube, not from the creator, and youtube will not let you conveniently skip through the ads. if implemented correctly, youtube could ensure that the ad is fully played, which would need downloading and automatic editing to counter.
How would they determine if the ad is played without trusting the client? I guess they could screw with the buffer, but that would really piss of people with poor internet, and most people would prefer an ad-length black screen to whatever attention wrenching dark pattern manipulative brown noise wants to infect your mind today.
That is an interesting question. From what I know, youtube has every video in chunks that they serve to the client, and so server side ad injection is just serving some ad chunks before the video. I think you’re right with the buffer thing, it seems to me like the only way to make sure the client can’t skip it would be to make the buffer shorter, impacting some people (although seems like only really people with internet thats fast enough for streaming some seconds, but not other seconds, which is an odd catagory)
Ultimately it would be a tradeoff for youtube, but the fact that they put the effort into doing mass testing of the idea at all shows that clearly there are some good incentives, and it may eventually be implemented.
Don’t worry, I have been using the powerful technology of “the mute button” and “doing other stuff” since before cable TV existed. We always have alternatives.
This is actually one of very few valid cases for an LLM, to help sponsorblock determine ad segments by analyzing the word choice and speech patterns in segments of the video.
You don’t need the distro to package your sodtware through their package management systems though. Apt and dnf repositories are extensible, anyone can publish. If you go to copr or ppa you can have a little extra help too, without distro maintainers.
The headache comes up when multiple third party repositories start conflicting with each other when you add enough of them, despite they’re best efforts. This scenario starts needing flatpack, which can, for example concurrently provide multiple distinct library versions installed that traditionally would conflict with each other. This doesn’t mean application has to bundle the dependency, that dependency can still be external to the package and independently updated, it just means conflicts can be gracefully handled.
Depends on if you stick to distro provided dependencies, then you are generally good, unless a third party repo decided to supersede that dependency.
I have spent a long time carefully packaging as a third party repository and it’s generally doable. Just sometimes another repository isn’t as careful and blows away the distribution provided libraries.
lemmy.world
Oldest