Video interessante mostrando que, mesmo sem ter qualquer chance de eleger presidente, o Missão/MBL é um perigo. São efetivamente mais reacionários que bolsonaristas e todas as porcarias vergonhosas e cringe deles são propaganda mirada nos jovens ressentidos e que vai fervendo aos poucos - muitos acham que tudo é só zueira, só resenha, e é aí que tá o perigo, como todas as "zoeiras" do 4chan

I recently replayed Tom & Jerry for the PS1, a game that is clearly low budget but still is still fun to play, especially when playing against someone else.

This being the retrogaming community, I expect to hear about games up to the 360/PS3 era 😁

It's good that the idea of the kinect didn't fully die, it's great stuff for some casual gaming, the bad is that games come only via subscription because fuck you

In a rather unsurprising twist, the pilot, porn actor Mitsuyasu Maeno, was an ultranationalist.

The attack was due to the bribery scandal after Kodama was exposed as lobbying in favor of Lockheed-Martin in Japan, which the ultranationalists loathed as they still saw the USA as an evil alien that should be expelled from their country.

Oh, he was also a CIA asset

In a rather unsurprising twist, the pilot, porn actor Mitsuyasu Maeno, was an ultranationalist.

The attack was due to the bribery scandal after Kodama was exposed as lobbying in favor of Lockheed-Martin in Japan, which the ultranationalists loathed as they still saw the USA as an evil alien that should be expelled from their country.

Oh, he was also a CIA asset

Found this channel, Threat Interactive, some time ago and have been watching the videos. He uses debugging tools to go step by step on how each frame is generated, explaining bottlenecks, things that reduce performance (like computing some stuff more than once, out of order, etc) and things that make the final frame look bad (usually bad anti aliasing)

The dude gets very mad about the state of current games' pipelines, mainly due to how Unreal and Nvidia have fucked things over for their profit - and really, when we take graphics from today and compare with games from 2016, it's easy to see downgrades in quality AND performance.

DelistedGames lists games that were, at one point, available for play or digital "purchase", but are no longer so.

I want to know if there are any sites that lists games that never had any sort of digital release - stuff like Battlefield Vietnam, Universe at War or Freelancer.

I can't figure if mobygames has some sort of filter to show only games currently on sale, that would suffice

cross-posted from: https://programming.dev/post/56167529

Say I make a game that uses SDL for graphics and compile a linux version of it. Instead of going through the hassle of using Android SDK/NDK to make it a proper installable apk, would it be viable to have it be run as a program off termux?

Say I make a game that uses SDL for graphics and compile a linux version of it. Instead of going through the hassle of using Android SDK/NDK to make it a proper installable apk, would it be viable to have it be run as a program off termux?

The ritual is done at least 20 times, with months or years between each session, taking 10 to 30 minutes. The ones that pass through it all are accepted as warriors and future leaders

https://pib.socioambiental.org/en/Povo:Sater%C3%A9_Maw%C3%A9

https://en.wikipedia.org/wiki/Maw%C3%A9_people

https://en.wikipedia.org/wiki/Paraponera_clavata (bullet ant)

Window guidance - essentially, the central bank increases or limits credit for certain sectors in order to incentivize their growth.

Learned from watching this documentary - The Princes of Yen | The Hidden Power of Central Banks (yt link) - , so if anyone knows if any information is wrong or misleading, please tell me so :)

Other stuff the doc mentions is that the late 1980s Japanese economic crisis was caused on purpose by the Ministry of Finance, through the Bank of Japan, by enforcing all banks to reach minimal loan quotas; all of that in order to force structural changes to the finance system, as without a crisis, there is "no reason to change the structure"

Some time ago, I asked about desktop environments that could be controlled with a game controller - https://programming.dev/post/54830683

I decided to start with DietPi, seeing as it's a much more minimal image than the minimal Armbian. RKDevTools burned it to the nvme just fine^[I absolutely hate that the program uses a 2-step disconnect/connect to the usb, which led to many a failed attempt to burn the image. What I mean is: first it writes the uboot image, then it enters a "Waiting for loader" state where it has to send a signal to the board and/or wait for it to boot under LOADER mode. For whatever reason, I had a very high failure rate in this step, whether due to cable or usb port, I'm not sure, but it was a fucking headache. I really wish you could do it step by step in order to avoid this kind of problem]. DietPi works fine, retroarch runs fine. Great.

Next, I install Kodi. For some reason, it doesn't show me the screen: the terminal stays on screen, showing the entire log output, pressing keyboard keys make sounds of selecting options, but the graphical part of Kodi is nowhere. 2 restarts later, attempting with root and the normal user, same problem. A cursory search on the internet gave me nothing (dietpi kodi terminal). Fuck me.

I then install KDE. Similar to Kodi, it simply doesn't launch. As I installed via the metapackage, I expected it would've installed with either lightdm or sddm (the login screen manager). In either case, running the command to start kde from the terminal simply gave me an error. Like with Kodi, I couldn't find this or a similar problem on a search (dietpi kde won't start) and it wouldn't run either as root or normal user.

Oh, DietPi also took forever to finish booting up because it would take its sweet time checking eth0, then wlan0 (10s on each), then nearly a minute with journalctl.

Fuck that shit.

Armbian with KDE was the next option. Sure, I wanted to avoid a bloated desktop environment, but if it worked out of the box, I could just remove packages later. Lo and behold, it did! Setting up the controller to work was easy, too, yes! But boy, what a load of cruft! Luckily, Armbian offers, under armbian-config command, an option to downsize the full KDE to a minimal install. So I did.

