Everyone knows that transwomen prefer Rust due to its borrow checker which ensures memory safety without the overhead of garbage collection.

What’s an ass song?

Yoy can’t argue with this logic /s

I mean… There are free and super cheap assets that can be used for temporary placement. Plus I’m not against someone using AI for their assets.

My point is, if someone’s gonna use two years or more of their lives for making a game, using AI art is going to go against them.

As someone with a game collection so large I won’t able to finish in two lifetimes, game art is important enough to make me decide for a game and not for another one.

It is so true that certain games do not reach wider audiences because their art style is not as skilled as in other projects.

I find AI art derivative, mediocre and dull. It IS of surprising quality and at the same time incredibly boring. And I feel this blob of grey will increase as it becomes standardized and more AI art games become the norm.

Corollary: If someone shows you a picture made by AI and tells you nothing but to rate it, you’ll probably just shrug.

dangerous and repulsive

I’ve been told worse things but never by a dog.

For being a major pest, it is quite striking.

A win for democracy.

Those were pre-inflation dollars. You could buy like, forty eggs with it.

I love music and can just listen to music without doing anything, but then I feel guilty for not doing anything with the rest of the body.

Well paired with that salad then.

Are you sure this isn’t a Ghibli-like forest spirit cat?

I’ve found myself more often hoping for further mindless tasks because I want to keep listening to my podcasts.

Let me check dmesg:

amdgpu 0000:03:00.0: amdgpu: failed to write reg 291c wait reg 292e

or

[46531.357889] amdgpu 0000:c5:00.0: [drm] ERROR lttpr_caps phy_repeater_cnt is 0xff, forcing it to 0x80.

Let me know if more examples are needed ;)

Bone hurting juice.

I gave a bit of a heads-up on a different thread, but the TLDR is that I use usb for the main disk and there’s an issue with usb in the latest uboot for rk3328. I tried flashing the SPI to an early version but as soon as I would update a kernel to LTS, I would start having problems.

To be honest, I feel that this is a solvable issue, but also that I’m done trying to make these cards work on my own. (I wasted a lot of time and money fixing the eemc modules and the sockets).

At this point I reached a conclusion that I would use my selfhosting time to focus on software and networks, and just use reliable hardware, even if it means doing less and paying more, and leave soldering for my diy projects.

That said, the Rock64 pro sbcs I have are still going strong despite being used non-stop for the last 5-6 years.

Rock64s had several issues with emmc slots, however one way I had to circumvent it was flashing the SPI allowing me to boot from usb, following the official guide: https://github.com/ayufan-rock64/linux-build/blob/master/recipes/flash-spi.md

The issue here is that with the recent updates on u-boot, some older models have issues with old u-boot systems, and while I can flash again to the previous working SPI and u-boot, I can’t make it work with the latest lts kernel.

Could it be solved? Sure, if I invest time solving the issue and compiling my own kernel version, I guess.

Is it worth it? My time is more limited than my money. I’ll rather some cash on three rpi5 or similar, than wasting more time on a set of cards that have been failing on several things for the past five years. (lattepandas and rock 64 pro had no issue during the same amount of time)

At the end of the day, I like selfhosting services but I also like having free time :)

Thanks, that is one of my biggest concerns. Rpi5 is on my radar, despite the supply situation that often plagues rpies

deleted by creator

Unwatchable.