Hacker Newsnew | past | comments | ask | show | jobs | submit | quyse's commentslogin

As an alternative, on Windows I've always been using Far Manager [1], it supports viewing files of arbitrary size without loading them in RAM. Supports encodings, search, doesn't explode on binary files, etc.

[1] https://www.farmanager.com/


Everything that is viewed is loaded in RAM or am I wrong? Perhaps it can load partial file? This looks like midnight commander.


A reverse contest would probably be more challenging. Write initial instructions for an AI agent to never send funds. If nobody manages to convince it to send funds, say within a week, you win.

For added complexity, the agent must approve transfer if a user is an admin (as determined by callable function isAdmin), so the agent actually has to make a decision, rather then blindly decline all the time.

I mean, how hard it can be to make an AI reliably doing an equivalent of this code?

    if(isAdmin()) approveTransfer(); else declineTransfer();


I've been working on a cloud gaming service (like Stadia). Wanted to see how far I can get it done using open source, without ready-to-use solutions like Parsec/Moonlight/Sunshine.

It works by running a game in Linux (I use NixOS btw) under Wayland (sway), capturing the frames via Pipewire in form of DMAbufs and passing them to ffmpeg's VA-API encoder (so frames don't leave GPU memory and are encoded on GPU right away), and finally sending encoded packets through WebRTC media stream to a web client. Inputs from a client are sent back to the server via WebRTC data channel and injected into Wayland.

Running the prototype over local network displays zero perceivable latency. (Of course when playing on a remote AWS server the latency is visible as expected). Pleased with the result so far, although it's my first experience with Pipewire, VA-API, and WebRTC, so my implementation is probably far from optimal.

Overall, very impressed by WebRTC - such a powerful thing right in every browser. Continued to be amazed by NixOS - my AWS AMI is NixOS-based and can be built and rebuilt with granular caching, with a single `nix build` command. Also Terraform/OpenTofu - just makes it all possible deploy-wise. So much good stuff exists!


I think you also need to exchange some metadata like screen resolution etc, right ?


Currently resolution is hardcoded, but sure, can be done. Also need to figure out things like changing language/keyboard layout or using IME, to be able to type text properly. Sending mouse cursor picture from server to client may be nice too, in case a game uses hardware cursor and changes it's appearance, like some RTS games - currently mouse cursor is just being baked into video frames. Many possible improvements!


Wow that's dope! Is this on GitHub anywhere?


Not yet, but I'll probably open source it eventually! Still need to clean things up a lot, and implement missing functionality, for example I haven't even bothered to implement audio capture yet, because I wanted to try video first


I don't think that's their intention. Elastic wouldn't be able to integrate Amazon's patches back into their codebase without losing the ability to change the license in the future. Even more, since it's AGPL, they'd have to get rid of their other licenses immediately.


> Elastic wouldn't be able to integrate Amazon's patches back into their codebase without losing the ability to change the license in the future.

(I anal, even if I were a lawyer, I am definitely not YOUR lawyer, yada yada)

If I were Elastic, I would require Amazon dot com or anyone else who wants to contribute code to Elastic to sign a CLA. Depending on how the CLA is structured, this could allow Elastic to continue multi licensing?


In this scenario, Amazon doesn't want to contribute to Elastic, Elastic wants Amazon's changes from Amazon's fork (Opensearch). So they can't demand Amazon sign a CLA, because they can't offer Amazon anything for it. Amazon is fine just ... not signing and continuing on their open fork.

Elastic have lost the Schelling monopoly on what constitutes the "mainline".


But Elastic can already take the changes from Amazons fork - opensearch is permissively licensed. What they might want is that Amazon stops maintaining its fork and contributes directly to elastics mainline. I believe that ship has sailed, and it's not coming back to pick up stragglers.


I've implemented recently just the same thing, but for SVG -> PNG conversion. I found that SVG rendering support is crap in every conversion tool and library I've tried. Apparently even Chrome has some basic features missing, when doing text on path for example. So far Selenium + headless Firefox performs the best ¯\_(ツ)_/¯


Wareztracker: https://wareztracker.com/games - torrent download stats for video games - find out how popular a particular game with pirates.


It's not that good usually, e.g. PostgreSQL writes data in pages (8 KB by default), and changing 10K random rows in the 50M rows table can be quite close to the worst case of 1 changed page per changed row, so 8x of your estimate. Also need to multiply x2 to account for WAL writes. Also indexes. It's not hard to hit a throughput limit, especially with HDDs or networked storage. Although local SSDs are crazy fast indeed.


Agreed: 80MB/s for the random 8K page updates. However, transaction logs in modern databases are committed to disk in batches, and each log entry is smaller than a page size. So a nice round number would be 100 MB/s for both.[1]

For comparison, that's about 1 gigabit per second in the era of 200 Gbps networking becoming common. That's a small fraction of SSD write throughput of any modern device, mobile or not. Nobody in their right mind would use HDD storage if scaling was in any way a concern.

[1] Indexes add some overhead to this, obviously, but tend to be smaller than the underlying tables.


`--config filename` allows this. `--config -` for stdin. Not only urls, but any config options

  echo '--url https://google.com/' | curl --config -


If you are familiar with NixOS, and like to have everything declared in Nix configuration, Simple NixOS Mailserver is very robust and easy to use. Have been using it for ~2 years.

https://gitlab.com/simple-nixos-mailserver/nixos-mailserver


Checking the Gitlab summary, this is a wrapper around Postfix+Dovecot, with support for DKIM/SPF/DMarc authentication and rspamd spam filtering.


Congrats on launch!

Although my immediate thought was - DRM is just wrong. It will only punish legitimate players and will be cracked quickly anyway. Indie games do not need DRM.

Also I'm generally wary of subscription services. For any sort of "serious" game I would prefer buying, so to not depend on a subscription where the set of available games may change at a whim. However one interesting possibility may be a partnership with a platform like itch.io. They have literally thousands of games, and a lot of them are quite original, but I'm generally not ready to pay for them - as a lot of them are in development/not finished/bad quality/obviously overpriced. Subscription which gives access to all (or most of) the games of itch.io may actually make a lot of sense, encouraging players to try much more games. Just a thought.

Good luck!


That's a good idea. We like to think that subscription services foments this idea of exploration; after all, it makes the traditional process of finding, purchasing, installing, and finally playing shorter and smoother.


Consider applying for YC's Winter 2026 batch! Applications are open till Nov 10

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: