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

Such a famous 'berg, and yet it never received a name? I propose "The Anti-tanic"


> I'm paying $37/yr for 600GB LFS storage on top of my existing GitHub Pro subscription.

I'd love to know how you managed this! I'm paying $60/yr for 50GB, which feels exorbitant.


My account is still on some now-discontinued pricing tier, so I guess I got grandfathered-in or something.


Why are none of the examples you mention remotely close to being indie games? Those are clearly not what a Long Tail business model looks like in video games. That Infinity Blade novella was written by Brandon Sanderson.


My goal was to illustrate the arc, from indie bootstrap to AAA success. I don’t recall Chair as a AAA studio in 2010. The development of PUBG, which began as a mod of another game, might be a better example.

I did messed up here by mixing concepts from “Free” in with the concepts from “Long Tail”. I went back and re-read the Long Tail article from WIRED and edited my patent comment above to correct that error.


SyncThing comes with a built-in feature to keep the last n versions of files around[1], for added peace of mind.

https://docs.syncthing.net/users/versioning.html


It only works though if you dedicate a separate server for sync.


Bit late to the party, but I can shed some light on this. Since a real camera has the shutter open for some duration, any moving light will smear across the sensor. If you similarly "smear" a path traced object by stochastically randomizing the position of the object while the path tracer is gathering samples for the frame, you get exact physically plausible motion blur without having discrete "ghosts" corresponding to sampled subframes.


Was it Tantalum, by any chance? https://benedikt-bitterli.me/tantalum/


Yes, that's exactly it. Thank you!


You're looking at one electrode. There's ten of those things (though they want to add more). The point is to make good contact with the scalp through the hair without needing to shave and/or apply contact gel.


I presume he's referring to repeatedly exhaling and inhaling a tiny amount to keep circulating smoke in the lungs without losing any to the air. Can't speak for its effectiveness.


It's an open source project, and the engine supports Mac OS, though Apple being Apple you can only target any of their platforms by investing in their overpriced hardware.

You realize you're on hacker news, right? Anyone with the right machine can fork it, strip out the Steam integration and ship it on your preferred platform.


Yeah, I realise I could do that. But I'd prefer to just play the game and reward the author financially for the convenience.


Maybe he would like to see it supported for Linux on Steam and perhaps send the creator a little cash as well?


LÖVE works well on Wine.


LÖVE works well natively on Linux.


Ancedotally, LÖVE software written for Windows can be hard to get running natively on Linux properly.


Hence the cash motivation for real support.


Just to be clear I want to give cash even if it takes no effort to get it working on Linux.


You don't need any apple build tools for this. The engine is an application that reads lua files you edit to make your game. Then you can repackage all that as an application.


From the Love2D documentation [1]:

> Compiling Mac apps requires a Mac running macOS with XCode installed

Same for iOS.

[1] https://love2d.org/wiki/Game_Distribution


There's an easier way: create a zip file with all your .lua files, and just drag the zip file into the LOVE app (which you can download from the website). This isn't for distribution and more for game testing, but it works perfectly fine.


For distribution on the mac store, yes. But you can make stand alone builds by including a main.lua (and other code) next to the Love executable inside of the application (you can just make a copy of it for your game).


> but how can electromagnetic resonances not be considered in the discussion to warrant continual downvotes

Because everyone's been telling you the same thing in a multitude of different ways, but you refuse to get the point. Yes, the operation of the software we write can be affected by the physical realities of the hardware we use to execute them, but any time this causes the software to behave differently than it would in a purely hypothetical computer, this is considered an error and the results invalid. We even have hardware that automatically corrects for when rare events such as freakin' cosmic rays cause the value of a bit to flip (ECC memory).

The domain of software engineering is abstracted from physical reality. There's nothing useful to be gained from such discussions, because the whole job of hardware engineers is to enable us to operate at a higher level where we don't have to concern ourselves with the quantum electrodynamics necessary to make the transistors do their jobs.


Thank you for the response. What evidence do you use to support your judgment that the physical system is not affecting the mathematical transformations in the present example? Or is it just an assumption that you do not need to consider “quantum electrodynamic” parameters even though the motion involved is intrinsically natural, eg bird audio?


Consider applying for YC's Fall 2026 batch! Applications are open till July 27.

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

Search: