Basic Questions and Answers Thread

You're better off posting a quick video of the glitch, because to be totally honest, I'm not exactly sure what you're trying to demonstrate.

 

Will do RHS. http://www.youtube.com/watch?v=-kDGtbJkFL0&feature=youtu.be


When Sonic reaches the top of the screen, he gets deleted. Well this is because of the bottom boundary of the stage detecting the sonic object, so it gets deleted from in the process of the death cycle.


Keep in mind, the bug that launches Sonic above the boundary and zips him through the stage is fixed.

 

I'm confused...


You've discovered a glitch, you've explained why it occurs, etc, but what is it you are "asking" of us? A solution to prevent it? If so, you should come right out and ask, don't leave it all vague, don't leave information out. At this point you haven't actually "asked" a question of any kind, so no one can help when no one can answer a question you haven't asked.

 

Sonic dies, goes to the top of the screen, and does not come back down. Not trying to sound like an idiot or a dick, but it's the only way of wording it without a false answer.

 

No, I understand what's happening, I can clearly see it, and both me and you know why it's happening, the thing I'm confused about is why you're bringing it up here, do you need help preventing it from happening? Do you want advice on the best methods of preventing it? What do you want from us?

 

Well this makes me feel like shit... Actually yes, I do need help on fixing this. I get the feeling it'll be very simple. But yeah, live and learn.

 

OK, at the "GameOver:" routine, you'll find:

Code:

		move.w	($FFFFF72E).w,d0

		addi.w	#$100,d0

		cmp.w	$C(a0),d0

		bcc.w	locret_13900

Change the RAM address FFF72E to RAM address FFF704, this will read the FG's direct Y position, then, change the bcc, to bpl, this will cause it to check for signed rather than unsigned:

Code:

		move.w	($FFFFF704).w,d0

		addi.w	#$100,d0

		cmp.w	$C(a0),d0

		bpl.w	locret_13900

We're always here to help, but we can only answer a question if you ask the question, remember, be clear on what it is you want help with.

 

Hehe, alright. Next time I will be sure to do just that. But just in case I'd like to bring this back up for the sole purpose of trying to figure a way to make my hack more "Known".

 

The way sonic 1 special stages work is not the way you would want to go about rotating the camera at an angle. The way the special stages work is there is a bunch of different version of the same tile stored but at a different angle this would not work for a sonic level as it would hard to make the tiles connect so the best way to rotate the camera is to take advantege of the fact that the VDP can scroll individual tiles on the Y axis and on the X access you can scroll any line you want


Here is the most famous example of that effect



As you can see the rotation looks pretty good and it requires little cpu power as the VDP is doing all the work no software rotation required.

 

Beat ya to it:

 

Whoo man, that messes the BG up and then some. Though, it is still a nice way to go. Do you know how well it works on the Rev01 BG system?

 

Also Mike B berry if you are still interested in this even thought it has already been done before (or does your idea only apply to loops?) I would highly recommend you check out:


http://devster.proboards.com/index.cgi?board=basiegaxorz&action=display&thread=777


there is some working source code that is written in Basiegaxorzs (it is abit like qbasic) download jello.bex

 

I will need to work only on the loops. Is there another website that contains the .bex Routine rotation? These are a bit too advanced for me... I need to study more on this stuff...

 

So I've been looking around the net, trying to find various ways to optimize a rom's binary image for the Sega genesis. Specifically Sonic 2; I know how fast the game play is alone, but my question is "Is there a place in the disassembly where I can mod that?" The game features lags every now and then in specific conditions and seems slow for me and I would really like to optimize the frame rate, so lagging doesn't occur as often. Anybody have an idea?

 

you could just change how fast Sonic goes. If that is what you're going for. I mean, overclocking a rom is ridiculous, not to mention impossible (unless somebody states otherwise). Just make Sonic go faster by changing his speed values.

 

EDIT: Working on optimization of my new hack.

 

Frame rate? The frame rate is capped at 30 fps iirc. So I don't know what you're on about

 

EDIT: Keeping an open mind in content, finding a better way to Optimize my Sonic 2 Hack.

 

You can overclock the Mega Drive's cpu but as far as I know there is nothing on the cart itself you can overclock. What are you trying to achieve with this? Games are generally timed in sync with the vsync (60hz on ntsc, 50hz on pal) and regardless of cpu clock speed the game won't actually go faster, you'll maybe eliminate some slowdown when there's a lot going on onscreen but that's about it.

 

What you see will depend on your TV. Some older CRT TVs have a limit of 30 Hz, so... I don't see the point of OCing it, seeing as most games run with little to no lag. OCing will put more strain on the system anyway so optimization is something you should be looking it rather than OCing if your system does slow down in areas.