AmiKit - Your Modern Retro Experience
  Begin Register Reply Search Statistics AmiKit X  QuickGuide  SATISFIED WITH OUR SUPPORT? 
Online now: Guests - 1
Members - 0
Most users ever online: 324 [28 Nov 2019 07:12]
Guests - 324 / Members - 0
Specific questions AmiKit Support Forum / Specific questions /  
 

Bug Report

 
Author ChaosLord
Partaker
#1 Posted: 13 Nov 2008 21:35 
April 23, 2008:
Team Chaos presents:

A bug report AmiKitOS vs. Total Chaos AGA


* BUG: Limpid Clock priority is way to high! It kicks in every 2
seconds and steals all cpu power for .5 seconds. It totally ruins the
quadrascopes of Total Chaos!
* SOLUTION: Set LimpidClock priority to -128. And please ask
LimpidCLock coder to please please user timer.device and wait for 60
seconds at a time. Thank you. I see no need for LimpidClock task to
wake up in a panic every 2 seconds.


* BUG: Amikit crashes req.library. I disabled ReqChange and MCP but
the crashes still happen. I spent hours fiddling with random
settings but nothing has fixed it yet. When using Amikit and playing
Total Chaos AGA, if you select "Save Game" or "Save as..." from the
menu the Amiga crashes. A new guy recently converted from Atari ST
to Amiga so that he could play Total Chaos AGA. His first few weeks
as an Amiganaut were ruined by these crashes.

Sometimes it crashes, other times it just locks up. Sometimes the
file requester gets mostly drawn but the text in the titlebar is
never drawn. I suspect this crash could be caused by:
AfAOS
TrueType antialiased fonts
Some sort of Window TitleBar hack. (because the titlebar text is
never drawn)
Birdie
VisualPrefs

I systematically removed things from the S-S (Birdie, VisualPrefs)
and retested until finally I removed AfaOS and req.library started
working again. So the final result is:
* BUG: AfaOS crashes req.library on a 3 bitplane Amiga 3.x OS
(not P96OS) rastport.
I think maybe AROS forgot how to draw gfx onto bitplanes?
Or maybe it is assuming that all rastports are P96OS rastports?





* BUG: The Magic Menu settings of AmiKitOS are set to "User Hostile"
and they COMPLETELY DEMOLISH the nice friendly Intuition Menus of
Total Chaos AGA, making them horrifically ugly!
* SOLUTION: Magic Menu settings for both PullDown and PopUp
menus MUST NOT be set to the evil "Multicolor 3D". They must be set
to "Standard". Standard actually works.

> But then all Amikit menus look boring, dull and lifeless.

That is true Mr. AmiKit so I have researched the following
possibilites for a better fix. But they require -you- to convince
the MagicMenu coder to fix the bug from within.

POSSIBLE SOLUTION A:
@Mr. AmiKit. Please ask Magic Menu coder to implement a new prefs
option that allows special settings that are used ONLY by the
workbench screen/window. And another group of settings for everyone
else. That way you can have your hyperfancy desktop and I can stop
getting hatemail from strategy gamers. Everybody wins that way.

POSSIBLE SOLUTION B:
@MagicMenu coder:
A great idea! If the last 3 chars of taskname == "AGA" then ignore
MagicMenu.prefs and draw all menus in Look=Standard mode (NOT
Multicolor 3D). But please take care to respect the user's prefs
about StickyRMB as that is the most useful feature of Magic Menu! I
love the StickyRMB feature on all my AGA games and utils!



I think the the real problem is simply that Total Chaos menus use not
only text but also IMAGES.

POSSIBLE SOLUTION C:
IF (MenuHasImages) THEN
DrawMenuWithStandardLook();
ELSE
DrawMenuWithUserPrefsLook();
END_IF


Please run the game Total Chaos AGA from Aminet. Click thru the 3
setupscreens. Then you are in the game and you can see the menus.
You can watch in real time how beautiful the menus are and how
MagicMenu is destroying them. You might think up even better
ways to patch MagicMenu.



POSSIBLE SOLUTION D:
Add an Arexx port to MagicMenu and allow me to send some sort of
command like:
SendRexx("MagicMenu","Don't haxx0rize my menus");


POSSIBLE SOLUTION E:
IF (MenuWillBeDrawnToPlanarRastPort) THEN
DrawMenuWithStandardLook();
ELSE
DrawMenuWithUserPrefsLook();
END_IF



I vote for solution C. I think it is the only way to make AmiKitOS
work reliably. If you can brainwash the MagicMenu coder into
implementing OPTION C then all other options can safely be ignored.

Author AmiKit
Admin
#2 Posted: 17 Nov 2008 12:20 Edited by: AmiKit 
First of all, thank you for such a complex report!

April 23, 2008:
Team Chaos presents:


Was this report really written more than half a year ago and posted here just now???


