|
Notes |
|
|
|
|
I've applied interrupt fixes for the copper and vblank interrupt. Problem still present with the attached slave? |
|
|
|
(0005959)
|
|
Wepl
|
|
2017-12-21 14:31
|
|
|
With the new Slave exact the same fault appears. |
|
|
|
|
|
That is pretty strange as the interrupts are definitely fixed so it shouldn't fault with ChkInts. Can you attach the register log once the new slave fails again please? Unless it is 100% the same as old one but that should not be case. |
|
|
|
(0005961)
|
|
Wepl
|
|
2017-12-21 14:58
|
|
attached.
the code above has changed but listing is too short to end of actual interrupt code... |
|
|
|
(0005962)
|
|
Wepl
|
|
2017-12-21 15:01
|
|
$0fbb6860 move.w #$20,($dff09c)
$0fbb6868 movem.l (a7)+,d0-d7/a0-a6 ;$0fc2837c
$0fbb686c rte
doesn't look good? |
|
|
|
|
|
It indeed didn't look good, offsets for interrupt fixes were wrong (relocation header wasn't taken into account). Try attached slave please, the patch should now not fault anymore with ChkInts. |
|
|
|
(0006257)
|
|
Wepl
|
|
2018-06-19 22:54
|
|
works with ChkInts now
still some gfx trembling, probably a timing issue and hard to locate |
|
|
|
|
|
Thanks for super fast testing. :) At least the interrupts are fixed now, I'll check the code more thoroughly in the coming days/weeks to find the cause of the trembling graphics. |
|
|
|
(0009278)
|
|
JOTD
|
|
2020-11-28 11:42
|
|
|
I know that this slave needs dusting. |
|
|
|
|
|
Support for SPS 2814 would be great if possible. |
|
|
|
(0009280)
|
|
JOTD
|
|
2020-11-28 18:13
|
|
|
@Stingray I assigned the fix to you. If you don't want to finish it, just attach the slave source and I'll wrap it up. But this needs releasing. |
|
|
|
|
Hi JOTD,
At the same time please could You add support for SPS IPF 2814 Files.
Because there is an error WWith Disk 1 on Track 134 when I want to install it
Many Thanks,
Best regards,
Pascal |
|
|
|
|
|
I'm working on this now, SPS 2814 is fully supported already. The update will not be released under any circumstances without the graphics bugs being fixed. That means, as long as I don't know the reasons for these errors, no update! |
|
|
|
|
|
Looks like I fixed the graphics problems by some trickery in the VBI. Which in turn means, the update will be available sometime soon. |
|
|
|
|
Last remaining (and very annoying) problem I have to deal with is the end sequence. It doesn't work properly when being called after game has been completed, running it separately on its own works...
Once I've fixed this, the new and shiny Blastar patch will be released. |
|
|
|
(0010123)
|
|
JOTD
|
|
2021-04-27 21:51
|
|
|
that's good to hear. One of the most broken Core games |
|
|
|
|
The code actually isn't that bad (in the main game at least, intro and outro code I refuse to comment!), the scrolling bugs on faster machines are a result of optimising the code to run as fast as possible on a plain 68000 machine.
Anyway, end sequence problem fixed (DMA related problem, turning off all DMA before running the end sequence required) so the final testing is now in progress. |
|
|
|
|
|
The new Blastar patch is now available. |
|
|
|
(0010532)
|
|
Hexaae
|
|
2021-07-16 11:08
|
|
Uhm... I still have this issue on my WinUAE 060 :(
Tried also to degrade (= slow-down) emu but it's hard to find a sweet spot with: correct music playing routine + no flickering gfx + fade-out and game-over effects without glitches... |
|
blastar.whdl_register (3,740) 2017-12-21 12:50