DrOG wrote:slingshot wrote:DrOG wrote::cheers: Boldog szülinapot!
José nem biztos, hogy érti
I suppose Google Translate is his friend
MasterOfGizmo wrote:I am still trying to get the Sega guys at sega-16.com interested. But they have an interesting forum. You need to earn points by posting before you are allowed to post anything ... anyone here already have a working account there?
slingshot wrote:Just uploaded a new release, with some bugfixes in the VDP. Also the sprite engine was re-structured greatly, to resembles what the hardware really do. Hope didn't introduce regressions. Also our emulator doesn't suxx anymore (if you know what does it mean).
Higgy wrote:Nice work getting some of those undocumented features working!
There is an Emulator comparison video running the TiTAN - Overdrive 2 demo https://www.youtube.com/watch?v=_FyQPn89RZQ
I don't know if this helps at all? I thought that if an Emulator is running a particular part of the demo correctly, then maybe the emulator's Sourcecode could be looked at to see how a particular feature was implemented?
slingshot wrote:That's a great quality capture!
I know almost all reasons for the visual non-perfections, except the artifacts on the background of the rotating Overdrive logo (from 1:58 to 2:05).
DanyPPC wrote:Will it be possible to support interlaced screens ?
An excellent result has been achieved.
MasterOfGizmo wrote:Ok, yes, the priority is an external thing but the CPU behaves differently depending on the level reported via IPL. My question was more or less: Are the IPL signals re-evaluated multiple times during one complete INT processing? E.g. there must be one point where the cpu detects that the IPL is != 7 and it thus has to take action. But there's also a moment where the decision which vector to use is done on base of the IPL. So when the IPL changes it may happen that some IPL that was applied at least one previous CPU cycle is ignored. That would rarely happen on the tg68k as it usually reacts immediately since most instructions require one cycle only. The IPL != 7 would always be handled at the end of the current instruction which in 99% of the cases means "now"...
That's sufficient. So there's one point where the ipl is evaluated.
Users browsing this forum: No registered users and 5 guests