* BUG: Limpid Clock priority is way to high! It kicks in every 2
seconds and steals all cpu power for .5 seconds. It totally ruins the
quadrascopes of Total Chaos!
* SOLUTION: Set LimpidClock priority to -128. And please ask
LimpidCLock coder to please please user timer.device and wait for 60
seconds at a time. Thank you. I see no need for LimpidClock task to
wake up in a panic every 2 seconds.


The default priority of LimpidClock in AmiKit is set to -3 since 19-Mar-2007. Is it still too high for Total Chaos?


Sometimes it crashes, other times it just locks up. Sometimes the
file requester gets mostly drawn but the text in the titlebar is
never drawn. I suspect this crash could be caused by:
AfAOS
TrueType antialiased fonts
Some sort of Window TitleBar hack. (because the titlebar text is
never drawn)
Birdie
VisualPrefs

I systematically removed things from the S-S (Birdie, VisualPrefs)
and retested until finally I removed AfaOS and req.library started
working again. So the final result is:
* BUG: AfaOS crashes req.library on a 3 bitplane Amiga 3.x OS
(not P96OS) rastport.
I think maybe AROS forgot how to draw gfx onto bitplanes?
Or maybe it is assuming that all rastports are P96OS rastports?


It doesn't crash here (probably because of the new AfA_OS version) but "Save as" function doesn't work either. The screen turns black. I'll notice the author of AfA_OS.


* BUG: The Magic Menu settings of AmiKitOS are set to "User Hostile"
and they COMPLETELY DEMOLISH the nice friendly Intuition Menus of
Total Chaos AGA, making them horrifically ugly!
* SOLUTION: Magic Menu settings for both PullDown and PopUp
menus MUST NOT be set to the evil "Multicolor 3D". They must be set
to "Standard". Standard actually works.

> But then all Amikit menus look boring, dull and lifeless.

I would say horrible

That is true Mr. AmiKit so I have researched the following
possibilites for a better fix. But they require -you- to convince
the MagicMenu coder to fix the bug from within.

POSSIBLE SOLUTION A:
@Mr. AmiKit. Please ask Magic Menu coder to implement a new prefs
option that allows special settings that are used ONLY by the
workbench screen/window. And another group of settings for everyone
else. That way you can have your hyperfancy desktop and I can stop
getting hatemail from strategy gamers. Everybody wins that way.

POSSIBLE SOLUTION B:
@MagicMenu coder:
A great idea! If the last 3 chars of taskname == "AGA" then ignore
MagicMenu.prefs and draw all menus in Look=Standard mode (NOT
Multicolor 3D). But please take care to respect the user's prefs
about StickyRMB as that is the most useful feature of Magic Menu! I
love the StickyRMB feature on all my AGA games and utils!

I think the the real problem is simply that Total Chaos menus use not
only text but also IMAGES.

POSSIBLE SOLUTION C:
IF (MenuHasImages) THEN
DrawMenuWithStandardLook();
ELSE
DrawMenuWithUserPrefsLook();
END_IF

Please run the game Total Chaos AGA from Aminet. Click thru the 3
setupscreens. Then you are in the game and you can see the menus.
You can watch in real time how beautiful the menus are and how
MagicMenu is destroying them. You might think up even better
ways to patch MagicMenu.

POSSIBLE SOLUTION D:
Add an Arexx port to MagicMenu and allow me to send some sort of
command like:
SendRexx("MagicMenu","Don't haxx0rize my menus");

POSSIBLE SOLUTION E:
IF (MenuWillBeDrawnToPlanarRastPort) THEN
DrawMenuWithStandardLook();
ELSE
DrawMenuWithUserPrefsLook();
END_IF

I vote for solution C. I think it is the only way to make AmiKitOS
work reliably. If you can brainwash the MagicMenu coder into
implementing OPTION C then all other options can safely be ignored.


Well, considering that the latest version of MagicMenu was released on 23-Mar-2002, which is more than 6 years by now, it would be very difficult to persuade its author to anything.

But I have an idea. MagicMenu is a classic commodity. Cannot you simply deactivate it somehow from Total Chaos? And then re-activate it if the user quits Total Chaos?

Author ChaosLord
Partaker
#3 Posted: 17 Nov 2008 13:55 
First of all, thank you for such a complex report!


Thank u 4 ur reply


April 23, 2008:
Team Chaos presents:

Was this report really written more than half a year ago and post here just now???

Yes. I am in SEVERE PAIN ALL THE TIME. I have CRPS.
Sorry.

The default priority of LimpidClock in AmiKit is set to -3 since 19-Mar-2007. Is it still too high for Total Chaos?

It wasn't about it being "too high for Total Chaos", it was just "too high". Its just that u could graphically see the cpu time being used by limpid clock in the quadrascopes. It just made the bug stand out.

