Chrono Compendium
Kajar Laboratories - Fan Works and Submissions => Chrono Trigger Modification => Topic started by: Agent 12 on March 29, 2008, 11:52:44 pm
-
Hey,
As the actual coding for Crimson Echoes nears it's finish I think it might be time to give it a visual refresh. I'd like to do minor adjustments to enemies to make them look.....well different?
If anyone has any skills with sprite editing and has some free time let me know. I'd like to make tweaks to common enemies and overhaul bosses.
--JP
-
I've got loads of free time on my hands, but alas, little to no spriting skill... Nu... I wish you the best, however! This is gonna rock!
-
Forgive my ignorance, but I thought the Crimson Echoes project was abandoned?
"Chrono Trigger: Crimson Echoes
This project was abandoned via lack of personnel and community infrastructure"
Has it been revived then, or what? Sorry I am lacking in knowledge.
-
So was I...
Reading the following post at this page (20) will give you your eventual answers... I don't know why the fan Projects page hasn't been updated...
http://www.chronocompendium.com/Forums/index.php/topic,2726.285.html
-
Wow, well, that's good news, anyway. Someone should seriously update the fan projects page then, because it is listed under abandoned projects.
-
The project's been going for almost half a year already. They technically call it abandoned because over half the team is gone...theres' pretty much only 2-3 people working on it when there used to be over 10.
-
Ah, well, that would explain the reason why it's listed as "abandoned" then... I think I may have heard something else about that, but wasn't too sure... Glad that little bit is cleared up...
-
I consider myself pretty good at doing sprite work, but I don't have all that much time; what with work and family to worry about.
-
Hey buddy! Hmm; yeah... I never thought about that...
Yeah guys, this is the friend I mentioned in a different post, after my rant about this project being "canceled;" the "ashume" thing? Yeah, he made that word up... Best friend I've ever had...!
EDIT: Oh yeah, and it was also his idea to have Chrono Trigger hacked/remade from Magus' point of view...
-
I like to think I'm pretty good at sprite art, but I know next to nothing about sprite assembly and actually getting the graphics back into the game. If you just need somebody to do the drawing part, I could help.
-
If possible would it be possible for you to try out some tutorials for importing graphics? We have many talented people on these forums. Unfortunatley the sprite work has to be done in parallel and I'm not much help so I'm not sure how useful it would be for you to join if you can't import the graphics.
--JP
-
Perhaps you could import some terranigma enemies (http://www.spriters-resource.com/squenix/other/terranigma/)?.. Just a suggestion, at any rate...
-
If possible would it be possible for you to try out some tutorials for importing graphics? We have many talented people on these forums. Unfortunatley the sprite work has to be done in parallel and I'm not much help so I'm not sure how useful it would be for you to join if you can't import the graphics.
--JP
I'm willing to give it a try. What's something you need edited?
-
Heeeey, BROJ is onto something here. Dark Gaia #2 as last boss? :idea: I imagine the second-to-last Lavos form's graphics pack would be large enough to fit it. However, fiddling with the palettes is going to be a pain if penultimate Lavos shares palette data with other enemies or environments...
-
Perhaps you could import some terranigma enemies (http://www.spriters-resource.com/squenix/other/terranigma/)?.. Just a suggestion, at any rate...
I like that idea, a lot. :)
-
I'd be happy to help with anything that doesn't require programs such as TF that only run on windows
-
:lol:I could help out. But unfortunately I have never done much with sprites, other than editing RO sprites. I guess I'm no help. @_@
-
Here is the challenge I gave the last guy that wanted to be a spriter (He never was able to do it....). It's a pretty simple concept, just grab the NPC baloons, replace them with ANYTHING, and put the NPC baloons back in the rom. This is a very typical request that I would ask of a spriter for CE.
http://www.chronocompendium.com/Forums/index.php/topic,5381.0.html
I'm literally totally ignorant of what any of this sort of thing involves. There's people in the forum that have accomplished this with relative ease but like I said in the other thread there's not really in documentation. I have no idea what/if programs exist that are non windows to do this.
If you accomplish it you should write down what you did and share the wealth :)
Good luck!
--JP
-
I've finally unloaded all my plot points for CC:DBT, so this a natural point to do some sprite insertion tutorial work. What the guide will need first is a list of what each enemy/NPC graphics packet is, and indexed into a list. I have to do some work tomorrow morning/early afternoon, and shall get to this late afternoon.
In the meantime, if someone happens to remember what offset in an unheadered CT ROM the pointers for compressed NPC/enemy graphics packets start, could you report that offset here? I'd be greatful. Is the stride for each pointer four bytes long?Are the bytes read in Little Endian order?
The pointer table start and stride is the most important thing here, because not only will they lead to all the packets, but the individual pointers will have to be changed because there's a good chance altered and recompressed graphics packets will be shorter/longer than the originals.
After we get the list of what all the enemy/NPC graphics packets contain, we'll need to work on including a sprite assembly tutorial and a palette changing tutorial. I'll intersperse these things with Chrono Cross hacking, so progress will be periodic.
-
242015 2422E7 PTR N Pointers to npc and monster graphics 2003.07.07
Though actually, the pointers start at 242000, with the uncompressed PC graphics.
I suppose the pointers are in little endian. They're 3 bytes long.
The offsets guide lists the compressed packets, but doesn't really label any of them. It counts the first compressed packet as number 00.
Vargose made a guide about modifying graphics.
http://www.chronocompendium.com/Term/Editing_character_or_enemy_graphics.html
-
Awesome, that's exactly what I was looking for. Vargose's guide is great for doing one enemy, but it would also be convenient to have all the graphics packets documented for later re-insertion targeting.
-
Alrighty, with some palette recoloring, the Millennial Fair could be celebrated with Super Metroid missiles. Though at the current stage, they could be mistaken for...something else.
(http://img229.imageshack.us/img229/2945/balloonproofyz5.th.png) (http://img229.imageshack.us/my.php?image=balloonproofyz5.png)
I can definitely write a sprite insertion guide, but it will take awhile. I've got all the graphics packs labeled but I'll need to get palette offsets and sprite assembly offsets (and the basic formula for sprite assembly data) down pat first. Can anyone tell me where sprite assembly pointers and palette pointers start offhand in an unheadered ROM, and what the stride is?
Also, it would seem that we're capable of using compressed graphics packs for the main characters. For example, I re-pointed Crono's graphics pack pointer to Dalton's and the game loads everything just fine -- with some sprite assembly and palette readjusting, it might be possible to fit in h*m*n *l*e*n via a compressed graphics pack unless Vehek knows a reason why we can't do so offhand. For one thing though, until I've figured out how to re-point the sprite assembly and palette data, I'm not sure if I'm running around as a jumbled-up Dalton or a jumbled-up compressed Dalton, meaning the game could be taking the literal compressed data and tossing it out without decompressing it, because it doesn't normally have to decompress data for a player character.
A curiosity though -- when I enter battle with Dalton's jumbled graphics pack assigned to Crono, Crono still looks normal in battle. Are the graphics packs for field exploration and battle separate?
Once I've finished listing the beginning offsets of each graphics pack I'll add what I've got so far as an attachment. Hopefully some creative Excel work can be used to do so quickly and with relatively little pain. HEX2DEC() and DEC2HEX() are lifesavers.
-
I'm pretty sure it doesn't decompress compressed graphics for the PCs.
Did you make it load Dalton's graphics by changing the sprite data? IIRC, the game doesn't load the PC sprite data in battle.
Check the offsets guide for the offsets you want. Sprite assembly pointers are 3 bytes and palette pointers are 2 bytes.
The 2nd byte of the sprite data is the sprite assembly number.
-
I tried to force the game to load Dalton's graphics pack by changing the very first graphics pack pointer, at address 0x242000 in an unheadered ROM. I had hoped that the game engine would automatically decompress when it encountered the compressed data, but that may require ASM hacking. I'll still check it out once I get all the necessary info; did Chrono Tweaker have some mistakes as far as sprite assembly is concerned, or was that another program?
So, where *does* the game pull battle sprites from?
-
IIRC there are definite bugs in Chrono Tweaker with the sprite assembly pointer.
--JP
-
Okay, just to make sure there's a backup of the GFX packet identification work I've done so far, I'm attaching it to this post. Palettes and sprite assembly info upcoming, provided I can figure the sprite assembly out. The final spreadsheet is intended to be used in conjunction with the guide.
[attachment deleted by admin]
-
Okay, I'm going to celebrate the 4th by getting some more work done on this front. Vehek, it is my understanding that Chrono Tweaker gets things drastically wrong as far as modifying the actual sprite assembly data goes, but do you know if the indices CTweaker lists for each character's sprite assembly are correct? In other words, CTweaker is telling me that Melchior gets the 11th set of sprite assembly data. So should Melchior have the 11th sprite assembly pointer?
Also Vehek, you said earlier:
The 2nd byte of the sprite data is the sprite assembly number.
Does this mean that if I isolate a character's graphics pack and look at the hex, the second byte is the sprite assembly index that character gets? Not sure if I'm interpreting correctly.
-
No to the first question. CTweaker (and the offsets guide) mislabels animation and sprite assembly pointers. Those labels should be switched.
On the second question, I'm talking about the sprite data that Ctweaker loads.
-
Oooh, so the sprite assembly index and sprite palette index are merely switched? I.e., sprite assembly indices in CTweaker really tell which palette pointer the sprite gets, and palette indices actually tell which sprite assembly pointer the sprite gets?
-
Sprite assembly index and animation index are switched.
-
Growr, misread what you posted earlier. If the mixup is that simple, CTweaker still helps me majorly provided I keep my wits about me. Thanks!
-
Question Vehek. Do the pointers for sprite animation data have a two-byte stride as I suspect?
-
If the offsets guide says "local", I think you can assume that it's two bytes for each pointer.
-
Yup, it says local. Thx!