Language…
9 users online: Alfombra de madera, CarlMitchell60, Donb_Rgas, HamOfJustice, Knight of Time, mzaslove, smwln, TheJavabrew, Zavok - Guests: 98 - Bots: 163
Users: 56,311 (2,236 active)
Latest user: Agent Zero

Trinkets v1.0

Tools → Trinkets v1.0

Submission Details

Name: Trinkets v1.0
Author: Burning Loaf
Added:
Operating System: Windows
Platforms: SNES
Games: SMW
Source Available: Yes
Featured: No
Website: None
Description: Trinkets is a workspace and a series of batch scripts to help shorten and organize the process of SMW hacking by stuffing all commonly used hacking tools into a lunar magic toolbar.

Other features include:
- A patch list file, where you can insert all specified patches at once to the current ROM
- Saving and loading backups
- Inserting all sprites from a folder while creating a list for said sprites
- Changed default LM icons for better clarity
- Opening the current level's UberASM code (I've found out that this feature is partially faulty, so i commented the button out of the toolbar, you can uncomment it back in but it won't work at times)
Tags: addmusic asar gps inserter level asm lunar magic pixi toolbar
Comments: 13 (jump to comments)
Rating:
5.0 (3 ratings)
No rating
Download 633.82 KiB | 208 downloads

Screenshots

Comments (13)

UTF Link
Does Trinkets have issues when using the "Apply ASM patches from list" button to insert patches that use incsrc? I've been getting an error while trying to insert the 32x32 Player Patch into my ROM with Trinkets' patch list.

To my knowledge, the 32x32 patch is dependent on having incsrc commands to the files "hexedits.asm" "ow_mario.asm" "excharactertilemap.asm" and a incbin to "PlayerGFX.bin" so they need to be in the same directory as the main patch. I have all those files in my patches folder, but when attempting to insert "32x32_tilemap.asm" using the patch list feature, I get this error:

Code
c:/*redacted*/luigiGoes/code/patches/excharactertilemap.asm:1: error: (E5123): 
This file may not be used as the main file.The main file is '32x32_tilemap.asm'. [includefrom 32x32_tilemap.asm]
A fatal error was detected while assembling the patch. Assembling aborted. Your ROM has not been modified.

I'm not well-versed with the ASM involved, but it looks like Trinkets thinks I'm trying to insert excharactertilemap.asm instead of the main 32x32_tilemap.asm patch. Is there a way to fix this?

Also, I even went and made "32x32_tilemap.asm" the only patch in my list.txt file, but I still get the error. I'm still able to successfully insert the 32x32 patch with the "Apply a single ASM Patch" button, so I'm wondering if something is up with the "Apply ASM patches from list" feature.

Other than this issue, I've had a great time with Trinkets. Anything that helps organize hack development workflow is a fantastic addition for any SMW hacker
smwln Link
Originally posted by Burning Loaf
The only different thing trinket does with GPS is that if insertion fails because of any error, the backup GPS executable kicks in, which is a modified build of GPS 1.4.3 to fix a bug with the routines path not accepting spaces. So basically if you're using GPS 1.4.4 and encounter an error with it, the backup 1.4.3 build gets used instead and errors that might not be in 1.4.4 show up instead. Right now this was all a hacky solution because while 1.4.4 fixes this it's still in the waiting tools section.
But, if you're not using 1.4.4, then i have no idea what went wrong. For the time being i can't do anything about that other than telling you to wait for an update to trinkets.


For now I'm just using GPS by itself to insert blocks, which isn't too bad. And yeah, it's 1.4.3.
smwln Link
Update: Replacing the GPS 1.4.3 in Trinkets with 1.4.4 seems to have fixed it.
smwln Link
It seems these blocks crash the game when inserted via Trinkets but not regular GPS, not sure why. Maybe something to do with the included routine not being applied?
 Burning Loaf Author Link