My answer for now is: I vote that it be lowered further. Until such time as LimpidClock is reprogrammed in a more cpu efficient manner.

Many tasks on the Amiga kick in all the time but nobody even notices them because they do their small work quickly and efficiently.


It doesn't crash here (probably because of the new AfA_OS version) but "Save as" function doesn't work neither. The screen turns black. I'll notice the author of AfA_OS.

Some months back I hacked some code into Total Chaos to "go around" the AfaOS crash bug. If Bernd or sum1 is really going to test this and fix it then I can send a new exe with my fixhack taken out (so the Afa OS bug will crash again).



Well, considering that the latest version of MagicMenu was released on 23-Mar-2002, which is more than 6 years by now, it would be very difficult to persuade its author to anything.


I am the one who forced them to release that version. In that version they fixed 1 or 2 of my reported bugs, but not the really horrible one that I reported to u a few days ago. The horrible bug was originally reported by me to MagicMenu devteam on March 18, 2002 along with the other MM bugs.

But I have an idea. MagicMenu is a classic commodity. Cannot you simply deactivate it somehow from Total Chaos? And then re-activate it if the user quits Total Chaos?

AHA! I donno how 2 code it.... but it sounds like a possibility!

Here I asked for help how 2 kill MagicMenu
URL

I got replies, but nothing worked.

Author AmiKit
Admin
#4 Posted: 17 Nov 2008 21:10 Edited by: AmiKit 
Today I've sent you the updated AfA_OS libraries by email.

With regards to the controlling of the commodity status, it has to be simple. I think it's possible even via ARexx...

Author ChaosLord
Partaker
#5 Posted: 20 Nov 2008 06:51 
The new AfA_OS libraries fix the req.library crash problem.

I have been using AmikitOS for days now with LimpidClock pri at -128. It works great! Calendars don't need a very high priority.

Author AmiKit
Admin
#6 Posted: 20 Nov 2008 09:43 
What about the priority at -3? Does it cause any problems?

Author ChaosLord
Partaker
#7 Posted: 20 Nov 2008 10:13 
If u put a calendar at pri -3 then I will increase the pri of my quadrascopes to -2. Do u want my quadrascopes running at such a high pri?

Remember it is a 100% multitasking game. Ppl frequently switch back to WB to chat on IRC, send an email, etc.

Author AmiKit
Admin
#8 Posted: 20 Nov 2008 10:22 
I might consider to lower the priority of LimpidClock in the next AmiKit update. However this would overwrite the people's already customized configuration of LimpidClock. That's something I try to avoid.

Author ChaosLord
Partaker
#9 Posted: 20 Nov 2008 10:43 
Like how u avoided overwriting my beautiful blue AmiKit with a not so beautiful green one?

Author AmiKit
Admin
#10 Posted: 20 Nov 2008 10:48 Edited by: AmiKit 
You can always revert to the blue theme by Theme Switcher Add-on. There are only two options, blue and green, which do NOT affect the functionality in any way. AmiKit still behaves the way the user configured it before, no matter whether it's green or blue.

But with regards to the LimpidClock personal configuration of each individual out there, there might be virtually unlimited number of configuration settings which I am unable to revert. But I'll try to come up with something.

Author ChaosLord
Partaker
#11 Posted: 20 Nov 2008 11:12 
Maybe u could just lower the pri in the next "Full" archive. That should not bother any1.

I wish I had known about that theme-switcher add-on. I wish it had come with Amikit. I spent an hour trying 2 figure out how to just change the backdrop back 2 blue. Now I have blue background but everything else is still greenish.

Author klesterjr
Moderator
#12 Posted: 20 Nov 2008 13:49 
I wish I had known about that theme-switcher add-on.

It's not too late. Run the switcher now and all the "greenish" things will go back to blue.

Author ChaosLord
Partaker
#13 Posted: 3 Dec 2008 16:46 
re: LimpidClock vs. TotalChaosAGA

* PROBLEM: My cousin and his wife traveled hundreds of miles to come
visit me and play Total Chaos on my 61" megamonitor.
As soon as the game started, he saw the quadrascopes jerking in an
ugly manner and he was like "whassup wit dat?!" So he checked
LimidClock and its pri had been raised back to -3 when I used
Morpheuz to switch from 1024x768 to 1280x1024. So he threw LimpidClock in the trash.
* PROBLEM: Every time a user uses Morpheuz to switch resolutions,
LimpidClock priority always gets raised back up.
* SOLUTION: I have now raised quadrascope priority up from -5 to -2.
So this is hopefully NOW FIXED.

Specific questions AmiKit Support Forum / Specific questions /
 Bug Report

Your Reply Click this icon to move up to the quoted message


 ?
Only registered users are allowed to post here. Please, enter your username/password details upon posting a message, or register first.

 

 
AmiKit Support Forum Powered by Forum Script miniBB ®
 ⇑