2,423 karma · joined August 22, 2018
This was already happening back in March. Lesser technical users were looking to hook up web LLMs to various SaaS apps so they could pull data in.
It was quite surprising people were forming such strong opinions when there were very clear and objective differences in use case.
Netflix reported in 2025 something like 30% of traffic was av1. I think smartphone and PC support are fairly robust but under the impression streaming devices are still quite terrible unless it's a Chromecast.
AVC/h.264 is the only thing I know of that's pretty much universally supported at this point. I found a Facebook/Meta report citing some consultant provided data that VP9 was a close second. Limiting to devices from the last few years, HEVC might work.
Ref https://watchwithmira.com/blog/sponsorblock-categories-expla...
Cutting intro/outro/preview is nice if you're watching a bunch of videos on the same channel in a row.
The client can pick the optimal encoding and quality which makes that quite a bit more difficult. A user on a modern device that can hardware decode HDR av1 will have a file cached completely useless to a browser that can only do SDR h264.
I think there is a sort of network effect needed to make it become reasonable.
Smarttube on Android TV just pulls its own APK so you just need to click Install after it downloads and opens it.
I think around that time Grafana changed their license tho so you couldn't host OSS Grafana as part of your service.
Here's an old example https://www.biggerpockets.com/forums/432/topics/554933-cable...
The checks/explanations are fairly simple and straightforward so it also makes a good reference regardless of whether you're using the library
- connection A, lock timeout=0, acquire unwanted lock
- connection B, lock timeout=0, run migration
- collection A, rollback
Then connection B will fail if it tries to acquire an undesirable lock since it will conflict with A. You'd be adding a very small window when you're actually holding the undesirable lock, though
So far, Simon Willison's pelican bike "benchmark" is the only one I've found that shows Fable 5.1 beating Opus 5.5. My personal experience has been Opus is unusable on design work it's so terrible. Evaluating whether we should consolidate AWS DMS tasks (Postgres full load and change data capture) into fewer tasks with more tables, Opus 5.5 was factually wrong and needed correction roughly every other turn.
On a "help me find a sandbox solution for agents embedded in a web app to run untrusted code" research project it kept misrepresenting security boundaries and ended up recommending DuckDB which ironically specifically says it does not provide a strong security boundary in its own documentation. GPT 6 (can't remember if it was Sol or Astra) and Fable 5.1 both recommended FaaS like Cloudflare Workers and AWS Lambda which fit fairly well with the requirements.
I switched from Opus to Fable in the session going badly sideways and told it to "Review the previous conversation and come up with a correct comparison table and corrected recommendations grounded in objectivity supported by citations. Do research as necessary to understand the current ecosystem" and that was a full 180 back to coherency...
Which has become a lot easier the big, expensive general purpose LLMs
Some of the use cases seem interesting but a lot of them also seem like the "old" stuff can do it faster/cheaper
https://developers.openai.com/api/docs/guides/structured-out...
Like, can't I just tell Claude or GPT to help me create a BERT or <insert old boring ML framework model> that's even cheaper and faster?
For instance, Frigate runs 4.6mb yolov9 image object detector on a $50 USB Coral stick. It takes like 1-2 watts of power, responds in 15ms, and is completely local. A pay-per-token cloud hosted not-really-an-LLM-but-probably-based-on-one that runs in 150+ ms still seems terribly inefficient.
Bluetooth--local only but setup can be a bit trickier since they don't automatically form a mesh. You may need to configure relays if your existing devices have that capability or buy dedicated relays
There is a single magic switch that does "extra" stuff and that one's in the master bedroom. All of them except that one fail open and continue working like regular switches if Home Assistant is unavailable.
The livingroom has a Shelly dimmer that replaced an analogue dimmer and it also turns 2 lamps on and off.
The basement switch was wired to a single bulb and it triggers an event that powers all the smart bulbs in lamp holders spliced into arbitrary circuits on and off so all the basement lights work with the existing switch instead of just the 1 physically wired to it.
I think there's plenty of dumb things you can do with smart home tech but there's also tons of subtle and convenient enhancements as well. Phone alarm emits an event that opens the curtains and turns on a lamp is also a nice one.
Having a dashboard that shows whether (many) things are on or off and their power consumption is super handy. Dropping an Emporia circuit power monitor widget in the dashboard shows if the washer and dryer are running (a little bit of power, a lot of power, a lot of power + a little bit more power)
Me neither but we now have a likert scale on our performance review for it...
I think a thin layer on notmuch would get you pretty close without so much infrastructure.
On the web scraping side, scrapling seems to pretty much just work. There hasn't been a website yet it won't load in some mode--even Google SERP.
Maybe if latency can be improved _and_ it can run local inside the vehicle.
Imo a feature. I can handle the creativity and out-of-box thinking just fine. I want the model to do the grunt work but be smart enough to do the grunt work correctly.
Sent Opus 5.5 an example that used go context.WithTimeout and it tried to tell me that was wrong and I should pass timeouts as ints before finally admitting the docs it cited didn't say to use ints and that's a ridiculous design in go anyway (it was trying to claim that was codebase convention--passing ints...)