> "... or worse, your entire 'secret' MP4 collection to our monorepo?"

Oh no, that poor soul...

I just read your comment after posting mine and it sounds like you've had a similar (but unfortunately opposite!) experience. The vivid dreams stop for me a few weeks after they start. Are your vivid dreams "permanent", or has it only been a short while since you started experiencing them?

Indeed, and IME, the dreams I have after taking a break from daily THC use are extremely vivid - to the point that I can remember them in detail for days afterwards. I enjoy that a lot.

About 30 minutes ago, it has been my Gmail notification sound for a few years :)

TIL after so many years that /usr isn't an abbreviation of "user". "UNIX/user system resources" makes a lot more sense in retrospect. Guess I should have RTFM a long time ago!

It looks like that's a newer interpretation than the original:

> As such, some people may now refer to this directory as meaning 'User System Resources' and not 'user' as was originally intended.

https://tldp.org/LDP/Linux-Filesystem-Hierarchy/html/usr.htm...

This is so cool, thanks for sharing! If I had a yard/space to build one of these, I would totally try rigging one up to drive a little heat engine.

Thanks for your nice comment.

Yes it's definitely fun to build one and use that free energy from the sun.

I was particularly happy to eat my first solar gratin :-)

Hmmm. A solar espresso machine, with the sun heating the brew water and also a boiler to drive both the steam wand and the steam engine that runs the espresso pump!

(I'm mostly looking for an excuse here to stay in bed on bad weather days...)

Arc is based on Chromium for anyone wondering. I believe part of the UI is written in Swift but the engine isn't.

I like Arc and use it (I actually never stopped using it after the first time I opened it), but I wish they weren't building off of Chrome.

Can user enhance it with extensions?

Yes

Arc is a fork of Chrome if I'm not mistaken

The rendering uses Chromium engine. But all of the UI is built in Swift. Both on macOS and Windows

Different strokes for different folks :)

This looks great! I would use this if you had a dispatcher for using a custom/local OpenAI-compatible API like eg llama.cpp server. If I can make some time I'll take a stab at writing one and submit a PR :)

Already exists :)

Set the `local_uri` setting in the configuration (`llm2sh --setup`), and either pass `-m local` on the CLI or set `"default_model": "local"` in the config.

PRs are always welcome.

Thanks so much!

I'm not sure, but I sure am not renewing my subscription either. I stream on a PC, and I have not once been able to watch a Disney+ show at any resolution higher than 720p, despite following all of their troubleshooting steps. They "scan your system and connection to determine the best resolution" (paraphrase), and don't allow you to choose the resolution. After talking to their support half a dozen times and escalating my request, I have seen no improvement. I'm convinced it's deliberate.

Of course it’s deliberate. Streaming high quality content is expensive and there is very little incentive for them to allow that given their main draw isn’t the streaming service, but the unique content library they have.

Most streaming services through web browsers do not allow streaming greater than 720p unless you install a separate desktop app with heavy DRM protection. They do not want people ripping the 4K feed for piracy. I wish there was a way to emulate the hardware decryption on streaming devices

Very clever. Keep the highest quality files out of the hands of those grubby pirates. Then the customers will have no choice but to subscribe so they can watch the content in 720p.

That certainly makes sense. But Disney+ has a desktop app, and I tried downloading and using that, but still never got resolution greater than 720p. I wish they would at least fix their app so PC users could stream in HD without feeling the need to rely on piracy.