Mnemonics by Haujobb - Question

[Torti-the-Smurf]

El Ocaso del payaso works great now on 68020 Fpga
Even the Part with the spinning and jumping Copper Cube works great now.

I had to use the Tooltype NoCache ;
(otherwise i got a "integer Divided by Zero" error right before the Goblins spinning and strechting Scene)

;and with NoAutoVec ,the Endcredits displayed correctly.
(otherwise the Endcredits Sequence would be a almost completely white Screen, with a bit of Font still readable)

Runs smoooooooooth as Butter on Fpga 68020 (133mhz )

Thank you paraj, for fixing another Demo within a few hours, thats so cool

Very much appreciated paraj

[Torti-the-Smurf]

Originally Posted by paraj

I didn't look that closely at the code, but I though it did all of its allocations before reaching the loading screen but maybe not (or perhaps it is buggy in some way).

I just found out that,
Haujobb released the "Haujobb Amiga Framework" 2019 to the Community.

Now we can see how the Sausage was made; so to speak.
https://www.pouet.net/topic.php?whic...page=1#c551491

Pretty interesting and very helpful to understand "the Magic".

Thanks again paraj

PS: Here is yet another Demo that freezes at the End and the Predator rotating and zooming Sequence sometimes doesn't work.
(tested in WinUae and FPGA)

If you like to give it a quick look ...
https://www.pouet.net/prod.php?which=10270

You are on a roll paraj

[paraj]

Originally Posted by Torti-the-Smurf

I just found out that,
Haujobb released the "Haujobb Amiga Framework" 2019 to the Community.

Now we can see how the Sausage was made; so to speak.
https://www.pouet.net/topic.php?whic...page=1#c551491

Pretty interesting and very helpful to understand "the Magic".

Thanks again paraj

Interesting, could have saved me a bit of effort, but can see I managed to get the gist of it just from disasm. In that later version blitter assisted C2P seems to be removed though a few vestiges remain.


Also Phil from the pistorm discord was kind enough to test on B1230, and it seems to also get stuck while loading there, and the CPU C2P is faster, so I'm going to make a proper slave release for it.

Originally Posted by Torti-the-Smurf

PS: Here is yet another Demo that freezes at the End and the Predator rotating and zooming Sequence sometimes doesn't work.
(tested in WinUae and FPGA)

If you like to give it a quick look ...
https://www.pouet.net/prod.php?which=10270

You are on a roll paraj

Took a peek, and patched out the worst transgressions. Sort of works after that on my 060 (not at all before) with caches disabled, but music sounds wonky (probably more busy loops) and it doesn't advance properly to next effect.


Quick verdict: Will be too much effort to fix. Just from spending 10 minutes on the disasm I see so much bad code (no offense to the authors)

[paraj]

Original problem in hjb-mnemonics should now be fixed (updated slave attached). Problem: It uses two different blitter queues for different screen modes. When switching between them it doesn't check if the queue is empty, so when returning to the old screen mode it can get stuck.
"Hang" during loading on real machines is probably out of memory BTW. Maybe not enough chip mem?

May have been nerdsniped by the Old Bulls demo.. Might be impossible to get right since the way it handles timing (including switching to the next effect) seems machine dependent, but I'll give a small shot...

EDIT: Maybe try attached. Still goes out on sync on my 060, but maybe due to slow chip accesses...

[Torti-the-Smurf]

Thank you so very much for trying to fix that stuff paraj

The Moments Demo is really weird. (or buggy as you said)

The attached obs-mome0.1 slave gave me Emulation Line 1111 Errors.
With NoAutoVec it sits on a Black Screen.

I did try a Generic 3.1 slave and it worked, but this gave me a unique result that i never had seen with WHDLoad before.

The Demo runs and the Predator Zooming and Rotation works with NoCache ;
but when i hit the WHDLoad Quitkey and try to lauch something else, everything freezes

How is this possible with WHDLoad ?

[paraj]

If the demo isn't patched (like is the case for running under the generic slave) it can still take over the system for real and lock out WHDLoad, so that's sort of expected.

It's not necessarily too buggy, but it syncs using a combination of frame timing and special effects in the module (E0x - normally filter on/off). For the latter it doesn't count, but just uses it as a flag to see if it's past the sync point, so if something is too fast or slow the problems will compound. Should be fixable, but probably too time consuming.

A bit surprised it doesn't work at all for you though. If you could post at least the ".whdl_register" part of crash dumps I can take a look.