A game that was released last year has absolutely zero knowledge of this 8k PS5 so it’s not going to magically render at 8k or 40% improvement. Some might get a framerate bump if frame sync can be turned off - the game might have been GPU bound and therefore with a better GPU it yields a better framerate. Sometimes. And AI upscaling might give a pseudo > 4k effect but it’s not really true 8k.

A handful of games might get patched to avail of the improved rendering capabilities when they detect PS5 Pro. Minimal stuff really. Maybe the config file will improve draw distance or turn on certain effects like raytraced shadows / reflections when it knows the console can handle it.

Hardly seems worth the vast additional expense especially if somebody already owns a PS5 though. Moreso because Sony are trying to stiff people into buying the cheaper “digital” version which basically means any physical collection won’t work with it.

I know tar zxf and xjf off by heart. I probably do 100x as many extracts as creates. Tar is a stupidly antiquated command though.

The EFF has some info about the practice - https://www.eff.org/pages/list-printers-which-do-or-do-not-display-tracking-dots.

I imagine there are ways and means of obfuscating / anonymizing the dots such as blocking the printer from emitting them (e.g. an empty yellow cartridge that the printer perceives as full), modifying the firmware, using a burner printer, or using a mono laser jet.

As a side issue, most modern bank notes have a bunch of yellow circles integrated into the design on each side. They look random but they’re in a recognisable pattern called a constellation that enables devices like copiers / scanners to recognize when people are trying to copy money or other financial instruments like checks.

It’s still possible to open it before the car submerges. It’s also possible to open it if you have the wherewithal to wait until the inside is nearly full. That’s providing you know where the damned release lever is. But if you’re panicking and pushing the electronic release and nothing happens then you’re going to die no matter what. Same too if the car is on fire or whatever.

And Tesla, being the helpful sort, also makes it hard to open the doors in an emergency. The front might have manual door release mechanism somewhere - good luck finding it when the car is on fire or sinking. The rear… not so much.

EuroNCAP is changing its testing regime to negatively score manufacturers who remove critical physical controls and it should probably include door handles in that regime.

Concerning logs:

1. You can still log to text if you want by configuration (e.g. forward stuff to syslog) and you can use any tools you like to read those files you want. So if you like text logs you can get them. You can even invoke journalctl to output logs on an ad hoc / scheduled basis in a variety of text formats and delimited fields.
2. Binary allows structured logging (i.e. each log message is comprised of fields in a record), indexing and searching options that makes searches & queries faster. Just like in a database. e.g. if you want to search by date range, or a particular user then it’s easy and fast.
3. Binary also allows the log to be signed & immutable to prevent tampering, allow auditing, intrusion detection etc… e.g. if someone broke into a system they could not delete records without it being obvious.
4. You can also use splunk with systemd.

So people object to systemd writing binary logs and yet they can get text, or throw it into splunk or do whatever they like. The purpose of the binary is make security, auditing and forensics better than it is for text.

As for scripts, the point I’m making is systemd didn’t supplant sysvinit, it supplanted upstart. Upstart recognized that writing massive scripts to start/stop/restart a process was stupid and chose an event driven model for running stuff in a more declarative way. Basically upstart used a job system that was triggered by an event, e.g. the runlevel changes, so execute a job that might be to kick off a process. Systemd chose a dependency based model for starting stuff. It seems like dists preferred the latter and moved over to it. Solaris has smf which serves a similar purpose as systemd.

So systemd is declarative - you describe a unit in a .service file - the process to start, the user id to run it with, what other units it depends on etc. and allow the system to figure out how to launch it and take care of other issues. It means stuff happens in the right order and in parallel if it can be. It’s fairly simple to write a unit file as opposed to a script. But if you needed to invoke a script you could do that too - write a unit file that invokes the script. You could even take a pre-existing init script and write a .service file that kicks it off.

Kind of sad there are still people raging over systemd. When it flares up in discussions there is the usual debunked nonsense:

• it only logs information to binary and this is somehow bad. Except it it can be configured to log to text as well and it uses binary so it can forward secure sign records to prevent tampering as well as offering database style query operations.
• it’s insecure because the repo has millions of lines of code. Except that they compile into hundreds of small binaries running with least privilege, and often replacing the task of far more dangerous processes (e.g. there is an NTP client in systemd which sets the time and nothing else).
• various rants about the primary author

What is more bizarre is the nostalgia and hearkening back to sysvinit scripts when systemd didn’t replace sysvinit! Systemd replaced upstart which replaced sysvinit. Because writing 100s of lines of script to stop/start/restart a process sucked - insecure, slow, didn’t scale, didn’t capture dependencies and everyone knew it. Upstart was the first attempt to solve the issue and was used in Debian / Ubuntu, Fedora / Red Hat, openSUSE and others until systemd came along.

It would be better to “git clone” a repo under threat of removal than fork it in Github. That way an entire copy of its history is preserved. It’s possible the forks still exist for now, even if Yuzu removes their official repo, but if Nintendo serves Github the legal paperwork then the forks will get blasted.

That said if someone clones the repo, they probably ought to think twice before putting it back in the cloud without sanitizing / reconstructing the branches & history absent of the bits that got Yuzu into trouble in the first place.

Yuzu gave them the opening to sue though. If they had been more circumspect - “Oh this is to develop homebrew / indie games nudge nudge” then maybe Nintendo wouldn’t have unleashed the lawyers or done so ineffectively. After all it wouldn’t be Yuzu’s fault if some wicked website corrupted their pure intentions by releasing device keys or patches that allowed their emulator run commercial games. But they were more blatant than that.

Also from an empathic perspective, of course Nintendo were going to sue. Yuzu should have known they would since that’s what console platforms do when something interferes with their profits. Yuzu is doubly bad since it interferes with hardware sales and game sales unlike custom firmware / cartridges which only affect game sales.

Of course the genie is already out of the bottle. Yuzu’s source code and binaries were on github for anyone to clone / fork. All the games are out in the wild. The piracy will carry on. I think it’s fair to say the NSP is effectively dead as a platform at this point. If a NSP2 turns up this year, as rumored, then I expect it will have revised anti-piracy measures and potentially a heavy online service aspect to go with it - it’s far easier to detect pirates and wield the banhammer when a device is online.

Touched a nerve here and gotta say I find it funny.

You could find out when there wasn’t housing demand simply by looking house prices in an area over time. If it flattens or falls in an area, then demand has fallen. And instead of sobbing that people richer than you can afford to buy a particular house at the market rate, you should instead be lobbying state & city governments to change the absurd building codes that prevent more affordable urban housing to be built that the suburban sprawl that afflicts most US cities.

There are cycles of supply and demand in housing. This is as obvious as looking at graphs of house prices. So this meme is utter nonsense as is the conceit that somebody buying a house to sell it later is somehow evil or a “scalper”. Boo fucking hoo basically.

Hardly the same comparison. People buy houses when there isn’t demand and sell when there is.

I don’t think any solution is ideal but imo it’s better than dual booting.

It works great too. Day to day I’ll be building Linux code, running IntelliJ under X, installing docker containers and doing other stuff all from a Windows desktop.

You can use Linux and Windows at the same time with WSL. Works extremely well for people who develop Linux but also need Windows stuff.

I wonder if there shouldn’t be a way of federating duplicate groups after the fact so one doesn’t have to “win”, they just all combine as one.

Every single Uncharted was groundbreaking for its time. Not just the narrative, but the gameplay and the technology itself. They delivered again for The Last of Us and sequel. So two A-grade franchises under their belt.

Doesn’t mean they’ll have another hit but it stands to reason they’re not sat on their asses doing nothing right now. They’re either working on a TLOU spinoff or a new franchise or both. Now I’m not privy to what they’re up to but I’m sure if you google “Naughty Dog rumors” you might pick up some hints. e.g. one rumour suggests a game codenamed Paradox whose description sounds oddly close to what the Fallen London (Sunless Sea / Sunless Skies) franchise is although I doubt it would be the same, mores a pity. Fallen London is such a mad premise it shocks me it hasn’t gotten it’s own TV series.

They must be up to something. They have the pedigree to deliver a new IP franchise and for all anyone knows that is what they’re doing.

If you look at any modern desktop application, e.g. those built over GTK or QT, then they’re basically rendering stuff into a pixmap and pushing it over the wire. All of the drawing primitives made X11 efficient once upon a time are useless, obsolete junk, completely inadequate for a modern experience. Instead, X11 is pushing big fat pixmaps around and it is not efficient at all.

So I doubt it makes any difference to bandwidth except in a positive sense. I bet if you ran a Wayland desktop over RDP it would be more efficient than X11 forwarding. Not familiar with waypipe but it seems more like a proxy between a server and a client so it’s probably more dependent on the client’s use/abuse of calls to the server than RDP is when implemented by a server.