The only different thing trinket does with GPS is that if insertion fails because of any error, the backup GPS executable kicks in, which is a modified build of GPS 1.4.3 to fix a bug with the routines path not accepting spaces. So basically if you're using GPS 1.4.4 and encounter an error with it, the backup 1.4.3 build gets used instead and errors that might not be in 1.4.4 show up instead. Right now this was all a hacky solution because while 1.4.4 fixes this it's still in the waiting tools section.
But, if you're not using 1.4.4, then i have no idea what went wrong. For the time being i can't do anything about that other than telling you to wait for an update to trinkets.
Sbark200 Link
it keep saying this rom do not have a that bat file help!
 MANGOMILK Link
this is an outstanding addition!! i am less familiar with the tools this toolbar calls so i can't point out any particular faults but rest assured i will definitely be using this if i ever start working on a hack :>
 Burning Loaf Author Link
Originally posted by Major Flare
However, I must point one small thing, but consider it if you're planning on update this tool: Be cautious with the "Auto Insert All Custom Sprites" option. While it works fine and it is quite a useful addition, it does introduce a small problem: say your sprite spawns another sprite, and the number is configurable inside the .asm file rather than an extra byte. Since the aforementioned option does potentially rearrange the sprites, since it uses alphabetical order, thus forcing the user to open all the .asm files of the sprites that do have the ability to spawn so they can fix the projectile number. And this can occur several times. My suggestion for the next update is: Tweak this option to either append the new sprites (or delete) maintaining the old order... or issue an warning about this particularity when the sprites console opens. That's all.

That's true... it's gonna be a challenge to try and do that in batch, i think it can be done, but thanks for notifying me either way

Originally posted by HammerBrother
Quote
A patch list file, where you can insert all specified patches at once to the current ROM


Uhh, was wondering - does it let you specify the order in which the patches are inserted? Some patches may modify each other's hijack or their code, such as the FuSoYa's screen scrolling pipes modifies code from GPS, and if you last insert GPS, glitch or a crash could happen, because the latter reverts the pipes hijack.

Isn't the order normally from top to bottom of the list file? Try to check again, i'm not sure if i have it in my version or not, but if that's the case i'll mention that somewhere in the next update

(thanks everyone for the compliments btw, i appreciate it)
HammerBrother Link
Quote
A patch list file, where you can insert all specified patches at once to the current ROM


Uhh, was wondering - does it let you specify the order in which the patches are inserted? Some patches may modify each other's hijack or their code, such as the FuSoYa's screen scrolling pipes modifies code from GPS, and if you last insert GPS, glitch or a crash could happen, because the latter reverts the pipes hijack.
 Major Flare Link
Tested within: Windows 10.
Tools used: UberASMTool 1.5, PIXI 1.32, GPS 1.4.4 and AddmusicK 1.0.9.

Incredibly ingenious tool. I easily recommend it to be featured. The initial setup isn't so hard, and the results after? A nifty "ROM Hacking Manager" toolbar inside Lunar Magic that makes your like way easier when developing your SMW Hack. Kudos to you, Burning Loaf.

However, I must point one small thing, but consider it if you're planning on update this tool: Be cautious with the "Auto Insert All Custom Sprites" option. While it works fine and it is quite a useful addition, it does introduce a small problem: say your sprite spawns another sprite, and the number is configurable inside the .asm file rather than an extra byte. Since the aforementioned option does potentially rearrange the sprites, since it uses alphabetical order, thus forcing the user to open all the .asm files of the sprites that do have the ability to spawn so they can fix the projectile number. And this can occur several times. My suggestion for the next update is: Tweak this option to either append the new sprites (or delete) maintaining the old order... or issue an warning about this particularity when the sprites console opens. That's all.
Link13 Link
I tried to achieve this back in 2017 knowing custom toolbars are possible but I gave up immediately. This is hopefully the thing I've been looking for since then. I'm glad  Burning Loaf is going to make my life easier, instead of constant folder opens and locating files. Trying it out asap. #smw{:peace:}
Ralshi02 Link
Can't even express how usefull this is
FedoraFriday Link
I feel like, even if you don't use these tools, all of pixi, addmusic, gps, uberasm, should all be included with lunar magic. This toolbar makes using all that SUPER convenient, you'll save SO much time on some of the most mundane parts of rom hacking.