By the way, did you know that Armbian uses a different network stack if you don't use the minimal install? And that the package is apparently removed from the full KDE install if you downsize it? I didn't until it happened. Guess how happy i was in finding out that Armbian removed THE ONE FUCKING PACKAGE THAT ALLOWED ME TO DOWNLOAD ANY OTHER FUCKING PACKAGE. Of course I didn't immediately figure out what happened, it took some searching because the apt update error insisted it couldn't reach ports.ubuntu.com despite me being connected to my wifi, despite the config file still existing, despite a couple of restarts. Only after I found the bit of Armbian explaining this idea of using a different network stack in a different flavor was when I checked and voilá, I had no program to actually turn on and connect to a network. You would think that there would at least be some warning somewhere, or that the default systemd.network package would be installed anyway but stay disabled in this default, but nope, just get rekt noob, fuck you.

Already feeling like going back to oPi's own android rom, I trudged on and went with Armbian minimal. If that one failed or fucked itself over for no reason, I would give up. It does use a bit more memory and runs more processes than dietPi, but it doesn't fuck around during boot, it's fast, which is a huge plus. Before installing KDE minimal, I try to make a snapshot using timeshift. For whatever reason, it doesn't work. It simply gets stuck with RSYNC doing fuck-all. Under normal circumstances, it should show the progress percentage. In my case, it would show 0.0%, then the line would disappear after a couple of seconds. Leaving it there for 20 minutes resulted in nothing, despite the total used space at the time being under 3GB. There goes my plan for avoiding rkdevtools yet again. Sigh.

I fire up armbian-config and install minimal KDE. It works! I reboot just to be sure it wasn't a fluke and yes, it still works! Time to configure some stuff and... Where's the settings program? Why is there no settings? Nothing to configure keyboard, power management, locale... What the fuck? Turns out that a minimal install of KDE does not install systemsettings, which is KDE's package for configuring lots of stuff. I guess my notion of "minimal should include THE FUCKING SETTINGS" is wrong, but I digress. Once I figured the package and installed it, everything was fine. For 5 minutes.

To my dismay, plasma-bigscreen isn't a package available in the repo and the fucking page only offers a x86_64 package for download. So that option was out.

I start installing some packages, like retroarch again, also Firefox. I launch the good ol' browser and the screen immediately goes black, then shows the boot sequence. Huh. My first thought is that the board was overheating, as I forgot to properly connect the heatsink. All set, Firefox opens for 3 seconds then I'm rebooted again. Fuck me. I turn off the board, wait a bit, turn on, try again and FF crashes again. It's not temperature and I have no fucking clue what could be instead. The solution was installing flatpak bazaar and then using brave browser (ugh, I know). It crashed once, but after I had like 10 tabs open. I also tried Librewolf but it crashed the system after i typed one thing to search.

Now, since I want to use this without needing a keyboard, I set up the controller again - the first time also happens to freeze the settings window for unknown reasons. Anyway, I successfully set up SDDM to auto login (after installing its setting package, because why would a minimal install need settings, right?), then do a CTRL ALT F4 to try retroarch in a different terminal. It runs fine, but when I quit, it immediately starts again. I quit again, then I see a bunch of repeated apt commands being tried again. I reboot.

You know the meme that getting audio running on Linux is a fucking mess worse than X11? There is truth to that. For reasons known only to bug gremlins, my audio stopped working^[It's possible the reason was one of the apt commands that ran during my retroarch test above, which begs the question of why the fuck the terminal went crazy and tried to run those commands right after quitting the program I ran and without my fucking input]. Reboot, still no sound. Thanks to the memes, I at least know which packages to look for: pipewire, alsa and pulseaudio. Armbian installed pulseaudio, but not some of its settings. I go ahead and install some more packages, reboot again and finally get it working again, though the sound test window still complains that it couldn't find an audio driver.

Now, let's see if retroarch actually works. Hm, I'm sure it was supposed to have an option to download cores. As a matter of fact, it does, but it's hidden by default in the linux install, so I go to /home/fist/.config/retroarch and manually edit retroarch.cfg so it'll show the option to download cores. Only it doesn't work and also breaks the UI. The log complain it can't write to the folder, though the UI breaking isn't logged, it's just a neat side effect. After some fucking around and manual downloads - which also refuse to be installed due to write permissions - I set a folder in /home/fist/libretro as the one for retroarch to look for the cores and throw all the cores there, including copies of the ones installed via apt.

It's finally working, though I've yet to stress test Dolphin (flatpak version) or Flycast, which should be the more demanding emulators. One of the reasons for the change was that the orange android's version of dolphin was insufferable with detecting controls and would often crash after a while. If that repeats here, well, I'll feel it was all for nothing.

I'm not too keen on KDE taking ~1.8GB of RAM either, so I might experiment with alternatives, like getting Kodi or Flex (which I'll have to use the rpi package) to run instead of it, although trying to logout immediately logs back in with KDE again - due to my SDDM config.

So, the tally of problems I encountered:

1. No plasma-bigscreen for aarch64
2. kodi wouldn't start its graphics (dietpi)
3. kde wouldn't start (dietpi)
4. slow boot (dietpi)
5. armbian removing the network control package without a fallback
6. timeshift wouldn't work (armbian)
7. minimal KDE doesn't install system settings (armbian)
8. couldn't connect 2 bluetooth controllers at the same time (armbian)
9. Firefox/Librewolf consistently crash the system (armbian)
10. KDE activating the lock screen despite no option toggled to do so (armbian)
11. audio stopped working (armbian)
12. Retroarch refusing to download cores; failing to install cores from a directory (armbian)

I understand the concept of rough edges and that, for ARM in general, it should be expected from linux distros, but some of the problems I faced are less rough edges and more stupid fucking design - I mean this especially on problems 5 and 7