steelbrain

You must live in a different New York City than the one I visited. I had the safety calibration of Tallinn, Estonia and Dubai, UAE.

The subway was extremely hostile. People were regularly drugged out of their mind. I saw one guy try to drink a Coca Cola upside down and spilled it all in the bus. Another crazy chased my limited mobility Estonian friend who wanted to visit nyc alongside me when she went alone for groceries.

Could it be that your frame of reference is broken and/or you’re numb to it?

I'm not from the US, but based on my knowledge of your culture, it may be worth it to write a letter to your state's Attorney General

In the US at least, it is illegal to do unsolicited outbound sales with a bot. You have to have humans make these calls.

Sorry to hear about your situation. For the game you're shutting down online services for, forgive my nieve question but how much work is it to expose an environment variable called `GAME_SERVER_URL` and then document the API contract it expects on the other end?

Servers have a real cost, nobody is denying that, but I think the people who bought the game should have an option/alternative in case the servers are down.

This is not using an eGPU with macOS, ie you can't run your chrome on macOS with its GPU acceleration coming from this eGPU. This is tunneling that eGPU to a Linux VM.

Surprised to see that there's no official binaries for arm64 darwin. Meaning macOS users will have to run it through the Rosetta 2 translation layer.

I didnt realize how prolific the OpenClaw author was. Thanks for sharing!

> And on top of it, if you develop for native macOS, There’s no official tooling for visual verification. It’s like 95% of development is web and LLM providers care only about that.

Thinking out loud here, but you could make an application that's always running, always has screen sharing permissions, then exposes a lightweight HTTP endpoint on 127.0.0.1 that when read from, gives the latest frame to your agent as a PNG file.

Edit: Hmm, not sure that'd be sufficient, since you'd want to click-around as well.

Maybe a full-on macOS accessibility MCP server? Somebody should build that!

Yes, apply the patches on any binary, build it and rename it to ffmpeg and it’ll work over the network with the server and client included

Get a TP Link Tapo! They are like 20-30 bucks and come with ONVIF.

EZVIZ is another ban-evading arm of HIKVision, easily available in Europe and has RTSP (confirmed) with alleged support of ONVIF as well.

To be able to use ffmpeg with its native network capabilities in a usecase of media servers, where you need to stream your input to it, and then get multiple outputs (think HLS) that are streamed back is not possible at this point in time. HTTP, FTP, SFTP, all have their limitations, some are outright broken for HLS usecases, others wont stream seeking.

I would have very much loved to use the built-in capabilities instead of patching ffmpeg to add a vfs layer and spend a ton of time figuring out the build pipeline once you add all the codecs and hwaccels. I do hope to be able to change this in the future, I've identified several bugs that I intend to submit patches for.