I added a fair few :P It's odd though, I've gone over that limit in my other stages and everything seems to be hunky-dory on those stages..... I haven't actually :P thought I did on Chemical plant....
So... I'm having a slight dilemma. I'm gonna preface this by stating outright that I'm a hacking noob, still... I think that I at least have an idea of what I'm trying to do. Now, I'm working on what I am codenaming "Sonic 2, REV C" One of my REVC series hacks that is really just the original games with bugfixes, enhancements, extra levels/characters... etc. Essentially it will also be a preview of sorts for what kinds of things I would like to have in Sonic Trilogy Enhanced. One things I'm trying to do with Sonic 2 REV C is implement Hidden Palace Zone. I have the Simon Wai prototype of Sonic 2, with all of the tiles and everything intact. NOW, I am trying to copy the hex code for these tiles over to my S2 Rev C disassembly cuz I'm SURE AS HELL NOT editing all of these 8x8 tiles by hand... SO I searched for the hex offset where the HPZ art was, copied it, and inserted the code into its own .bin file in my disassembly. but I am running into a road block. When I copy the stuff over, and reload the project file into SonEd2, the tiles look nothing like they do in the Sonic 2 beta ROM. Obviously I'm missing a step, or going about this all wrong... but the question is, what? Any help would be grand... and appreciated. :D
098B76? Was that where you extracted it from? Sonic 2's 8x8's is Kosinski compressed. Whereas in Simon Wai's S2 beta, the 8x8's seem to be Nemesis compressed. If you're raw copying via a hex editor as you've mentioned, that's your problem. If I were you, I'd get a decompressor (This is the one I use), pick decompress Nemesis, then decompress HPZ main level patterns (098B76) to a new file and call it "unHPZ.bin". Then with that file, compress it again via Kosinski naming the new file "HPZ.bin" See if that works.
Just so happens I have such tools... My Triad editor loads them externally (temporary solution) to edit the compressed art... That would explain the problem, in theory. I'll give it a go when I grab my laptop today.
You could also grab SuperEgg's Sonic 2 Nick Arcade disassembly from SSRG (need to be logged in) and use SonLVL's LevelConverter to convert the data to Sonic 2 format.
Ah... That woulda saved time... Oh wells, I've already started, and got all of the art imported and Act 1 layout completed. Ill check it out, regardless though. While we are on the subject, I'm wondering where to put HPZ, I feel like after Mystic Cave, or after Oil Ocean would be great. Oh, and MainMemory, thank you again for SonLVL... It's miles ahead of SonED, and a good reference for what an editor should be.
Speaking of SonicLVL, I'm trying it out, but it won't load for me, I get an error saying the remote name cannot be resolved: 'mm.reimuhakueri.net'. Any idea what the problem is? Also on a lesser and completely unrelated note, I'm trying to edit the coding for this in the S3 ASM: Code (ASM): Obj_ICZBreakableWall: lea ObjDat3_8A406(pc),a1 jsr SetUp_ObjAttributes(pc) move.l #loc_8A280,(a0) jmp (Sprite_OnScreen_Test).l ; --------------------------------------------------------------------------- loc_8A280: moveq #$2B,d1 moveq #$40,d2 moveq #$70,d3 move.w $10(a0),d4 jsr (SolidObjectFull).l cmpi.b #2,($FFFFB038).w bne.s loc_8A2A0 AmySmashICZ2: swap d6 andi.w #1,d6 bne.s loc_8A2E2 loc_8A2A0: movea.w ($FFFFFAA4).w,a1 cmpi.l #loc_89F38,(a1) bne.s loc_8A2DC It's the coding for the walls in Ice cap that can only be broke with Knuckles or the sliding blocks. Basically I've tried adding branches over the code so Sonic can use certain flags or animations to break through but it doesn't work (the $FFFFB038 flag is seemingly what limits it to Knuckles and uncommenting it allows any other character to walk through them in a similar manner, but trying to branch past it by recongnising particular character actions doesn't work). Any idea what the problem here is?
It seems that your DNS is not working properly with my website. If that link doesn't work, you can try opening the command prompt as an administrator and running "ipconfig /flushdns". I'll make it so it won't crash in the future, but if you can't even access my website, then the updater won't work either. Edit: um... it looks like I already have it set up that way, unless you're talking about the Updater crashing, or you're using r568.1 or something?
Never mind got it running now. Might have been a connection problem on my part. :P Pretty impressive editor I must admit. One thing I've noticed however is that for both this and SonED is that I can't reverse the changes made to a level, as in even when I replace with an unaltered file or edit the object placement files in the disassembly the changes remain. Is there any way around this?
This is about Flamewing's SMPS2ASM tool and equates. How do I exactly utilise this in Sonic 2 (using the Clone Driver)? What do I include to ensure that the correct conversions are used? Also, my disassembly includes a shitload of ASM music files converted with xm4smps which uses the s1smps2asm equates. It seems that I can't just use smps2asm here. I must be doing things wrong here.
Not 100% sure on my wording here, but here goes. 1:How does Xenowhirl's Sonic 2 Dissassembly determine what lives counter image (Sonic, Tails, Knuckles) appears in the bottom left of the in game screen? 2: Similar question but with regards to Signpost art. 3: Any ideas on where I can find the mappings to the "Sonic Got Through" message in the results screen? Any help would be greatly appreciated.
Find the label "Level:" and find this bit: Code (ASM): moveq #1,d0 bsr.w LoadPLC bsr.w sub_4450 moveq #6,d0 tst.w (Two_player_mode).w bne.s + cmpi.w #2,(Player_mode).w bne.s Level_ClrRam addq.w #1,d0 You have to make a new PLC so it can load up your new life icons. Find label "CheckLoadSignpostArt:" Again, you have to make a new PLC so it can load up your new signpost. This is at label "loc_140CE:"
Note if you want to edit what the results text you will likely need the Sonic 2 Text Code Generator since the mappings aren't fully editable from the ASM.
------------ Little question by myself, can anybody tell me if there are any logical mistakes in the following code? Because only the first block does what it should: Code (ASM): cmpi.b #$41,1(a1) bne.s @cont1 move.b #0,1(a1) move.b #3,8(a2) move.l a1,12(a2) addq.l #1,12(a2) @cont1: cmpi.b #$41,-1(a1) bne.s @cont2 move.b #0,-1(a1) move.b #3,-8(a2) move.l a1,-12(a2) subq.l #1,-12(a2) @cont2: cmpi.b #$41,2(a1) bne.s @cont3 move.b #0,2(a1) move.b #3,16(a2) move.l a1,24(a2) addq.l #2,24(a2) @cont3: cmpi.b #$41,-2(a1) bne.s Obj09_CG_End move.b #0,-2(a1) move.b #3,-16(a2) move.l a1,-24(a2) subq.l #2,-24(a2) Obj09_CG_End: rts By the way, this is about Sonic 1's special stages.
http://info.sonicretro.org/SCHG_How-to:Improve_the_fade_in%5Cfade_out_progression_routines_in_Sonic_2 How do I apply this to the SVN disassembly of Sonic 2? NEVER MIND I figured it out. While we are on the topic though, does anyone know how to do the same for Fading to White for Special Stages???
About that fading routine/Hopeless noob question: Is there any way to have all three channels (R/G/B) of any given colour fade in from the beginning, at a rate that depends upon their intensity? With this method (at least according to the example at the start, since I can't parse ASM ), dimmer channels don't fade in any slower: they just don't start fading in until the brighter channels are almost completely visible. Is there some reason that we can't have, ''e.g.'', the colour RGB:36C fading in over 12 frames, with B incrementing once per frame, G incrementing once every two frames, and R incrementing once every three frames? Of course, in reality, you'd have to round and approximate the frequency of changes, and suit it to the number of frames in question, but it seems to me that would be far more uniform. [insert disclaimer about my total lack of knowledge, especially in comparison to the author of the guide]
Scratch that, back from work and have a few theories as to what's causing my problem; if I still can't fix it I'll add my post again; until then I won't hassle you guys again. :specialed:
I have a couple of queries about putting non-2P stages into split screen in Sonic 2: 1. Is there any way to implement a signpost into an Act 2 of such a zone? I tried placing one via a level editor but when one character passes, the other's screen pans forward and gives them an instant game over. 2. This is a more complex one I don't know is fixable. I've noticed an odd glitch with the lifts in Hill Top Zone, in split screen only a few randomly work, the others move okay at first, but then disappear just as they near the end of their route and are about to fall (this also screws up the players collision and makes them walk on air until they jump or get hit). Is this a glitch caused by 2p mode and is there a way to fix it?
