Ah thanks. Was wondering about this. Most people will be confused I think. Makes you really appreciate that all our old games ran a silky smooth 60fps.

@@Domarius64 Frame rate drop is very common on any console! Perhaps that video glitch is related to the video recording!

Clint Hobson thanks! i thought it really looked bad and didn't understand what's special about it

I didn't even realize my videos were not running at 1080p until I read this. Thanks.

@@Berserkr01 This guy literally just said why it happens lol

The game has (disabled) code for smoother rotation, but because of the limitated number of animation frames it makes it look like the blocks move about a bit (relative to each other). kzfaq.info/get/bejne/eqyhZsyCm92yooU.html

@@RG7621 The Christian Whitehead remake of the game doesn't run on original hardware

Remove one line of code and boom, smooth rotation in special stages.

yup, the code is all there for it, it’s just “disabled” by a single line of code

theres a hack if sonic 1 that rotates the special stages smoothly in real hardware...

I understood that reference

GO OOOOOON

No, it's not...? Without a special chip in the cartridge of virtua racer, you can only use sprites.

@@bonniethehedgefox9139 i think he meant a pre-rendered sprite from a model, but i'm pretty sure that isn't the case, and it was just a talented artist that made it look 3d

@@Roach1 Ooohhh, right. Yeah, my mistake.

That and Road Rash are on my "Coding Secrets" wishlist

Though this isn't counting the Sonic coding tutorials which I am wondering if those get an upload here or if that is more for the other channel.

kzfaq.info/get/bejne/eqyhZsyCm92yooU.html

If you look closely at the special stage with this code active, you can see that the sprites for the squares do not rotate smoothly, they are still rotated according to the individual frames stored in VRAM. The hardware just plain can't do it any other way. All the code does is make the sprites *translate* on screen more smoothly.

@@ginky. coulda fooled me. Its maybe not perfectly smooth but seems to be at least triple the frames of animation

It is impressive but damn the sacrifices in terms of perspective and warping

What happened to the És? Astérix and Obélix

Yup I agree

its fun too

Asterix always had the best graphics even on the Master System.

"Irregardless" is not a thing. Since this is the first time you're caught and it's a minor offense, I'll let you off with just a warning. Please be careful next time. - Grammar Police.

@@GraveUypo That is not a grammatical error, it is vocabulary error - pedantry police. Also, since language is not a formally structured thing, but something which develops organically, sufficient incorrect usage, or made up words, over a sufficient amount of time will cause the language to change. A dictionary is descriptive, not prescriptive. And irregardless is a fairly old and relatively widespread form of word abuse at this point. Old enough in fact to qualify as an actual word by now.

Agreed. That batman game is one of my fav titles on genesis yet i never beat it

There's already a video of that on YT somewhere. It's just palette swaps and a single animation of 90 degree rotation.

