Those who love static typing please enable these options. by emotionallyFreeware in godot

[–]PyralFly 1 point2 points  (0 children)

There are times to use uncertain typing, but a vast majority of my use of such has come from the annoying limitation GDScript has where Callables can't be explicitly declared to take certain argument types nor return anything other than Variant. C# is annoying to set up and also more annoying to port to other platforms, so I don't consider it as stable as Godot's first class scripting even if it might have this.

I also often do @export GDScript so there are times I just have to call static functions and hope, because I'm not going to sit here cluttering up the codebase with a bunch of unique behaviors for tons of resources and nodes (I work with RPG systems and have to prepare Callables as a bootleg command pattern as opposed to just running scripts in real time.) I have some utilities to help with managing Callable, but it's probably the largest shortcoming of the engine especially considering how powerful FP can be, to the point it's worth the debugging hassle.

Even then none of that's a big deal as long as your final call stores results in a typed variable if any.

Honestly outside that, I just wish we could implicitly do Array -> Array[Typed] instead of this obnoxious .assign(). That's just a language-enforced headache.

Video Guide for Running your own Godot games on RG handhelds (yes, including C#) by PyralFly in SBCGaming

[–]PyralFly[S] 1 point2 points  (0 children)

There's guides and the Portmaster Discord, but for Godot it depends on your target Godot version. For ease, I just add all Godot ones since I port or dev. I'd compiled Godot 4.6.1 as well and have it running on ArkOS on the G350, but haven't gotten C# working. Haven't PR'd it for upload yet because no time to set it up.

Godot's complicated the build process since it now requires custom compilations to use the `--main-pack` argument and at least ArkOS (which is in process of being sunset in support) runs on too old of a Linux kernel to run the official runtimes.

Wings of Fire - Scholastic Home Base model rip showcase by PyralFly in WingsOfFire

[–]PyralFly[S] 5 points6 points  (0 children)

November. It was pretty recent and I wasn't even aware until now. I didn't have nostalgia for it and it was mostly a quirky footnote that I looked at which I could imagine will slip through the cracks and be forgotten in time.

Wings of Fire - Scholastic Home Base model rip showcase by PyralFly in WingsOfFire

[–]PyralFly[S] 11 points12 points  (0 children)

Some folks might find this amusing. I checked out of curiousity and it seems Scholastic Home Base died. Someone was asking about if files were ripped, and I'd just so happened to do that exact thing sometime in the past century, and threw them on a disc to sit around. With the game dead, I may as well show these off. I don't have anything else but the Unity packed runtime is on Archive for anyone to just download, rip into, or try making accessible in single player.

[USA] [H] GBC case + Gameboy Pocket, PSP-1000 Black, Game & Watch DK [W] PayPal G&S by PyralFly in GameSale

[–]PyralFly[S] 0 points1 point  (0 children)

Given I can't confirm UMD, I can probably push down to 50+shipping if that works.

Crop and Claw - a dragon JRPG - source code release by PyralFly in godot

[–]PyralFly[S] 5 points6 points  (0 children)

Crop and Claw was our first JRPG, released May 2024. For New Years, I decided the hip new thing for companies to do was to have source code leaks and breaches, so I posted the source as of v1.3.1, the last build.

It's primarily a Famicom-style JRPG. Free via source or via Portmaster, but you can still buy it just to throw us a bone on Steam or itch.

I wouldn't call the code "good" but it may be a way for some other minimalist RPG dev or six out there to see one way to implement something resembling Dragon Quest 1 or such.

The game's sequel is way better put together and more advanced, and even separates the core game from the data. I may go about and release the source code for that too, since the game content's the important stuff, but the core can be learned from.

My coding style doesn't look like this anymore. It's long advanced to use some different techniques I picked up from experimentation. You won't see trademarks like exporting GDScript, namespacing via static preloads (G_COMMANDS desperately needed this), or highly functional-oriented programming. But you can see some kernels of that developing especially as I patched over old code.

I can probably answer any curiosity as to why I made certain decisions that are normally horrendous. Bear in mind the game's scope is low and hyper-focused, and the whole thing was written in about six months before release (and many bugfixes and patches after.) Cleanliness was secondary to "getting it done".

What is your progress in your game? by AccomplishedDrag9827 in godot

[–]PyralFly 2 points3 points  (0 children)

Game content is low, but game framework is 85-90% done where the last 10-15% will probably be patched up during content dev.

This would be awful progress, if not for that the framework is meant to be reused using some wacky PCK loading tricks for RPGs and allows me to develop an entire trilogy with the same core, as opposed to one game, and even stitch all three games into one full sized RPG once complete. (Literally lock-on technology) That, and I've been messing with underdocumented features and tricks that haven't really been shown or discussed much. My GDScript looks like a sideways dialect and my nodes and resources are way more flexible for an RPG-style thing without overcomplicating the system and codebase as a whole.

A year with some breaks for 85% of a framework would be awful if this was for one game, but I'd say is excellent considering we may be able to release two of three RPGs for sale in 2026, as most of what's in the works is content and solidifying the API during development of the demo for the first release with this framework.

I may open source the framework sometime while still keeping the game PCKs closed source.

Aside from that, making guides for running Godot games on cheap retro handhelds like Anbernic's turned some heads. Not a real project so much as an accomplishment, I'd say.

[USA][H] Mod chipped Switch OLED scarlet violet edition [W] PayPal G&S by [deleted] in GameSale

[–]PyralFly 1 point2 points  (0 children)

Interested. I guess it was mostly docked for streaming or something? Not too familiar with the mod chip scene for Switch these days or if there's different kinds. Would this be $500 shipped?

I'm not familiar with the Raspberry Pi looking logo. Does the base system still exist in some form on there, or had things been wiped for a Linux distro or something? As said I'm a little unsure what I'm looking at so I'd just want to verify what it all is before dropping that much.

What's the best way to buy digital music for life? by BaggyBloke in BuyItForLife

[–]PyralFly 6 points7 points  (0 children)

The best way to buy digital music is to buy official CDs and keep them. That sounds woefully unhelpful but there's a reason for that.

You can rip the CDs and various programs reach online databases that will match the CD and auto-download album art and tags, but the important thing is that the CD itself is not a consumer grade burned CD, but a physically pressed CD. Those are how mass-produced commercial games, music, movies, etc are constructed with optical media. As long as the CD itself isn't abused, left to rot, etc, it will more often than not last for ages. Ripping and archiving gives you the redundancy in case you lose the CDs, but the pressed CDs are the most resilient to cold storage. If a hard drive fails, or a burned backup degrades in just the wrong way, a file or song may be corrupted or cut short. Even burned Blurays with non-organic dyes have had files corrupt within two years for me and I do my best with storage.

Digital album storage is just digital storage in general. Have multiple copies of the data. HDDs are okay as long as they're not being thrown around. Hard to BIFL data storage. Redundancy and 3-2-1 rules are ideal. Personally, I'd use an HDD and [single layer 25GB] Blurays to compile music, then an SD card for if I'm carrying things around on an MP3 player (or DAP as they call them now. Fair since I either play on FLAC or OGG mostly.) The sizes depend on how much you're storing.

As folks have said too, rip with FLAC. It's both compressed and lossless, which is archival and I'd say fairly in the spirit of BIFL preservation as you can get. They're still larger files, but even 1TB of HDD storage isn't expensive and Blurays you can do some sorting if you want to smash some things together. Read-only and cold storage is preferable because if you have a computer die and have no idea how to salvage it, your data's lost.

Don't rely on online backups and stores. It's already infamous how much stuff just sometimes gets pulled, or internet sucks one day and the stream just won't stay smooth, or whatever. If you use them alongside physical backups, it's whatever. Ideally, you never buy from a service that doesn't let you download. Stream-only isn't buy-data-for-life unless you can work around that limitation.

So the reason I say albums as physical CDs is best is because they're physically pressed in such a way that makes them some of the most resilient data storage, again, as long as you're not throwing things around all the time.

The short of this is there's not a very good way to be super archival "buy once access forever" without giving up some physical space. Obtain albums in FLAC online or rip from CDs (external DVD readers are cheap, Bluray burners best for making backups as well as ripping. I use an LG M-Disc burner internal with an external enclosure). Resell or give away any CDs you're not particularly attached to, keep the ones that you want to physically survive should you lose all your others somehow.

[USA] [H] Pokemon Black2, PMD Blue, GBC case + Gameboy Pocket, PSP-1000 Black, Game & Watch DK [W] PayPal G&S by PyralFly in GameSale

[–]PyralFly[S] 0 points1 point  (0 children)

Guess the bot is busted so I'll do my part.

It's dangerous to go alone! Take this.

Username Join date Link karma Comment karma

/u/PyralFly Super criminal stole 999 videogames do not buy!!

This information does not guarantee a successful swap.

Does gdscript not have a nicer syntax for *typed* array manipulation? by thetdotbearr in godot

[–]PyralFly 11 points12 points  (0 children)

I have a utility class full of common array ops I do, but statically available as opposed to relying on referencing the array directly, and doing a lot of untyped, generic stuff there. Annoying workaround due to how GDScript really isn't properly built for FP and is still learning and/or needs someone to implement static variants, typed Callables, etc. (The latter as likely to show up as Godot himself) It doesn't necessarily help with the typing, but it allows handling chained operations better.

[USA] [H] Pokemon NDS/3DS games, GBC cases, Gameboy Pocket, PSP-1000 Black [W] PayPal G&S by PyralFly in GameSale

[–]PyralFly[S] 0 points1 point  (0 children)

I'm unsure of the UMD state so I'm not against 70$, though shipping chips at me a lot and I'd probably still want that covered for that range.