my bad

something like this is what I meant

7,3,400,0,2, ,as128d128
7,3,400,0,2, ,as192d128
7,3,400,0,2, ,as256d128
7,3,400,0,2, ,as192d128
7,3,400,0,2, ,as128d128

but idk the source

so this is just based on observation

sorry if I gave you a headache

this stage is amazing!! another great work mack!!!!

yeah i agree with the others.
this is TRUELY top notch work. i bow to you good sir.

i don't know how the source is but i would add some transparency to that lightning

i can't seem to get to this clay fighter stages :/  ... wtf?

If Osaka Tower is too much of a pain in the butt, maybe Windmill or Desert (Nairobi) would be cool.

Osaka Tower is probably impossible right now.

I didn't. Using Paint Shop Pro I had to layer about 10 different images of the same in-game position the use a certain transparency setting to filter out the white rain the best I could. If you look at the .sff sprites it is far from perfect. If I knew of some sort of artMoney setting to get rid of the rain in that stage it'd be cake.

Man o man you inspired me to make 3d stages again thank you

JAM sucks :<

I believe he wasn't talking about JAM's craptacular Burning Osaka stage bur rather Neat Unsou's sexy Hi-res Burning Osaka stage.

Mackx, I created an Osaka Tower but it was terrible. It's 2D, and it sucks.

Wow, amazing! I love you for the Artic stage. It looks beautiful.

xD

I'll look forward to more of your awesome works.
I checked out your site and downloaded the MVC2 swamp stage too, it was also superb!!

I would love it even more if you created the China stage or Osaka Tower !! x]
But I think those are impossible to create...

Truly wonderful stages as always. I should fix up my London stages.

Unfortunately they were that blurry in the original stage too.

Soda Popinski said, June 20, 2009, 08:41:57 pm

You could try Imagesplitter, but that would also bloat the filesize. It wouldn't rely on the RGB method nor have the flaws of that though.

Imagesplitter would not only bloat the file size, it would bring the engine to an utter crawl. ARCoolguy's stages do that to most people already and that's just 85 images. Imagine multiplying the amount of layers by 10 fold at least.

Bastard Wolf said, June 20, 2009, 02:05:30 am

You sir are awesome! Thank you very much.

+100 I'm usually not so eccentric but your stages, artwork, a true breath of fresh air. CVS awesome bro just awesome

No feedback for them, these are really good stages, and you've fixed the symmetry problem present in your old stages.
Maybe it could have been possible to add the intro for the CVS stage, dunno the amount of work this would require.

Is the animination where the boat comes in to dock included in the stage?

This gives an advantage to P2, as it is easier for him to corner P1 than it is for P1 to corner him. 
Ideally, both values should be equal.  When adjusting this, you'll have to adjust your sprite placement as well. 

Having a verticalfollow like you do, some floortension would be nice.  I went with 30.  Try that out and see how the jumping feels.

I know that lowering these values will cause problems, but I've never tried making them higher. 
I returned them to -1000 and 1000 and I didn't notice any difference. 
I'm curious what it is that you accomplished by changing them? 

This is left over from Tmnt4_FutureHighway. 
It doesn't affect anything, I'm just letting you know it's there. 

Personally, I feel that this is too low on the screen. 
With larger characters, their feet get very close to the edge.
I changed it to zoffset = 201

Of course with a change to the zoffset, the bridge's parallax would need to be adjusted as well.

O.K.  I understand having a safety backdrop, but yours is 1130x585.  With a delta of 0,0, the image isn't going to move.  So you only really need a 640x480 image to cover up. 
Still, these are the only two instances of pink I see with the black disabled and debug on, so you could just fix them and get rid of the black.  (click for larger pic)

[BG collum1] uses sprite 3,2 and [BG collum2] uses sprite 3,3. 
However 3,2 and 3,3 are the same image, just duplicated in the .sff.

While these are very small sprites and won't affect the filesize really, you could have just used sprite 3,2 again in [BG collum2] and used "start = " to adjust its position. 

All in all, you did a very good gob at adapting the stage to mugen.  It is definately a keeper.