 |
| Register | Login | |||||
 |
Main
| Memberlist
| Active users
| Calendar
| Chat
| Online users Ranks | FAQ | ACS | Stats | Color Chart | Search | Photo album |
|
| | ||
|
| Register | Login | |||||
|
Main
| Memberlist
| Active users
| Calendar
| Chat
| Online users Ranks | FAQ | ACS | Stats | Color Chart | Search | Photo album |
|
| | ||
| 0 users currently in Approval Request Forum. |
| User | Post |
| GlitchCog Posts: 17/29 |
Thanks for your critique. I made the byte order reversal optional. I've only worked in hex editors, so I didn't think there'd be a reason to have it un-reversed. Thanks! |
| MathOnNapkins Posts: 876/1106 |
Nice calculator, though it should be a little more explicit on the page that you are using a reversed byte order on the right and a normal byte order on the left field. e.g. $FF0800 produces $3F00, but in an assembler someone would want to write LDA #$003F for that color, etc. Maybe I'm a nitpicker, but it wasn't intially clear to me. Useful if you're working in a hex editor but most people who know how to work in a hex editor will swap the bytes in their head anyways. |
| GlitchCog Posts: 16/29 |
Hello approval request answerers.
I'm relatively new to ROM hacking. The only significant thing I've contributed so far is probably this relatively extensive listing of color offsets for compressed Super Mario Kart palettes: http://matt.yanos.com/smkpal And I made a calculator that translates regular hexadecimal color values into the SNES format: http://matt.yanos.com/smkpal/calc (I'm proud of it and find it terribly useful, although I'm not sure if any sort of experienced ROM hacker would agree.) In addition to my limited contributions, my favorite hobbies include correctly spelling words, using proper grammar, and being generally courteous in internet forum posts. I have hopes of learning much more about ROM hacking, and will certainly try to contribute more frequently as my ability grows. |
