AdrianTheFrog

Copy the link of the image. You see the bit at the end of the url that says ?format=webp? Change that to ?format=png.

Lemmy often doesn't show images in original quality unless specifically requested to.

Edit: which is fair, because the lossy webp is 51 kb vs 513 for the png. Compressed for longer, it could be a 265 kb lossless jxl though. Once Mozilla and Google finally add support (which is actually happening now!). It could also be a 322 kb lossless avif. All of these aren't max effort, just the effort that takes about 6 seconds on Image Toolbox on my phone

Lossily, avif > webp > mozjpeg > jxl > jpegli for this image, although I think this is just because jxl and jpegli use the same perpetual tuning method which must not favor dark areas. Which might be good for most images but certainly is terrible for this one. It certainly is much better at the bright areas. Mozjpeg vs jxl -> lossless webp (equivalent compressed size)

Note that all of the lossless formats would have been much smaller if the original screenshot in the mastodon post was lossless

One time my computer wouldn't boot, with the motherboard giving an error. It turned out that a bit of metal on the IO shield had gotten bent into the USB C port and was shorting some of the pins. I'm very glad there seem to be protections in place for at least some of these sorts of things lol

Motion blur in video games is usually a whole lot less accurate at what it's trying to approximate than averaging 4 frame generation frames would be. Although 4 frame generation frames would be a lot slower to compute than the approximations people normally make for motion blur.

Yes, motion blur in video games is just an approximation and usually has a lot of visible failure cases (disocclusion, blurred shadows, rotary blur sometimes). It obviously can't recreate the effect of a fast blinking light moving across the screen during a frame. It can be a pretty good approximation in the better implementations, but the only real way to 'do it properly' is by rendering frames multiple times per shown frame or rendering stochastically (not really possible with rasterization and obviously introduces noise). Perfect motion blur would be the average of an infinite number of frames over the period of time between the current frame and the last one. With path tracing you can do the rendering stochastically, and you need a denoiser anyways, so you can actually get very accurate motion blur. As the number of samples approaches infinity, the image approaches the correct one.

Some academics and nvidia researchers have recently coauthored a paper about optimizing path tracing to apply ReSTIR (technique for reusing information across multiple pixels and across time) to scenes with motion blur, and the results look very good (obviously still very noisy, I guess nvidia would want to train another ray reconstruction model for it). It's also better than normal ReSTIR or Area ReSTIR when there isn't motion blur apparently. It's relying on a lot of approximations too, so probably not quite unbiased path tracing quality if allowed to converge, but I don't really know.

https://research.nvidia.com/labs/rtr/publication/liu2025splatting/

But that probably won't be coming to games for a while, so we're stuck with either increasing framerates to produce blur naturally (through real or 'fake' frames), or approximating blur in a more fake way.

Frame generation is the only real odd-one-out here, the rest are using basically the same technique under the hood. I guess we don't really know exactly what ray reconstruction is doing since they've never released a paper or anything, but I think it combines DLSS upscaling with denoising basically, in the same pass.

DLSS Frame Generation actually uses the game's analytic motion vectors though instead of trying to estimate them (well, really it does both) so it is a whole lot more accurate. It's also using a fairly large AI model for the estimation, in comparison to TVs probably just doing basic optical flow or something.

If it's actually good though depends on if you care about latency and if you can notice the visual artifacts in the game you're using it for.

you can download the arch wiki on kiwix (for android), it's like 30 megabytes

Are there any alternatives that are decently fast for large files? My computer and my phone both get at least 300 mbps from the router, and I have yet to find a local file transfer application that will be anywhere near that fast for large files (destiny, local send, kde connect, might have tried others, I don't remember)

No, I don't think so. There is cleanup required on the rails of course, but it's used fairly regularly in some places I think when the tracks are wet

https://en.wikipedia.org/wiki/Sandbox_(locomotive)

A lot of trams carry sand that they can put on the rails to get more grip when they need to break really fast. That might be what happened there

You know, the new word is 'affordability.' Another word is just 'groceries.' It's sort of an old-fashioned word but it's very accurate. And they're coming down

such an eloquent speaker

I'm very proud of my budget server setup. around $220 in total for an i7 6700 thinkcentre from the university surplus store, plus 16 gb ram, a 256 gb sata SSD and an 8tb hdd

I don't use it for media hosting or anything, so the 8tb drive is mostly just for backups of the server and my desktop.

there's contexts where it could be fine I think, like if you know your friend will take it lightly, and you're not taking it seriously either. but actually trying to test someone with that is stupid