steelbrain

10 ms·

1.
by steelbrain 3mo ago
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 drin
2.
by steelbrain 3mo ago
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
3.
by steelbrain 3mo ago
In the US at least, it is illegal to do unsolicited outbound sales with a bot. You have to have humans make these calls.
4.
by steelbrain 4mo ago
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
5.
by steelbrain 4mo ago
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.
6.
by steelbrain 5mo ago
Yes, natively. Thanks Google: https://blog.google/products-and-platforms/platforms/android...
7.
by steelbrain 5mo ago
See also: Shrinkflation ( https://en.wikipedia.org/wiki/Shrinkflation )
8.
by steelbrain 5mo ago
The source code is hosted on Github: https://github.com/gitbutlerapp/gitbutler I was really hoping we'd see some competition to Github, but no, this is competition for the likes of the Conductor App. Disappointed,
9.
by steelbrain 6mo ago
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.
10.
by steelbrain 6mo ago
I didnt realize how prolific the OpenClaw author was. Thanks for sharing!
11.
by steelbrain 6mo ago
> 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 applicati
12.
by steelbrain 6mo ago
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
13.
by steelbrain 6mo ago
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.
14.
by steelbrain 6mo ago
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.
15.
by steelbrain 6mo ago
I am using it as my everything-depot. Beyond this proprietary app, you'll find more than a hundred of my other, open source projects there as well. Including the building blocks of said proprietary app: https://github.com&#x
16.
by steelbrain 6mo ago
tl;dr: - Client makes request to server (which opens a bidirectional network socket) - Server uses that bidirectional socket, spawns a local patched ffmpeg with vfs-like characteristics - ffmpeg (using client-server bidrection socket) does
17.
by steelbrain 6mo ago
I'll tell my TV you said that and I'll see if it stops buffering during playback :)
18.
by steelbrain 6mo ago
I've traveled around a lot in the past couple years so my situation (read: homelab equipment) has been changing and my usecase has been changing with it. It started out as: - I dont want to unplug the GPU from my gaming PC and plug it
19.
by steelbrain 6mo ago
Thank you for sharing your experience. Seems like this is not relevant to your setup & usecase. People who need this know who they are. Not everything is for everybody.
20.
by steelbrain 6mo ago
> streaming it over the interwebs isn't the issue The hope is that you stream over LAN not the interwebs! > I always get a speedup from moving the files off my external hard-drive Based on your description, it does seem like your
21.
by steelbrain 6mo ago
I've explored sftp since ffmpeg has built-in support for it (-i sftp://...), but the support is quite buggy in code, I hope to submit some patches upstream to be able to change it. FTP in contrast seemed much more stable, at
22.
by steelbrain 6mo ago
Thanks for putting a smile on my face! I am glad you liked it! :)
23.
by steelbrain 6mo ago
Thank you for your comment! The usecase for something like this is when you control both sides, server & client. There is some basic HMAC auth built into each request. > I would recommend to sandbox if at all possible. Since the serv
24.
by steelbrain 6mo ago
I've considered it, thanks for the nudge. Since the patches are quite specific to my usecase: - https://github.com/steelbrain/ffmpeg-over-ip/blob/main/fio/f... - https://github.com&#
25.
by steelbrain 6mo ago
You're going to have to chalk this up to human error, in the excitement to post it, I omitted Show HN:
26.
by steelbrain 6mo ago
Very cool! Thank you for sharing! I didn't know this existed, so now I'm curious how they solved it :) My usecase is just-in-time media transcoding, I'll see if PeerTube remote runners support it
27.
by steelbrain 6mo ago
I tried to answer it about a year and half ago and that answer is still mostly correct: https://news.ycombinator.com/item?id=41743932 You can mix and match operating systems, macOS, Windows, Linux, you do not need sudo priv
28.
by steelbrain 6mo ago
I am thinking of adding a Windows application with an installer and a tray icon that you can use for some basic settings like changing port or password, or toggling automatic startup. For linux, I am thinking of adding convenience helpers a
29.
by steelbrain 6mo ago
> cool idea. can you elaborate on IO and how the ffmpeg-server reads blocks from the client? that would seem to be a big blocker ffmpeg-server runs a patched version of ffmpeg locally, ffmpeg requests to read some chunks (ie give me vide
30.
FFmpeg-over-IP – Connect to remote FFmpeg servers(github.com)
235 points by steelbrain 6mo ago|68 comments

More ›