wongck wrote:On the firebee.
May be it is just me.
In that particular case, then naes will invoke the cf68klib and probably does feel slower where as xaaes is native coldfire build.
Moderators: Mathias, Mug UK, moondog/.tSCc., [ProToS], Galvez, Moderator Team
OL wrote:Not true to said too " event loop does not freeze when you open a menu", this was implemented in MyAES several years before XaAES around 13 years ago it was already present in first official version! Nothing relative to kernel module.
AdamK wrote:OL wrote:Not true to said too " event loop does not freeze when you open a menu", this was implemented in MyAES several years before XaAES around 13 years ago it was already present in first official version! Nothing relative to kernel module.
I was comparing Xaaes to N.Aes. But even when compare with MyAES, Xaaes still has that feature... and MyAES too. I hope to get my FireBee soon, then I'll try MyAES some more.
oehansen wrote:Can you give us some heads up, of what to expect in a new version of MyAES ?
vido wrote:@OL:
Great I cant wait to see new version. I am using latest MyAES on my FireBee and I like it
I didnt check the documentation but is there an option to redraw whole desktop as it is in XaAES with CTRL+ALT+Clear/Home key combination?
mzry wrote:And where to get N.AES to try it out? Thx (I tried a google search)
wongck wrote:Any one knows what these settings are for:
qsbchars <-- ?
cqsbchars <-- ?
mpipesize <-- the messages queue size
sstacksize <-- should be the stack size of AES, kind of small?
lp wrote:All of these are explained in the HYP that comes with NAES if one needs further info.
lp wrote:The answer is earlier in the thread.
wongck wrote:Any one knows what these settings are for:
qsbchars <-- ?
cqsbchars <-- ?
mpipesize <-- the messages queue size
sstacksize <-- should be the stack size of AES, kind of small?
OL wrote:Hello,
As already known:
- support 68000 computer
- work in STLow, ST Mid, ST High (already support from any 8 plans to 32 bits, probably not very interesting feature but something interesting to test in very slow configuration and discover some bugs!)
- Some spead up redraw (add menu option to be near TOS display speed for slow computer)
- reduce memory print to be able to run in 4Mo of ram with Mint and Teradesk (even I think it is not enough to work and nobody never use it like this! just to clean up code)
- Fix redraw issues and other bugs
New feature:
- Automatic resize jpeg desk photo
- Display windows content as label (even if window can't bee seen) - need video card with memory (Supervidel or Radeon) or very fast system (Aranym), to slow for other configuration. Add new AES call to manage video memory from video card
- Automatic management of desk content (optional) to reduce number objects diplayed on screen if not need
- Application option to not lock application with file selector (done) And add partial support Magic extended file selector (done)
- Automatic windows management staying displayed (optional) to unload screen (done).
Before realease
- Finish the last feature!
- Crash of the firebee with Yopla task bar when a program leave (random freeze) - new bug
- Lost of memory when use MXplay - new bug
- Try fix Kronos redraw issue (perhaps I will need to add redraw option)oehansen wrote:Can you give us some heads up, of what to expect in a new version of MyAES ?
joska wrote:Impressive! It is obviously running on a very fast emulated machine, but still impressive. I did not know about the Mini V Mac port, I'll try that one tomorrow on my CT60.
Users browsing this forum: No registered users and 1 guest