Unless the ROM's already dumped and he's running it on an emulator and not on an actual console. The lack of NTSC artifacts and the tearing of the palm trees mean nothing if this is the case. I'm not saying that the prototype is real, just that a few things that have been pointed out as evidence of it being fake can be explained by the use of an emulator.
Maybe this "beta" on the video has no sound yet =P I agree with most of the members here. It's not real. As much as everyone wants it to be real, it's not. All the compares members have done with magazines scans doesn't match to the video. Fair enough, the video could be an earlier build to the scans we have, but... ... it's looking too slim to be real. And what happens if I lose the bet? =P
@travelsonic and redhotsonic Can't help it if I'm skeptical about always seeing hoax discoveries and hoax leaks always containing the shit camera quality in attempt to make the video seem legit. Not to mention if the video quality was clearer, the inconsistencies would be much more noticeable. Obscuring the image is the oldest trick in the book when creating hoaxes.
The thing is, he's shown 2 videos of "practically" the same thing now, but not once has he just pointed the camera down to show the MegaDrive with the BETA ROM inside. Just doing that, even for a second, would give me a second thought and think, "wait a second, maybe he's not bull-shitting here". But until then, I'm not buying this story.
Just because we have pictures of one beta of Sonic 1, doesn't mean it wasn't tweaked at all before/since that. This is most likely fake, but comparing it to the beta pictures like crazy, when it may be a different beta, and then calling it fake without being aware of any other betas, is a bit silly to me. EDIT: And I don't believe any of this anyway. Sorry guys, but that cart has been long gone for years.
What I find bizarre is that if you were going to fake the beta you would do whatever you could to clone it as accurately as possible. So why when drawing mountains and those "buildings" why wouldn't you make exact clones of them? Even a novice in PS could pretty much duplicate them with 99% accuracy. Either the creator is lazy, underestimates the communities analysing skills OR it's actually a different build altogether and is genuine. However the colour is what screams fake to me. I also find it interesting that this is being played by one person and filmed by another.
If this was truly the case though, Sonic in those videos would've moved much more quickly. Also am I the only one wondering where the hell was this in the videos? Although a bit more easy to recreate this and fool everyone, I'm shocked it wasn't included in the videos at all.
Screen shot comparisons are the ultimate proof. Sure you must find it very coincidential that the clouds are from the special stage, that for some reason they were redone out of the blue like that. Or the moutains were rounded off instead of pointed. These are changes that I feel are so minor of a difference for a video showing a demo that offers nothing more than allowing the player to walk and roll around. Point being, if it's a different version of the game, I would expect to see something much more than just allowing Sonic to move around an empty stage. This is common sense talking here. So the "different beta" argument doesn't hold up at all in my opinion. And I already destroyed the "same beta" side of the equation.
We could try that, but then again he/she won't answer a damn thing and wait for two whole months before declaring "April Fools" on us.
Well, he is a trial member here on Retro so... Anybody want to message him on here? I mean, if this ends up being fake, we can just make him stay as a Pending Member forever, right?
In the comparison shot, Sonic is clearly with his head tilted back. This is the same comment I made In this current thread where someone is trying to re-create the Sonic 1 Beta. Seriously looks just like that one that guy just made. This is really obvious guys =/.
No it doesn't. It might not exactly match the Beta image we have, The quills don't look the same as the image in the topic you linked to. Neither does the ear on that image, or the nose, hands, feet. Edit: Tried to match the colors of the sprites just for comparison, It's possible the brighter palette on Sonic in the original image is only brighter because of the image quality.
So the faker is here huh? Wonder why he isn't defending himself against all these statements. You would think he would try to explain things to ease our minds, unless he just signed up to see our reactions.
Uh, not quite, and I will show why: Indeed, Sonic only overlaps because his collision ray is smaller than his sprite. In the first pic, we see that effect in action—Sonic sprite is overlapsing the wall. But what I was trying to point is what happens in the second pic: if the player keeps pushing against the wall, as soon as the horizontal ray doesn't pick any collision with the terrain, Sonic starts to outright enter inside the ledge. Now, If you actually increase the collision size of Sonic enough to match his sprite size... In the third pic, we see that the effect is now, indeed, much better. However, everything is only so much well, because as soon as the horizontal ray doesn't pick any collision with the terrain (4th pic), the same hell happens, and Sonic sprite overlapes the ledge's edge. So increasing Sonic's horizontal collision rays doesn't quite solves the problem. What happens in the video, however, is something acking more to this: Sonic has a solid bounding box, and he smoothly slides around the ledge's edge. Again, this is an effect that is common in most recent (and not so much) APIs. Now, I will give that the effect would be do-able on the Motorola 68000, but two horizontal rays would be required: one at the extreme top and another at the extreme bottom. But then the bottom ray would start to detect collisions with short steps and slopes (something that it shouldn't), and would require a hell lot of programming to solve it, other than simply peeking a byte on the reverse collision array to see if a collision has been detected by that ray or not. Not to mention that the entire collision method would have to be redone in order to accomodate rays that rotates according to the terrain angle, etc. Well, with my vast experience with fan games and the Mega Drive Sonic games, I would say that everything in this "proto" video is something I would see in a MMF game.
There is also the possibility that it could be someone impersonating her/him? When I first spoke about Sonic the Hedgehog 4 - Episode 1, there were people impersonating me over YouTube and the official SEGA forums, and possibly other places as well.
Isn't that just the approval post to get into trial member status? can't remember its been along time.
"This version of Sonic 1 is the one which had many scrolls during development. You know the one with the coconut trees and rocks? Where did this ROM come out from? But it sure is nostalgic." At this point I don't think a proper translation matters much though :v: