Why install the app when all the same features work in browser?
This is a pretty fair argument. It reminds me of the early 2010s when the sentiment everyone had was “we have an app for that”. We don’t need more specialized apps (which really aren’t that specialized - most of these do exactly the same thing), we just need intelligent solutions using what we have. Back in the day that was responsive layouts, today it’s browser extensions.
Hah, it still tries with the right-wing conspiracy garbage though every so often though. Its like “Hey…you wanna watch some hate crimes? No? Uh… uh… ok, here’s the 37min of LOTR facts you asked for…”
No, the way you did it is the only way I can think you can. Otherwise it opens up things to arbitrary code execution. I’m not exactly sure how qutebrowser gets away with it, but I know it’s built on QT so maybe it just isn’t running sandboxed or had some special method for calling external binaries/scripts. You might take a look at that project and see, but Firefox/qutebrowser is probably like comparing apples and oranges.
I’ve been relying on yt-dlp and hint links to pipe video from Youtube to mpv. Its not a bad solution, but isn’t quite the doom scrolling I want. Here’s an example: files.catbox.moe/688xbo.png
I had a few networking and docker guides up, but I nuked the account with shreddit. Still, the institutional knowledge that those guides were based on left with me. We can rebuild.
Sounds like you’ve already maybe ruled out some things, but as far as the port exhaustion question people had, you could prove that with “netstat -s” to see total number of active connections. You might also look in the qbittorrent log file for anything stands out. You might also check your router to make sure you’re not doing some weird port forward or something of that nature.
On an unrooted phone, you would have to use block connections without VPN. That’s the only way you can tell for certain that traffic is going over the VPN and that the VPN torrenting connection is not intermittently dropping.
If the device is rooted, then you could do actual packet analysis via tools like tcpdump to actively check the traffic is routed to the tunnel.
I don’t think they can really. I don’t work in that stuff, but skipping isn’t included in YT analytics from what I’ve read. I would bet they rely on something like average view percentage to just make assumptions. For example, if a content creator places the sponsor bit in the first 10% of the video, and average view percentage for that video is 80%, then it is assumed the sponsor bit was watched. I wouldn’t be surprised if sponsors require some form of transparency in analytic reporting for content creators to get paid.
I also would figure that YouTube, as it has no bearing on their revenue, is probably not going to add in analytic features for Skip just for the sake of some third party.
I’ve checked back since, and they have not. That is not to say they couldn’t, though. Essentially all they would need to do is see who made API calls shortly after/before that time and revert the DB changes. Probably more work than they would probably get in return though.
Yeah, I remember the days of renting VCR players and acting like we didn’t already own one so we could play on one and record off the other. I think a lot of this is due to the rise in Internet infrastructure. 15 years ago streaming services wouldn’t have been doable. There was no licensing, just files to download. You’d even get Digital Download codes in your DVD case when buying a movie, so you had multiple copies. Really sad how things are consolidating.