|
Notes |
|
|
(0009506)
|
|
StingRay
|
2021-02-02 22:01
(Last edited: 2021-02-03 08:03) |
|
Starfield problem confirmed (only appears to happen on slow machines), will be fixed. Decrunching the first picture works without any long delay on my machines but I'll relocate the decrunchers in the updated patch, this should hopefully fix this problem.
Edit: the decrunchers have already been relocated so that's not the problem. Does "CACHE" tooltype change anything regarding the decrunching time on your machine?
I'll attach test slaves here in a while (when I fixed the starfield problem) so you can test them on your Amiga.
|
|
|
|
|
Starfield problem was caused by the triple-buffering approach, it has been modified to work correctly.
Attached are 2 slaves: Masterpieces.slave fixes the starfield problem, Masterpieces_NoDecReloc.slave does not relocate the decrunchers in the main part.
Does decrunching still take 48 seconds for the first picture with the "NoDecReloc" slave? Is the decrunching very slow for all pictures or just for the first one? |
|
|
|
(0009515)
|
|
bill
|
|
2021-02-03 10:53
|
|
starfield work now. CACHE or NOCACHE doesn't change the decrunching speed.
the decrunching is very slow with most of the pictures (guardian dragon 2 for example)
with NoDecReloc, the decrunching still take more than 50 seconds, guardian dragon 2 take 53 seconds.
My fast ram is ACA1208.
I tested the older patch, and the decrunching is normal (5 s for Alien, 4 s for guardian dragon 2, ) |
|
|
|
(0009550)
|
|
bill
|
|
2021-02-08 18:31
|
|
you can reproduce the decrunching problem by using WinUAE (4.4.0.0)
I tested the patch with the same configuration : WHDLoad 18.6 on stock A1200 + 4 Mb Fast, KS 3.0, WB 3.0
-> the decrunching is slow
(I also tested with a A4000 60040 config : speed is normal ) |
|
Masterpieces.slave (1,180) 2021-02-03 08:55