 |
|
Main
| FAQ
| Uploader
| IRC chat
| Radio
| Memberlist
| Active users
| Latest posts
| Calendar
| Stats
| Online users
| Search
| |||
| Views: 88,514,490 |
Main
| FAQ
| Uploader
| IRC chat
| Radio
| Memberlist
| Active users
| Latest posts
| Calendar
| Stats
| Online users
| Search
|
05-02-24 07:28 PM |
|
| Guest: Register | Login | |||
| Main - Posts by Stifu |
| Stifu |
| ||
 Cobrat Level: 56 Posts: 562/666 EXP: 1361982 Next: 36194 Since: 02-22-07 Last post: 692 days Last view: 314 days |
Posted by gridatttack There's just one last bug I want to take care of first, then I'll have a look at that. |
| Stifu |
| ||
|
Cobrat Level: 56 Posts: 563/666 EXP: 1361982 Next: 36194 Since: 02-22-07 Last post: 692 days Last view: 314 days |
Posted by gridatttack It's not, it's just an old bug that has always been there, and the last one I know about that I still haven't fixed. It makes it so that sometimes, when manually setting the RGB values in the color picker, then the editor can't figure out where that color is in the shade of colors. Like, set Blue to 0, set Green to 2, then cycle Red from 0 to 31. You'll notice the editor can't figure out where the color is for Red value 24 and 25, and so doesn't display the circle over the shade of colors. |
| Stifu |
| ||
|
Cobrat Level: 56 Posts: 564/666 EXP: 1361982 Next: 36194 Since: 02-22-07 Last post: 692 days Last view: 314 days |
Congrats. 
And very nice artwork. |
| Stifu |
| ||
|
Cobrat Level: 56 Posts: 565/666 EXP: 1361982 Next: 36194 Since: 02-22-07 Last post: 692 days Last view: 314 days |
Posted by gridatttack BlaBrake had the same issue last year. Long story short, 2 solutions: if you wanna export your tileset as PNG, make all colors unique first, otherwise that info gets lost (then you can switch colors back when you're done reimporting). Or export as binary. |
| Stifu |
| ||
|
Cobrat Level: 56 Posts: 566/666 EXP: 1361982 Next: 36194 Since: 02-22-07 Last post: 692 days Last view: 314 days |
Posted by MandL27 Yep, I added that 2 months ago. They're independent from the other texts, though. Posted by StifuPosted by gridatttack Here it is. |
| Stifu |
| ||
|
Cobrat Level: 56 Posts: 567/666 EXP: 1361982 Next: 36194 Since: 02-22-07 Last post: 692 days Last view: 314 days |
Posted by BLaBrake Thanks.
It's actually been on my TODO list for years, like many other things. It was easier than I thought. The hardest and longest part was actually drawing the bucket button image and finding the cursor. |
| Stifu |
| ||
|
Cobrat Level: 56 Posts: 568/666 EXP: 1361982 Next: 36194 Since: 02-22-07 Last post: 692 days Last view: 314 days |
You're welcome.
Unless anything shows up, I think I'll keep it at that for the next release. I'll wait a few weeks then release it as 2.8. Truthfully, with all the changes under the hood (almost 400 changesets since April), it's actually closer to 3.0, but since there aren't many news features, I'll just call it 2.8. By the way, a while ago, someone requested that I add UI controls to change the location of each element (overlay, start, object, AI...). That is to say, something to let users type the X and Y coordinates of everything. That's a sensible request, and something I had thought about, but since I don't know how to fit that into the UI in an elegant way, I'll keep it at the back of my mind for now. |
| Stifu |
| ||
|
Cobrat Level: 56 Posts: 569/666 EXP: 1361982 Next: 36194 Since: 02-22-07 Last post: 692 days Last view: 314 days |
Fixed a little regression. In the background editor, changing the current color palette wouldn't update the tileset colors. |
| Stifu |
| ||
|
Cobrat Level: 56 Posts: 570/666 EXP: 1361982 Next: 36194 Since: 02-22-07 Last post: 692 days Last view: 314 days |
Another new preview.
- Fixed a little regression that could make an error message pop while using the tile editor - Made background rendering more efficient (all 3 background displays are around 35% faster) - Display the top screen border over the background preview display, so that EE matches in-game rendering (so you're not surprised when you notice the top of your background has been cropped when playing your ROM). In the original game, it's a 3px black rectangle. EE doesn't just paint that rectangle, but actually loads the top border graphics from the ROM, in case they've been changed. I know there are many more background-related improvements that could make everyone's life easier (multiple tile selection, undo / redo, zooming, etc), but they're unfortunately not that easy to implement. |
| Stifu |
| ||
|
Cobrat Level: 56 Posts: 571/666 EXP: 1361982 Next: 36194 Since: 02-22-07 Last post: 692 days Last view: 314 days |
Technically, they're not supposed to move faster, but the rendering process itself is faster and less demanding on your computer. The move speed is the same as before. If you feel like the preview animation is faster or smoother, it's either a placebo effect, or your PC wasn't powerful enough to play the preview smoothly before, so you can see a difference now that the rendering has been optimized.
Anyway, I guess I could let users alter the move speed (as well as jump to any part of the preview, as if it's a video). |
| Stifu |
| ||
|
Cobrat Level: 56 Posts: 572/666 EXP: 1361982 Next: 36194 Since: 02-22-07 Last post: 692 days Last view: 314 days |
How's this? |
| Stifu |
| ||
|
Cobrat Level: 56 Posts: 573/666 EXP: 1361982 Next: 36194 Since: 02-22-07 Last post: 692 days Last view: 314 days |
You're welcome. It's going to be useful for me too, since I'm currently working on the backgrounds for my hack.
Posted by gridatttack Yep, I guess you missed it in my other post. |
| Stifu |
| ||
|
Cobrat Level: 56 Posts: 574/666 EXP: 1361982 Next: 36194 Since: 02-22-07 Last post: 692 days Last view: 314 days |
I like this hack so far.
Looking forward to the "hard" version. This ought to be much more interesting and rewarding than that other hack that just tweaks numbers to make everything frustratingly hard and glitch-abuse dependent. By the way, when characters get stuck, rather than teleporting them, maybe you could make them run toward you, the same way they do when you get to a whip checkpoint? This would probably look more natural. I wonder if that English retranslation project is still in the works. It would be nice to be able to combine both patches and rediscover the game. |
| Stifu |
| ||
|
Cobrat Level: 56 Posts: 575/666 EXP: 1361982 Next: 36194 Since: 02-22-07 Last post: 692 days Last view: 314 days |
Posted by zhaDe Sure, I understand it's not a high priority, and may not be worth the time. On a side note, it's possible the whip checkpoint mechanism is similar to the one when you press a switch, or when go through certain doors, as your team mates seem to behave the same way in these situations... Maybe you could, like, pretend the main character stepped on an invisible switch to attract your pals next to you. 
Anyway, keep up the good work. |
| Stifu |
| ||
|
Cobrat Level: 56 Posts: 576/666 EXP: 1361982 Next: 36194 Since: 02-22-07 Last post: 692 days Last view: 314 days |
Wouldn't it be better or more flexible to split the project in 2, retranslation and restored / bonus stuff? Then you could let people combine both patches, as well as possibly combine just the retranslation with other patches. I don't think it'd be much more work, but I could be wrong. |
| Stifu |
| ||
|
Cobrat Level: 56 Posts: 577/666 EXP: 1361982 Next: 36194 Since: 02-22-07 Last post: 692 days Last view: 314 days |
Posted by zhaDe I thought about that, but freezing you and bringing both players to you sounds acceptable to me (considering it shouldn't happen too often), although not ideal. Kind of like a price to pay to leave your mates behind. Well, just something to keep at the back of your mind. |
| Stifu |
| ||
|
Cobrat Level: 56 Posts: 578/666 EXP: 1361982 Next: 36194 Since: 02-22-07 Last post: 692 days Last view: 314 days |
A bit of news. This will probably not be interesting to most people, but whatever.
I've been working on compression / decompression a bit more. Background: Jap and Euro SMK ROMs decompress data in a different way from US ROMs. This needs to be accounted for, otherwise, EE will compress data in a way non-US ROMs can't decompress correctly (like, the bottom half of a track map turns to garbage). In the past, I tried to blindly work around this problem by disabling some compression commands for non-US ROMs (which results in a lower compression rate), as I couldn't figure out how it all worked exactly. This seemed to work in most cases. I just tried to have another go at it, to understand the problem better and find a more suitable solution. Here's the result so far: - From my few tests, it seems the Jap / Euro difference only shows for double compressed data. I'm not sure if that's correct or not, but for now, I'm going to assume it is. So for data only compressed once, I now use the same compression logic for all ROM regions. The benefit is smaller compressed data for non-US ROMs, which can really make a different when compressing data manually with the codec tool. I only fall back to my compressor "quirks mode" for non-US double-compressed data. - I noticed a problem affecting all ROM regions related to updating podium graphics data (located at 737DA). Trying to decompress and recompress (twice) this data with EE corrupts it. It turns out it's due to the fact I set the decompression buffer to 16 KiB, which is too low, as this data is 18.5 KiB uncompressed. I bumped the decompression buffer size to 128 KiB to fix this issue (this may be overkill, but I'm not sure what limit SMK actually has). - Trying to recompress podium graphics now works with US ROMs, but still won't work correctly with non-US ROMs. I'm not sure why. Also, I noticed Lunar Compress doesn't have this problem, so I guess it does something that I don't. |
| Stifu |
| ||
|
Cobrat Level: 56 Posts: 579/666 EXP: 1361982 Next: 36194 Since: 02-22-07 Last post: 692 days Last view: 314 days |
I finally figured it all out.
The compression problem that affects Euro and Jap ROMs only occurs for double compressed data, for some reason. If the second compression uses a super command with a size which is a multiple of 256, then the game won't be able to decompress that data properly. In this case, EE now subtracts one from the compression command byte count to avoid this (1024 -> 1023, 768 -> 767, 512 -> 511, 256 -> 255). Finally, I can get rid of my old buggy workaround code for this issue. This change has 2 benefits for Euro and Jap ROM hackers: the compression rate will be better (especially useful when compressing data manually), and the data will always be decompressed properly by the game. As for Lunar Compress, after a few more tests, it turns out it could only recompress the podium data in a way that works with J/E ROMs by chance. In other cases, it can trigger the Euro / Jap decompression bug. So LC doesn't actually try to work around this quirk. |
| Stifu |
| ||
|
Cobrat Level: 56 Posts: 580/666 EXP: 1361982 Next: 36194 Since: 02-22-07 Last post: 692 days Last view: 314 days |
I don't plan to add more features for the next version (2.8), I'm just waiting a bit more in case bugs show up.
About your list: - Track music picker would be easy (but it may make sense not to restrict it to tracks). - Driver stats would be nice, even though SMK Mashup exists, just for the sake of having everything in a single tool. I already added many other SMK Mashup features for this reason. I may add it for the next major version after 2.8. No date or promise, but I guess I'll add it when I'll need it for my hack. - Mode name editing is very low priority to me. It's easy to do manually with a hex editor, and it's actually not part of track editing (while there are still track editing features that are missing, such as Ghost pillar editing). Besides, if I add mode name editing, I could basically add editing for all of the game texts while I'm here (pause menu, etc). - Driver graphics would be interesting, but like other graphics currently supported, it'd be editable through file import and export. It'd also be useful for color picking, but many other graphics would, too (Lakitu, dust effect, water effect, etc). |
| Stifu |
| ||
|
Cobrat Level: 56 Posts: 581/666 EXP: 1361982 Next: 36194 Since: 02-22-07 Last post: 692 days Last view: 314 days |
Posted by MandL27 This data is loaded from the ROM, indeed, so a good part of the work is already done. But there are also other things that are loaded but aren't editable (item icons graphics, object graphics...). But there are fewer of them with each EE release. Posted by MandL27 What do you mean? The text is all uppercase in the game, so it can't be case sensitive (unless I modify the game font or something, but I won't do that). Posted by MandL27 Still useful for managing colors (the main point, IMO). Some people were actually surprised changing colors ended up affecting characters. Anyway, driver graphics are not something I plan to support at the moment. Besides, other tools such as a hex editor or an image editor will always be required. EE can't be the one and only tool (but at least it could do everything other SMK editors do). |
| Main - Posts by Stifu |
© 2005-2023 Acmlm, blackhole89, Xkeeper et al. |
|
MySQL - queries: 129, rows: 161/161, time: 0.263 seconds. |
