Search results

More than a year ago an engineer with a lot of knowledge and experience with Amigas (and preceding Commodore computers) took AnotherGuest's UAE4All Symbian sources, our Pandora sources, some PocketUAE stuff and then added big new features (with help from Toni Wilen) to his enhanced Symbian...

You could also try Mortal Kombat Trilogy for Playstation which should be close to arcade quality. http://www.gamespot....review-2548427/

Yes, I can confirm that it's not caused by drawing.cpp+linetoscr.h. ;) I thought drawing.cpp would somehow limit the max fps at 48fps causing the glitchy sound as side-effect but that's not the case. Maybe custom.cpp or blitter.cpp cause it instead. Of course I'll have a look at audio.cpp...

Tried it - Lionheart runs as bad as before. Works, but severe gfx glitches in background and bottom. Can now confirm that 48fps being the maximum is NOT a bug in drawing.cpp+linetoscr.h because when using the old versions of these files 48fps is also the max (while it's 50 with the old UAE4All).

Well, you need to overclock quite a bit. At 1050MHz it runs mostly smooth. lol @pic

Yes works well on Pandora. But Yoshi's gif is from Street Fighter Alpha. This would be the Street Fighter III equivalent:

Ah, that's great! I think this is also really a drawing-issue. Since for some reason only 48 instead of 50fps are drawn (at fullspeed) we get those sound hickups. Why and where this drawing-issue is I don't know.

Yes, I think that's it. Glad we can do without this "optimization" since Pandora has enough cpu power.

Yeah, looks that way. But that's how it was done in the old drawing.cpp, too (that didn't have these if(change), if(line_changes), etc. at this point).

Went through the whole code and disabled one part after another. Mostly whole functions, later parts of functions. If the bug stayed I enabled the part again and disabled the next and so on. Of course the bug only disappeared after I reached almost the end of the file... Can't exactly...

Currently 48fps seems to be the max fps. Tested 5 games which all run @48fps at 800MHz. Further increasing the CPU speed to 1GHz doesn't change that. So 48fps means "fullspeed" in this version. The games I've tested are: Slam Tilt Pinball Illusions Pinball Fantasies AGA James Pond 2 -...

See

Bug "Flashing gfx and AGA games running at 0fps" is fixed. Now an annoying sound bug remains that occurs every half second. But it's not AGA related since OCS games are affected, too. Except for the sound-bug Pinball Illusions and Pinball Fantasies AGA ran fullspeed when I tested them...

PND will follow in about 2 hours (my pc at work has no slot for sd cards...). Well, Pinball Fantasies AGA of course runs with 68020, too, but 68000 suffices for it. The anonymous engineer made it possible for us to use 68000+AGA for some games which in reality are kinda "OCS games enhanced with...

Fixed the screen-flashing. Just played Pinball Fantasies AGA (cpu 68000, chipset AGA, 2MB chip and fast ram, KS 3.1) and Pinball Illusions (cpu 68020, rest the same) at quasi full speed - but now there's an annoying sound bug which occurs every half second. But the emu is usable now.

I can now confirm that linetoscr.h doesn't contain the bug. It works fine together with the old drawing.cpp if you replace the macro TYPE (which the old drawing.cpp didn't define) in it. No flashing screen. So the problem is caused in the new drawing.cpp. Can't promise I'll find it today (it's...

I don't know. Only tested Pinball Fantasies AGA and Pinball Illusions. Will try to identify the problem tomorrow by adding parts of the new code to the old until the problem occurs. Thanks for the pointer. NO_THREADS was disabled in the Makefile. Enabled it and then rebuilt uae4all - but the...

Thanks for your suggestion. Doesn't make a difference: linetoscr.h gets included (again and again) by drawing.cpp at runtime! If it needs the AGA-stuff it #defines AGA 1 and if it needs the OCS-stuff instead it #defines AGA 0. At the end of linetoscr.h AGA is then always #undefined. When...

No, there's no change to OCS-emulation.

See