In case you missed it, I wrote a small status update and posted a work-in-progress beta version of E-UAE with GUI on the projects site.
Short summary: Due to a lot of other more important work (e.g. on AmigaOS itself :) ) I utterly missed the deadline and also don't know when E-UAE GUI will be finished completely.. as time permits. Until then, there's the beta version which is 99% complete.
AmigaOS 4 core developer www.os4welt.de - Die deutsche AmigaOS 4 Gemeinschaft
"In the beginning was CAOS.." -- Andy Finkel, 1988 (ViewPort article, Oct. 1993)
If you simply type uae in a Shell, a lot of windows pop up complaining over too old (<V53) libraries and if you klick away all errors, it crashes with a DSI.
You mean "seems to need OS4.1 Update 1" .. there is no 4.1.1
Ok.
[quote] Anyway, I uploaded a new version with lowered minimum requirements.. i.e. V50+ instead of V53+ .. hope that will solve it. [quote] That one is working, thanks.
But is V50 not a bit low? OS4.0 A1-Final and OS4.0 Classic are V52, and i dont think that somebody still uses an older OS4.0 version on his A1 because the updates are free.
EDIT: two points: - it's not possible to de-iconify - it eats all CPU time (could be the E-UAE part)
thanks! I've been waiting for this and will try it out this weekend ...though must admit I sighed when I read the part where it might not work as fast as possible on Sam boards ...hoping you have the time to resolve that some day
But is V50 not a bit low? OS4.0 A1-Final and OS4.0 Classic are V52, and i dont think that somebody still uses an older OS4.0 version on his A1 because the updates are free.
It doesn't really matter, its just the minimum requirement and was the fastest way to fix it. The GUI uses nothing special, so everything from 4.0 onwards should do it.
Quote:
two points: - it's not possible to de-iconify - it eats all CPU time (could be the E-UAE part)
[/quote]
De-Iconify noted.
All CPU time is not the GUIs fault, but the way E-UAE works with GUI's. It busy-loops as long as the GUI is open and polls for changes.. Right at the beginning I tried to circumvent this by introducing a Wait() in the functions E-UAE calls, but this didn't work out and caused more problems than anything else ... thanks to the very weird way E-UAE (probably all UAEs) is written :-/
Just for the records: The GUI itself is running in an own process which of course uses Wait() as usual. It's really only the E-UAE part which hogs the CPU.
AmigaOS 4 core developer www.os4welt.de - Die deutsche AmigaOS 4 Gemeinschaft
"In the beginning was CAOS.." -- Andy Finkel, 1988 (ViewPort article, Oct. 1993)
thanks! I've been waiting for this and will try it out this weekend ...though must admit I sighed when I read the part where it might not work as fast as possible on Sam boards ...hoping you have the time to resolve that some day
Well, there's not much I can personally do about it as I don't plan to dive any deeper into E-UAE code than necessary. The only thing I can do (and what I will do for sure) is to compile the final version with the very latest GCC and binutils, which produce proper code for the PPC440 which should speed it up at least a bit.
Thinking about it, IIRC I updated my cross-compiling environment already with the latest GCC and binutils.. would have to check to be sure (the binutils part). You could check against the latest WIP version from Richs' website if my compile runs better on Sam.
Anyway, as said, I'm only responsible for the GUI and not for anything else in E-UAE. If there is something which I can easily fix, then I will do of course (like the AHI crash I already fixed), but other than that... sorry, no time nor motivation for that.
AmigaOS 4 core developer www.os4welt.de - Die deutsche AmigaOS 4 Gemeinschaft
"In the beginning was CAOS.." -- Andy Finkel, 1988 (ViewPort article, Oct. 1993)
@ All is there a start up tutorial for e-UAE as i've never used it before..I've got my 1200 rom file and can get to the kick screen from the GUI but how to load an adf etc?
My friend installed a cool program on my "new" uA1 called DiskImageGUI. I think it is available on either aminet or os4depot. Once installed, it appears in the Tools menu on Workbench and you can launch the GUI to mount up to 4 floppies, 2 CDs and it looks like 1 PC (cross dos?) disk image.
here on my sam440ep, the base frequencey is not correct.. instead of tells me 666.67 Mhz it tells me 0.666 ..
The GUI has nothing to do with that. It's probably yet another bug in E-UAE.
Quote:
is this version compiled using the new ibm library ported by massimiliano tretene of acube ?
No and I won't do that as a) it is likely that those optimized functions find their way into newlib anyway and b) I again want to point out that I only did the GUI, for everything else like optimizing, bug fixing (which are not in the GUI) or providing machine-dependant versions the E-UAE maintainer is responsible.
AmigaOS 4 core developer www.os4welt.de - Die deutsche AmigaOS 4 Gemeinschaft
"In the beginning was CAOS.." -- Andy Finkel, 1988 (ViewPort article, Oct. 1993)
328gts wrote: is there a start up tutorial for e-UAE as i've never used it before..I've got my 1200 rom file and can get to the kick screen from the GUI but how to load an adf etc?
Just load it in one of the floppy slots either on the Quickstart page or on Hardware->Floppy page. Then start E-UAE.
If you want to load an adf while E-UAE is already running, use CTRL-ALT-F1 for DF0:, CTRL-ALT-F2 for DF1:, etc.
AmigaOS 4 core developer www.os4welt.de - Die deutsche AmigaOS 4 Gemeinschaft
"In the beginning was CAOS.." -- Andy Finkel, 1988 (ViewPort article, Oct. 1993)
Thanks for the beta release. It's looking really good!
I am having one problem, though. I don't seem to be able to save configuration files with the GUI. Am I doing something wrong, or is this not available yet?