It fascinates me how various relatively complex tricks from older hardware became standard features of newer ones. For instance, parallax scrolling by scrolling a single image at different speeds was a technique seen on a decent number of 8 bit systems, but it required careful timing. On some systems you'd literally have to count out CPU cycles to know when to change values. Then you got scanline interrupts that made it a lot easier. Meanwhile the Mega Drive has a dedicated hardware feature for it that can specify a list of scanlines on which to change the scrolling register, and what to change it to. At first glance the SNES doesn't appear to have such functionality... But in actuality it has a far more general system for implementing such effects; HDMA. HDMA takes a list in memory of which scanlines it should trigger on, a set of values, and a set of memory locations to write those values to. Thus, while there are a limited number of bytes you can write in one go, (8 hdma channels which can write either 1 or two bytes each using several techniques, if I remember correctly. So you can write to up to 8 memory locations and either write 8 or 16 bit values to those locations), you can pretty much write to ANY graphics register... Meaning you can apply any arbitrary effect that can be accomplished by changing 8 or less graphics registers on each scanline, using an entirely automated system. For an 8 bit system that would have seemed insane. Yet by the 16 bit era such automation of special effects tricks from the 8 bit era was quite common. (the amiga has the same general idea as H-DMA but taken to it's logical extreme; The Copper list; Instead of having a list of data that gets written once per scanline, the amiga copper list specifies a register to write to, a value to write, and how many pixels before the next instruction in the list - as long as there is at least a minimum number of pixels between each operation on the list, you can do stuff like this all over the screen, not just on a line by line basis.) Meanwhile if you go back in the other direction, while no doubt someone would have figured them out eventually anyway, a lot of these effects owe their existence to the Atari 2600. Why? Because the Atari 2600 was built when memory was extremely expensive. And in order to cut the memory used to a bare minimum, it doesn't have a video chip capable of displaying an entire screen of graphics. Rather, it has a video chip which can display one line of graphics. And if you want anything more complicated than that? The CPU has to do it by adjusting what the graphics chip draws every single scanline. So to make anything at all, you're forced to learn to cope with the concept of changing your graphics data every scanline. A technique later systems didn't require, but which, it turns out, could still be used to create special effects above and beyond what the system was seemingly capable of normally...

@B3ro1080 Yeah, something like that. But doing that is a pain in the ass to code vs just having more sprites. You get the same thing with the NES and Commodore 64. C64 has 8 sprites, but with clever coding people have displayed as many as 40 of them. The NES simply offers the ability to draw 64 sprites. That works out about the same when the programmers are good at what they do... But when the programmers are less capable, the system with more sprites just plain wins out. And yeah, the Mega Drive's sprite hardware is pretty impressive. On paper the SNES seems superficially better. But once you see the list of restrictions the SNES forces on you, the Mega Drive wins hands down. (at sprites at least). Of course, neither compares to a Neo Geo. Neo Geo can draw 384 sprites. These sprites can be anything from 16x16 to 16x512. It can draw 96 sprites on a single scanline. It can scale sprites independently in the x and y dimensions. (it only scales down, but it can scale arbitrarily within that) And it has this lovely feature where you can set a flag in a higher numbered sprite and if it's adjacent to a lower numbered sprite, both sprites will move if you change the position of the lower numbered sprite. In fact the Neo Geo is so good at sprites, that it doesn't bother with traditional background layers. the background layers are also sprites. If you work it out, being able to draw 96 sprites on a line, which are 16 pixels wide each, that's 1536 pixels of sprite data per scanline. for a screen width of just 320 pixels; That means you can cover the screen in sprites 4.8 times, which is useful if your backgrounds are also sprites. By contrast the Mega Drive can draw up to 20 sprites on a scanline, and regardless of how big those sprites are, it can draw only 40 tiles worth of sprites on a scanline. (8x8 tiles - 320 pixels. Exactly matching the screen resolution). The SNES can draw 32 sprites on one scanline, or 34 tiles (again, 8x8 tiles. - 272 pixels. However the SNES only has a 256 pixel resolution. In this case the SNES has just enough overlap so that if sprites are off the edge of the screen it can still show the partial sprites.) One slight weakness of the mega drive, which is why sprite glitches are somewhat more common - besides there being no spare ability to draw sprites on a line if they go of the edge of the screen... On Mega Drive sprites that are completely invisible off the edge of the screen still count as being on the scanline in question. While on the SNES (aside from a weird bug with a specific horizontal position value), if a sprite isn't visible onscreen it doesn't count towards the limit... Of course, the Neo Geo is at heart an Arcade machine. And the home system is rare, expensive and obscure... So it's not the fairest of comparisons... Still, if I could have the 'ultimate' 16 bit system I'd take the background generating hardware of a SNES, Amiga's COPPER, and the Neo Geo's sprite engine, and mash it all together... xD

How to fit Sonic the Movie onto the Genesis.

Yuji Naka said he was getting sick from smooth special stages, so he added a line which makes it slower.

@@PilaCiu No he did not, it's Chinese whispers (telephone for you US folk). He said something in relation to "motion sickness" (exact words) and it got misconstrued as being "the special stage" that was the cause.

Yeah, there's a simple Game Genie code you can put in to enable the smooth special stages.

"maverick chips" "Mega Man X" i c wut u did ther

kzfaq.info/get/bejne/sNCBnM5o2t2weYU.html This might scratch that itch in the meantime

He doesn’t know the SNES as well as the Genesis code.

Check out Retro Game Mechanics Explained

I wonder if the Genesis could rotate 1 tile in real time at any angle instead of using tables, it may be possible given the low resolution (A 16x16 tile would need a 24x24 area to rotate into, that's only 9 tiles for the CPU to rotate) The Amiga could do full screen CPU based image rotations using special lower resolution screen modes like 160x128.

SNES's roller coaster fight when Joker is throwing bombs is Mode 7 with perspective by HDMA. Sometimes just Mode 7 alone when the screen rotates. I think that one of the best tricks of the game is the 3D building when you're falling with catwoman. Looks like polygons, but is some windowing effects.