xianc78 @xianc78@gameliberty.club

@xianc78
One of my resolutions this year is to get serious about video game development and actually try crossing that line. Worries about becoming a starving artist don't apply when everyone is being starved and frozen out of everything.

>poasties berating a guy for hating politics
lol, lmao

@phnt@fluffytail.org @Suiseiseki@freesoftwareextremist.com @munir@fedi.munir.tokyo @dj@ti.parcero.casa This makes total sense!
Suiseiseki is an inside agent, and he's making free and open source software as ANNOYING AND LAME AS POSSIBLE so everyone uses proprietary software, it's the perfect plan

@mischievoustomato @munir @Suiseiseki @waifu @dj Let's consult the copypasta.

>FOSSTard, GNUTard or in extreme cases a GNURetard, not to be confused with a FOSSoid, is an insufferable person whose most prominent identity is Free Software advocacy (#FOSS advocacy) done the wrong way. (...)
>Instead of advocating for practical Free Software use, they support only 100% Free Software solutions while ignoring how broken and unusable they can be. Thus eliminating any potential new users of Free Software.

Yeah, checks out.

BuyVM is changing hands and the Luxembourg location will be moved to Netherlands. So basically no freedom of speech and more likely government meddling when being involved in more controversial topics. Just so everybody knows.

More info on their Discord (sadly).

Edit: https://fluffytail.org/notice/ApwMFDlD3GhGD1CK4e
Edit 2: https://fluffytail.org/notice/ApwYmky7ntmeD0zpVw
Edit 3: https://fluffytail.org/notice/ApwYyGJNc1RCbPQN8K

#VPS #Hosting #Web

With reverse engineering (I assume the B-K decomp?) they figured out the RAM address that would enable the Stop n Swomp stuff via cart swapping. Not terribly exciting anymore because we long since got the cheato codes to activate them anyways and there's nothing anymore you can send them back to, but there it is

https://www.youtube.com/watch?v=sHQbswTkEjQ

Sweet negative ram usage.

#NoAgendaBannedCamp

I have been doing some research on the inline keyword in C++, since my IDE (CLion) is... giving it a lot of preferential treatment.

From what I have read, correct me if I am wrong, it is primarily an optimization **when used on functions**. Forcing the compiler to insert the function contents directly wherever it's called when it assembles into opcode, removing the overhead of calling a subroutine, but potentially decreasing efficiency in other ways--low level CPU cache/branch predict stuff the compiler will probably decide for me anyway and that I don't have a great understanding of yet.

However, I cannot find a super clear answer on what cons this may have for *variables*.

Say I have a static variable in a namespace:

namespace stuff {
uint8_t x = 69;
}

What are some potential DRAWBACKS, if any, to making this inline? I can only find information on advantages, but that it should otherwise be left alone because the compiler will do it anyway if it's analysis deems necessary. The consensus seems to be "none" but I want to be sure because there is a lot of bad advice out there.

Thanks

found a bug that lets you skip an entire boss battle, thus preventing the game from being finished :)

thankfully it's not something that a regular player would be able to encounter because of another bug, which i also fixed. but you can very easily do that in debug mode and then you can't actually beat the game after that unless you modify your save file or open the engine and make an alternative way to get the key item.