input is called after this but now their aren't nil anymore, while clear_actions is still not called yet. When they can act, their are defined as an array of actions with the size make_action_times. This assigns an array of actions with the size make_action_times to new members are added after the start of the battle, clear_actions and initialize won't be called so their are nil. If $game_system.catb_turn_type = 0 if += 1Īll_battle_members.each There's no limit to how many "pointer tables" you have in the file, as long as they follow the format(Capitalization does not matter)Īlso the re-size bug has been acknowledged and I'm working as fast as I can to fix it.Consider the following parts of method process_catb and perform_catb_action under class Scene_Battle respectively(YSA Battle System: Classical ATB): Inherits: << is mandatory, the rest is voluntary. Start palette = "The start of the sprite palette table, without quotes" Start offset = "The start of the sprite table, without quotes" Inherits: "Original Game header, without quotes" Now accepts an optional settings.ini file (which has to be located in the same directory as NSE):) Palette format is different: all sprite palettes (that exist for OW's) are available, but in hex format now. Some changes to bitmap exports and the size changes (sizes need to be multiples of eight) So far, though, it's still better than most other OW editors, simply because of the extended options. He'll probably add it in the next release. I think it's just lack of support, though. Oh, I see this "bug" now.yeah, I have the same problem. But yea.i would ask that you remove the part of your code that messes with the unknown bytes because it *does* mess up your game (that's the problem with "Overworld Changer" as well) Tomorrow, when i have time i'll tell you how to fix with a hex editor, but nao, i can't off the top of my head. I think i found the problem by looking at the unknown bytes in OWRE in both the resized sprite and a not-resized sprite, and there was the problem one of the "unknown bytes" had become FFFF. A 32x32 (and all the other default sizes i'll assume) import works, but 17x32 does not, and 18x32 etc does not (all produce the same error)Īnd also, i think there is a bug when resizing the sprites, the sprite is loaded just fine in any ow editor, *but* in game its a different story (for me) there were a bunch of transparent (vertical) lines corrupting the ow. Wiell.this is either a bug, or just something you didn't add yet but for me i get an error when trying to import a bmp bigger than 16x32 even if i have resized the sprite in game. Now can export the sprites as 16 color bitmaps!:)
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |