Chipset AGA option trashed gfx

[hexaae]

Try this on real HW http://m68k.aminet.net/package/util/misc/TUDE

[Toni Wilen]

What does it have to do with this feature? It has nothing to do with emulator changing complete chipset model on the fly.

It is impossible to change PAL/NTSC on the fly with OCS Agnus (No, that VPOSW hack don't count) or to prevent software from switching ECS/AGA PAL/NTSC mode.

--

Set your config to NTSC (Hardware=NTSC). Then use early boot menu to change mode back to PAL (ECS/AGA software switched to PAL).

You'll notice games still run in PAL. Now if you do "uae-configuration chipset ocs", suddenly all games run in NTSC (and PAL switch does nothing) because chipset changed to OCS NTSC.

Which I think can be annoying in some situations.

[hexaae]

Better to let user change everything on their need probably, so also NTSC/PAL switches always working.

[ross]

Originally Posted by ross

... I used for the first time uae-configuration, both as a tooltype and from the command line, and it does nothing
(in fact if I check the options in the GUI they are exactly as before).

@Toni: now I understand why I had problems using uae-configuration command.
In the UAE expansion/boot ROM setting I had the 'ROM indirect' version selected (probably in order to avoid problems with data cache emulation).

In that case uae-configuration does not work, no problem for 'ROM direct' or 'F0 ROM' versions.

[Toni Wilen]

Fixed (uae-configuration uses C-style stack parameters but indirect traps didn't preserve stack pointer)

[ross]

Originally Posted by Toni Wilen

Fixed (uae-configuration uses C-style stack parameters but indirect traps didn't preserve stack pointer)

Works

However with the attached configuration the system does not start anymore when processor is 040 (no problem with 020, 030, 060).

[Toni Wilen]

Fixed (There is lots of CPU emulation related changes, more details later in some other thread..)

[ross]

Originally Posted by Toni Wilen

Fixed (There is lots of CPU emulation related changes, more details later in some other thread..)

Great! Thanks.

[CFOU!]

Originally Posted by hexaae

I use for Shadow of The Beast WHDLoad the option "uae-configuration … chipset ecs_denise" to remove the trashed tree sprite in parallax main menu.

for BEAST tree sprite bug without ECS DENIS option try something fun :

1) launch Beast 1 in WinAUE
2) wait to get main scrollings screen (with Trashed tree in parallax scrolling)
3) enter in Winuae debugger
(in general Shilf+F12 =>but Warning, WINUAE must be in windows mode to see debugger external screen)
4) type in debugger prompt:
W 283AC 00960020.L
W 28444 F80FFFFE.L 00968020.L FFFFFFFE.L
g

5) Tree sprite is fixed!!!!!

PS: it's just a joke, because i erase good datas in copperlist (it's cause gfx bugs in loading screen. But it's first step to fix it

PS2: in fact, i disable DMA sprite after tree and enable DMA sprite at the end of the screen

[CFOU!]

Originally Posted by CFOU!

for BEAST tree sprite bug without ECS DENIS option try something fun :

1) launch Beast 1 in WinAUE
2) wait to get main scrollings screen (with Trashed tree in parallax scrolling)
3) enter in Winuae debugger
(in general Shilf+F12 =>but Warning, WINUAE must be in windows mode to see debugger external screen)
4) type in debugger prompt:
W 283AC 00960020.L
W 28444 F80FFFFE.L 00968020.L FFFFFFFE.L
g

5) Tree sprite is fixed!!!!!

PS: it's just a joke, because i erase good datas in copperlist (it's cause gfx bugs in loading screen. But it's first step to fix it

PS2: in fact, i disable DMA sprite after tree and enable DMA sprite at the end of the screen

I think that I found a solution to integrate the tree sprite fix properly.

I'm going to ask JOTD, if he agrees that I integrate it to his whdload's slave via a CUSTOM option

[CFOU!]

Try proper solution using copperlist2 (loading screen not corrupted)

1) launch Beast 1 in WinAUE
2) wait to get main scrollings screen (with Trashed tree in parallax scrolling)
3) enter in Winuae debugger
(in general Shilf+F12 =>but Warning, WINUAE must be in windows mode to see debugger external screen)
4) type in debugger prompt:
W 283AC 00960020.L
W 28438 00860400.L
W 400 F80FFFFE.L 00968020.L FFFFFFFE.L
W 28444 008A0000.L
g

5) Tree sprite is fixed!!!!!

[ross]

Originally Posted by CFOU!

Try proper solution using copperlist2 (loading screen not corrupted)

1) launch Beast 1 in WinAUE
2) wait to get main scrollings screen (with Trashed tree in parallax scrolling)
3) enter in Winuae debugger
(in general Shilf+F12 =>but Warning, WINUAE must be in windows mode to see debugger external screen)
4) type in debugger prompt:
W 283AC 00960020.L
W 28438 00860400.L
W 400 F80FFFFE.L 00968020.L FFFFFFFE.L
W 28444 008A0000.L
g

5) Tree sprite is fixed!!!!!

Hi CFOU, maybe i missed something or is it another bug,
but this http://eab.abime.net/showpost.php?p=1337959&postcount=9
and this http://eab.abime.net/showpost.php?p=...7&postcount=10
don't fix it?

[hexaae]

No fix for vertical pixel glitch on the left border at main menu, in AGA mode? ECS switch fixes this bug too



Also on the right border there's something strange if you look carefully...

EDIT: BTW, also Agony (WHDLoad launched in AGA mode) is affected by something similar:



Again, ECS/OCS switch from WinUAE fixes Agony too...

[CFOU!]

Originally Posted by ross

Hi CFOU, maybe i missed something or is it another bug,
but this http://eab.abime.net/showpost.php?p=1337959&postcount=9

don't fix it?

It's another solution (fix SPRxCTL in sprite structure), i had already used it to fix Bubbles sprites bug in Ballistix (see: http://www.whdload.de/games/Ballistix.html)

I will try this evening to verify if it's working on all configs as second solution (disable DMA sprite after end of tree during raster display and enable DMA sprite in the bottom black part of the screen)

see too: http://mantis.whdload.de/view.php?id=3498

[ross]

Originally Posted by CFOU!

It's another solution --
I will try this evening to verify if it's working on all configs as second solution (disable DMA sprite after end of tree during raster display and enable DMA sprite in the bottom black part of the screen)

Ah ok, is that I found this copper insertion method a bit 'invasive'

[CFOU!]

Originally Posted by ross

Ah ok, is that I found this copper insertion method a bit 'invasive'

I's normal you found this mothod invasive, because it's invasive

but as sprites are not used under tree sprites, it's good solution working with all harwares (OCS/ECS/AGA/Super ECS, ...).

Tony's solution is more elegant, and better if it's works with all config., I'll verify !

[ross]

Originally Posted by hexaae

No fix for vertical pixel glitch on the left border at main menu, in AGA mode? ECS switch fixes this bug too
--
Also on the right border there's something strange if you look carefully...

EDIT: BTW, also Agony (WHDLoad launched in AGA mode) is affected by something similar:
--
Again, ECS/OCS switch from WinUAE fixes Agony too...

Yes, something strange here and maybe Toni can clarify it.
Not having a real machine I can't try it.

Seems that for some beam-synced COLOR00 change BRDRBLNK works differently.

How to:
- Beast I, main scrolling screen
- WinUAE (4.3 beta), F12, switch on AGA and Subpixel emulation
- WinUAE debug
- W dff100 6601.w (ECSENA)
- W dff08e 2c91.w (left border, one more pixel covered)
- W dff106 0c60.w (border is BRDRBLNK instead of COLOR00)

This solve the problem but not on this split where COLOR00 is copper synced:



Nothing change if DIWHIGH is fine set or more than one pixel is covered (the COLOR00 half pixel column is simply shifted).
I remember a thread in which Toni said "the BRDRBLNK/DIW relations are not as simple as it seemed" but then I did not investigate the effects of the corrections in the latest versions of WinUAE.

[CFOU!]

in resume, to fix tree sprite bug there are 2 solutions:

I) Disable DMA sprite after end of tree during raster display and enable DMA sprite in the bottom black part of the screen:

1) launch Beast 1 in WinAUE
2) wait to get main scrollings screen (with Trashed tree in parallax scrolling)
3) enter in Winuae debugger
(in general Shilf+F12 =>but Warning, WINUAE must be in windows mode to see debugger external screen)
4) type in debugger prompt:
W 283AC 00960020.L
W 28438 00860400.L
W 400 F80FFFFE.L 00968020.L FFFFFFFE.L
W 28444 008A0000.L
g

5) Tree sprite is fixed

avantage: works again return in main scrolling after to have played
incommode: invasive

II) Fix SPRxCTL in sprite structure:
1) launch Beast 1 in WinAUE
2) wait to get main scrollings screen (with Trashed tree in parallax scrolling)
3) enter in Winuae debugger
(in general Shilf+F12 =>but Warning, WINUAE must be in windows mode to see debugger external screen)
4) type in debugger prompt:
W 464bb 0.B
W 46d2b 0.B
W 4681b 0.B
g

5) Tree sprite is fixed
Avantage: Not invasive/Elegant
Incommode: not works again return in main scrolling after to have played

[CFOU!]

Originally Posted by ross

Yes, something strange here and maybe Toni can clarify it.
Not having a real machine I can't try it.

Seems that for some beam-synced COLOR00 change BRDRBLNK works differently.

How to:
- Beast I, main scrolling screen
- WinUAE (4.3 beta), F12, switch on AGA and Subpixel emulation
- WinUAE debug
- W dff100 6601.w (ECSENA)
- W dff08e 2c91.w (left border, one more pixel covered)
- W dff106 0c60.w (border is BRDRBLNK instead of COLOR00)

This solve the problem but not on this split where COLOR00 is copper synced:



Nothing change if DIWHIGH is fine set or more than one pixel is covered (the COLOR00 half pixel column is simply shifted).
I remember a thread in which Toni said "the BRDRBLNK/DIW relations are not as simple as it seemed" but then I did not investigate the effects of the corrections in the latest versions of WinUAE.

curious I am not this problem:
WinUAE 4.2.1
030+AGA chipset+Full CycleExact+RTG (game launch with whdload ,of course...)

[ross]

Originally Posted by CFOU!

II) Fix SPRxCTL in sprite structure:
--
Avantage: Not invasive/Elegant
Incommode: not works again return in main scrolling after to have played

Well, insert a trap in WHDLoad slave after sprites bank load and fix it

Originally Posted by CFOU!

curious I am not this problem:
WinUAE 4.2.1
030+AGA chipset+Full CycleExact+RTG (game launch with whdload ,of course...)

Did you activate the Subpixel emulation?
It is important, it generate on screen what happens on real AGA machines and video with fine pixels display.