I think i know why sonic Adventure 2 does wat it does

[Ultima226]

ok, i was playing SA2 in dark story in wire frame, i was robotnik when he firsts start the pyramid lvl and i thought maybe i'll be able to see something so i took it off and i DID, i played a nice chunk like it was normal but when i went near an enclosed space or near a wall where the camera is goin through tat wall i get the same graphics problem so its not the graphics, ITS THE CAMERA!!!!!!!!!!, now only if i were a coder or modder or anyone who could patch this i'd do it, since its a camera problem i don't think theres a problekm with the emu its the camera, try it for yourself, the pyramid lvl with robotnik

[General Plot]

Wow, and I thought the emulator's authors had thought of everything, that is, until the idea that the crash may be due to the camera and not the graphics. Oh wait, as it turns out, it is the graphics that causes the crash. Please understand one thing: many games have the gfx/text bug. THPS2 is a good example, and there is really no "camera" to control in that game. It is a graphics bug, no matter how you may interpret it. These guys are geniuses, please understand that they have considered even the most obvious. Also, 'cameras" have never been an issue in emulators, and I doubt it will start here.

[Ultima226]

But i gotta be on to something, it worked a qauarter of the level until i got to a enclosed space or area thats gotta be worth something? have u ever heard of someone using it perfectly for more than five minutes?

[General Plot]

The bug is graphics related, not "camera" related. The authors have already stated that it is an iterpretation of the graphics that causes this. Do some research further back in the forums, and you can see this for yourself. If you still disagree, then perhaps you can diagnose and debug the error, but I'm willing to guess that you don't know the first thing about how this emu even begins to work, so please leave it to the professionals.

[GCFreak]

thats not nice generalplot, maybe he might be able to prove to us that its the camera. can u show us sum screenies?

[General Plot]

thats not nice generalplot, maybe he might be able to prove to us that its the camera. can u show us sum screenies?

It may not be nice, but it is true. I was nicer with my first post telling him that this was a graphics bug confirmed by the original developers of Chankast, and I defy anyone to tell them that they don't know what they are talking about. Camera controls and points of view aren't the problem, the graphcis being interpreted incorrectly is. Perhaps you'd be best to also do a little research. I've been following this project for quite some time (even before I registered with emutalk) and I have seen the bug reports posted.

[Ultima226]

I'm not trying to say it isn't jus thought i'd jus point that out, and i'll get those pics later

[General Plot]

I'm not trying to say it isn't jus thought i'd jus point that out, and i'll get those pics later

This points out nothing and pictures will prove nothing. Bug reporting is only helpful if the origin of the bug is known and reported. But if you wish to keep yourself in the dark, then I guess you would rather not know this.

[Talikar]

This points out nothing and pictures will prove nothing. Bug reporting is only helpful if the origin of the bug is known and reported. But if you wish to keep yourself in the dark, then I guess you would rather not know this.

Holy crap and who made you god? No one, so please stop being more of a troll than a knowledgeable poster. I would however like to mention that as a CAMERA moves back and fourth it does move the graphics and works with them, so it's still a graphics problem.

To the topic author: However, that's a nice trick you figured out, thanks a lot for it.

I might try it some time. By the way, it could maybe be a memory problem with too many pixels on the screen or with large images... I would like to mention to the semi-troller one thing:
A program requires a lot of typing, a lot of coding. The devs could miss something, it isn't unheard of. However, we all like what they've done with the emulator, and they really don't need to work their butts off to get it done, they can take their time so missing things is alright.

[General Plot]

Holy crap and who made you god? No one, so please stop being more of a troll than a knowledgeable poster. I would however like to mention that as a CAMERA moves back and fourth it does move the graphics and works with them, so it's still a graphics problem.

Let me tell you something, lil n00b, and I'll be nice the first time. The gfx may be rotated/zoomed and such by camera control, but that does not mean the camera is graphics related. The camera is controlled by the game pad plugin, the graphics are controlled by the graphics plugin. In each case these plugins are embedded in the emulator. But a bug in the graphics plugin does NOT mean the gamepad plugin has a bug. They are not the same thing. It may APPEAR that the camera would cause errors, but it is in fact the graphics only. Take a look at Tony Hawk's Pro Skater 2 if you don't think I'm right. There's no camera to control in that game whatsoever, and yet, the text graphics bug shows up. Next time, do your homework before you come in here talking like that, when you don't even understand the basic concept of an emulator.