1,767 karma · joined January 14, 2019
So for me to lose my vault, not only would my server have to get hit by a bus, but also my phone, my desktop, my HTPC, both laptops...
Except for marketers! I don't think there's a less sympathetic category of technologists, save for maybe CSAM peddlers.
You're upset that you can't get "visibility" into whether the bullshit ad you tried to ram down my throat landed on target? You're worried that I'm a dormant user and my phone will silently delete the spam you sent to try to hook me back into engaging with whatever worthless product you're hawking?
World's tiniest violin, buddy. Boo fucking hoo. Your last paragraph says the "senders" (read: spammers) who make it through the next decade intact will be, to lightly paraphrase, the ones who send messages the recipients actually wanted. You say that like it's a bad thing!
The computer is in my life because it is a tool that does the things I want. It is not an open mic for marketing sleazebags to try to sell me shit. May every single one of your attempts to invade my life and hijack my attention be flushed swiftly down the toilet.
I guess it's down to licensing for the FeliCa smart card system or something? I will say, as a privacy person, I'm pretty jealous of the ubiquity of IC card payments there. You can buy the card at a kiosk with zero KYC and top it up with cash at the same kiosk. Since it's a stored-value system, it works offline, and you get the convenience of paying with a card with nearly all of the anonymity of paying with cash.
[0] https://xdaforums.com/t/global-pixel-device-unlock-felica-su...
But fine, I'll be the one to say it: Cloudflare isn't one of the good guys here and as an entity it shouldn't be trusted. It doesn't matter how pure their stated motives appear to be now, or how unmarred their track record is so far. It's a corporation that has control over an ever-increasing share of internet infrastructure, and is susceptible to the same risks as any other tech monopolist basket that we all decide to put our eggs in. Maybe more risky than the others, given how deep in the stack its influence is buried.
What happens when a government forces it to NXDOMAIN porn or put nuisance captchas in front of dissident blogs? Is there some reason people think this one is different?
And people have brand loyalty to Apple stuff because quality, or design, or something... but for a product like this, which to me is prima facie a ridiculous, impractical, high-priced, fast-fashion item, you know that the marketers are cashing in on that brand loyalty almost exclusively (in the absence of any intrinsic value).
Half-baked thoughts, I'm sure people have written properly about this. But the conclusion I leap to is that marketing people are the great Satan here. Fuck those guys.
You tell me that nothing will change the companies apart from market forces, but in response to another commenter you said it well yourself: "this kind of behavior should be illegal." If we had consumer protection laws, and those laws had teeth, maybe a company would have to consider the possible risk to future profits of engaging in the next abusive, ethically bankrupt scheme. It wouldn't be possible to be, as former FTC chair and antitrust warrior Lina Khan put it, "too big to care."
I'm not so naive as to imagine that more economic guardrails are a panacea for consumer suffering, but to me it seems that the globalized economy and its Western democratic hegemons have spent much of the post-WWII era on a deregulatory death march, and we can see with our own eyes how well it's going.
Is the fantasy that some entrepreneurial savior will come along and voluntarily forgo all the massive spying profits in order to cater to the minute proportion of consumers perceptive enough to realize they're getting molested on the daily?
How about smartphones, for example? "Vote with your wallet," says the smirking corporatocrat, "and just buy a mobile operating system that respects your personal privacy." Alright professor, looks like my choices are iOS or Android, so I'm kind of hosed either way? Unless I want to return to a 2004 feature set, or perhaps a GNU/Linux paperweight with a 20-minute battery life that can't use banking apps or place phone calls?
I exaggerate (but in my opinion only slightly), and sincere apologies for tone--but it's quite frustrating to be met again and again with such a smug dismissal of what to many of us feels like an inescapable horror. This depraved race to the bottom, with every MBA-steered ship vying to see who can violate us the hardest, seems to be standard practice these days, and "purchase different products" puts the onus on consumers to fix what isn't their fault in a way that leaves an awful taste in my mouth.
I suppose someone more sycophantic to the wishes of trillion-dollar corporations could argue that I'm not entitled to do this for free, and that YouTube offers an offline download option as part of its $13.99/mo Premium offering. To them, I'd say "you're right, also go pound sand lol."
I admit I don't shed many tears for the poor movie publishers, but even setting piracy completely aside, these laws are anti-consumer garbage. One wonders aloud if there are limits to the insanity copyright owners are entitled to inflict on their customers. How about surreptitiously installing malware on people's machines to make sure they play nice?[0]
[0]: https://en.wikipedia.org/wiki/Sony_BMG_copy_protection_rootk...
To respond to your specific questions:
- innertube is the name for private YouTube APIs. (Here's a library that talks to innertube https://github.com/tombulled/innertube/, although yt-dlp has its own separate client code.) These APIs are intended for consumption by the various types of YouTube client software.
- The "tv" client is one of the types of client (see other examples here: https://github.com/tombulled/innertube/blob/main/innertube/c...)
- TVHTML5 is the specific client (as opposed to e.g. TVLITE or TVANDROID)... presumably different TVs run different specific TV clients, with consumption of different specific TV APIs.
- When yt-dlp downloads a video, it roughly performs this sequence of steps: pretend to be one of the types of clients supported by innertube; download the top-level video object; parse out the list of possible formats. These formats are like "MP4, 1080p, with AAC audio" or "Ogg, audio only". (The original issue report shows a better example in the verbose output dump.) By default, yt-dlp just grabs the best quality audio and best quality video stream, downloads them, and muxes them together into a single file, but you can configure this behavior. DRM formats are formats that are protected by (presumably) Widevine: https://en.wikipedia.org/wiki/Widevine, the decryption of which yt-dlp has stated will not be supported.
- Available means they're an option for our yt-dlp client to download. Videos don't necessarily have all formats for all clients; for instance, a video might not have a 4K option, because it was never uploaded in 4K. Or it might have a 4K upload, but YouTube won't show 4K options to a client that doesn't support 4K decoding.
- In this case, it means this specific internal client type can't download the video, because when yt-dlp reaches out, it gets ONLY formats that are DRM-locked. This is of note, I think, because the TV client is a way to get high-quality video from the YouTube API without having to pass it a valid YouTube login token (further down the issue, the reporter says providing a token allows the "web" innertube client to work).
In the late 80s, Mercedes in North America was getting its lunch eaten by grey-market importers who were bringing European models over and undercutting the American dealers on price. So they blew millions lobbying the government to crack down on these imports, and found a not-wholly-unsubstantiated justification in safety concerns around modifications not complying with American safety standards. So the US just enacted a sweeping ban of any new imports; you can bring in dodgy old cars from the 1990s unmodified, but you can't bring in a 2024 European Mercedes or Japanese kei truck, because they're "unsafe". The new cars can't be titled, and if the feds find out you got one in anyway, they'll literally confiscate it and throw it in the crusher.
Seeing Whistlindiesel in the article makes me realize that there could be a bipartisan coalition here of "government should let me do what I want" conservatives and libertarians, and urban-design lefties who resent having to drive everywhere and would love to buy the minimum amount of car possible to meet their needs if such a thing were possible. My conspiracy theory is that burying the lede on this is intentional because people buying $12,000 Japanese imports wouldn't be buying $60,000 F-150s.
Selling custom integrations, managed instances, white-glove support with an SLA, and so on seems like a reasonable funding model for a project based on an open-source, self-hostable platform. But I'm a little disheartened to read that you're maintaining a closed fork with "goodies" in it.
How do you decide which features (better test suite?) end up in the non-libre, payware fork of your software? If someone contributed a feature to the open-source version that already exists in the payware version, would you allow it to be merged or would you refuse the pull request?
The couple of instances floating around that still work are, to my knowledge, forks of the original Nitter that have been upgraded to work with a pool of manually created X accounts, which is a relatively expensive and fragile approach that most instances probably aren't up for taking.
[0] https://github.com/zedeus/nitter/issues/983#issuecomment-168...
I've found that this instance works perfectly once you're past the bot wall. I'm not affiliated with it, but I use it daily and post it instead of x.com every single time I share a tweet.
Irrespective of the value or veracity of the specific advice offered, to comment something like this here is supremely tone-deaf. Read the room.
I see two main ways it could shake out.
In the less exciting case, the copilot isn't very good. It takes a long time, or produces assistance that obviously came from an LLM, or gets candidates regurgitating nonsense during the interview. In that case, I get a decent "don't hire" signal, for the same reason I wouldn't want to hire someone who was getting a friend to message them answers during a live interview.
In the more exciting case, the copilot is really good. It allows candidates who wouldn't otherwise pass the coding interview (whether for technical skill reasons, or behavioral reasons, or whatever) to breeze through like an expert. If this were to happen, I think it would massively devalue the "do LeetCode hards on a whiteboard" style of coding interview, and force interviewers to favor signals that are more relevant to real-world employee performance.
Well, until in the long run, the AI gets good enough to excel at all of the qualities that make human employees good employees... in which case we'll all retire to a life of comfortable, post-singularity, fully automated luxury gay space communism. Right?
I'm honestly so over this stuff. Yeah, LLMs are cool tech and awesome for a few select use cases, but this is just an objectively poor concept for a service--to have any utility, this thing needs to be fairly accurate about things like menu options and pricing, and I can't imagine getting a better experience from a chatbot than a curated database like Google Maps or, you know, the restaurant website.
The big selling point here appears to be "personalized" recommendations, which I'm sure is code for "our service builds a dossier on you, then lets businesses bribe us for access to it; or, if we manage to build your trust, we'll also let businesses bribe us to skew our recommendations in their favor."
The latter case is how Google Maps works, but at least in their case the information you get around all the hyper-targeted advertisements is relatively accurate. We don't need more sleazy "platform" companies trying to plant themselves in the middle of value streams that exist because of Maslow's hierarchy, and the very last thing we need is companies that do this atop the half-baked technology du jour and end up serving up a steaming pile of functionally worthless spyware.