No love for the 'declarative' programming paradigm? You can actually do some useful work with SQL or Ansible...
addie
joined 2 years ago
My bath takes up the entire width of the bathroom - that place looks cavernous. Am sure I could tolerate an apartment that crappy when you can have a game of squash in between dumps.
I found that too. The animations are misleading - just listen for when you need to press the buttons.
The plural of faux pas is also faux pas, because you know, French. But this is less one false step in the dance, than doing entirely the wrong dance altogether.
There's two kinds of motion blur, really - camera based, and model based. Camera-based requires calculating one motion vector for the whole screen, which is basically free. Model-based requires projecting the motion of each vertex of the model in the projected view; one matrix multiply per vector is not 'expensive' on a modern graphics card. Depth of field requires comparing the depth buffer, which you'll have already created as part of rendering, and then taking several 'taps' around each point on the screen to calculate the blur for the 'focus distance' compared to the actual distance. The final image post-processing will generally process the whole screen anyway, so you're just throwing a couple of extra steps in for the two effects.
Now, what does it save you? If your engine is using TAA (temporal anti-aliasing) then that's performed by 'twitching' the camera a tiny amount (less than a pixel) every frame. If nothing's moving, then you can merge the last several frames to get a really high-quality anti-alias; all the detail that wouldn't be caught with a 'completely static' camera will be captured, and the result looks great. But things do move; if you recalculate 'where things were' then you can get a reasonable idea of what colour ought to be at each pixel. Since we need to calculate all the movement vectors to do that, then using the same info gives us the motion blur data 'for free' - we can add a little blur in post-processing to hide the TAA mistakes in post processing, and when implemented well(*) then it looks pretty effective. It's certainly much, much cheaper to calculate that 'proper' antialiasing like MSAA.
(*) It is also quite easy to not implement TAA well, and earn the ire of gamers for turning everything into a blurry mess. Doom (2016) does a fantastic job of it - it's in the engine at a low level - and I've never seen anyone complain about that game being blurry or smeared.
It takes time to load high-quality textures and models from disk, and it uses up the RAM budget for each frame. Using lower-quality textures and models for distant objects greatly helps rendering speed and prevents stutter, and a bit of depth-of-field hides the low-quality rendering with a bit of a smear.
Now, if your graphics card greatly exceeds the design requirement (which was probably some kind of console) then you can switch these effects off and the game will look even better, which might make you question why they're there in the first place. To help consoles look better with some 'cinematic' effects, is why.
Broke my first one on the final boss of Sekiro, which can be quite intense in places. Bought another one immediately when they announced they weren't making them any more.
Hesitation is defeat. Although, wish I'd got three as well...
Not very easy, even then. Very pure water will absorb CO2 out of the air to make carbonates, it will strip ions from the surface of most materials you'd want a make a distillation column from. It's a very aggressive solvent.
We used to do that in industrial automation. If you make any changes to the PLC / HMI / SCADA software, burn a DVD with what you changed and leave it next to the rack. No danger of bringing in viruses on a USB stick (the whole system was air-gapped) and you'd still have a backup available.
I've always thought it was an otter, but never up till now have I questioned why it's stolen an orange. They're not the most citrus-loving of creatures.
Another fantastic project that makes gaming on Linux so much easier. It's incredibly strong in configurability and 'robustness'. Yes, you might have to set up all of your Wine bottles and things like that, which can be a faff, but once it's working in Lutris, it just keeps on working on Lutris.
Great for long-running series, too. I've been a big fan of the XCOM series since the Amiga days; in Lutris, it's easy to have UFO: Enemy Unknown / Terror from the Deep running in openxcom, Apocalypse in DosBox, and connected up to the Firaxis remakes in Steam. Similarly, love me a metroidvania, and have got most of the 40+ CastleVania games lined up and ready-to-go, just a double-click away.
Heroic has made me start buying games on GOG again.
I used to dual boot "Windows for games" and "Linux for work", and would buy GOG in preference to Steam because I love what they do.
Got rid of Windows years ago because it's more of a PITA than it's worth, and basically went 100% Steam because Proton is so good.
Heroic is so awesome - better interface than Steam, in many ways - that GOG is back on the menu.
Awesome interview as well, @PerfectDark@lemmy.world - a really interesting read.
Frezik has a good answer for SQL.
In theory, Ansible should be used for creating 'playbooks' listing the packages and configuration files which are present on a server or collection of servers, and then 'playing the playbook' arranges it so that those servers exist and are configured as you specified. You shouldn't really care how that is achieved; it is declarative.
However, in practice it has input, output, loops, conditional branching, and the ability to execute subtasks recursively. (In fact, it can quite difficult to stop people from using those features, since 'declarative' doesn't necessarily come easily to everyone, and it makes for very messy config.) I think those are all the features required for Turing equivalence?
Being able to deploy a whole fleet of servers in a very straightfoward way comes as close to the 'infinite memory' requirement as any programming language can get, although you do need basically infinite money to do that on a cloud service.