16-Apr-2024 22:54 GMT.		 UNDER CONSTRUCTION
Anonymous, there are 107 items in your selection [1 - 50] [51 - 100] [101 - 107]
[News] Aros Wb Clone ScreenshotsANN.lu
Posted on 23-Aug-2002 08:45 GMT by 4pLaY107 comments
View flat
View list
Yes you read right ;) now you can view screenshots of our WB clone Wanderer (thanx to Björn "Orgin" Hagström for taking them) you can check them out here.
Aros Wb Clone Screenshots : Comment 1 of 107ANN.lu
Posted by rez on 23-Aug-2002 07:16 GMT
nice work !
so we will just quit the nest and fly away, free.
Aros Wb Clone Screenshots : Comment 2 of 107ANN.lu
Posted by Kjetil on 23-Aug-2002 07:32 GMT
Well the AROS progress is at lest more believable, I love to port my paint program to this platform, I’m just waiting for the native AROS GCC compiler to work. And support for my scsi controller and Gefore3, at the moent AROS don’t boot on my PC, do not have an floppy drive installed, AROS needs to be able to boot from CD, well it works under Linux.
Aros Wb Clone Screenshots : Comment 3 of 107ANN.lu
Posted by Elwood on 23-Aug-2002 07:33 GMT
One word: Wow !!!
You guyes work so fast. I still think if you would have work on OS4 a few years back.....
Aros Wb Clone Screenshots : Comment 4 of 107ANN.lu
Posted by GMKai on 23-Aug-2002 07:37 GMT
is MOS-Team involved?
Aros Wb Clone Screenshots : Comment 5 of 107ANN.lu
Posted by Alkis Tsapanidis on 23-Aug-2002 09:31 GMT
In reply to Comment 4 (GMKai):
Nope, the MOS team is developing their own MUI based desktop.
Aros Wb Clone Screenshots : Comment 6 of 107ANN.lu
Posted by GMKai on 23-Aug-2002 10:38 GMT
In reply to Comment 5 (Alkis Tsapanidis):
sure that there was no contribution of one party?
Aros Wb Clone Screenshots : Comment 7 of 107ANN.lu
Posted by Kronos on 23-Aug-2002 10:59 GMT
In reply to Comment 2 (Kjetil):
/me is just waiting for C++ to work (Linux-based cross-compiler prefered atm).
Aros Wb Clone Screenshots : Comment 8 of 107ANN.lu
Posted by Anonymous on 23-Aug-2002 11:11 GMT
In reply to Comment 6 (GMKai):
He said no, mate, thats means 'NO!'
Aros Wb Clone Screenshots : Comment 9 of 107ANN.lu
Posted by Kjetil on 23-Aug-2002 11:23 GMT
In reply to Comment 7 (Kronos):
There is an cross compiler for aros,
well I tried compile the source code once back then there were some complicity problems, whit my up to date linux, do not remember what it where. I think it is better to have an AROS version as it do not conflict with my linux setup, so it’s less to think of, if I get the AROS version of GCC, there is not big difference I can compile it under linux then to, using the AROS that runs on Linux.
Aros Wb Clone Screenshots : Comment 10 of 107ANN.lu
Posted by Bearly on 23-Aug-2002 11:23 GMT
In reply to Comment 2 (Kjetil):
AROS is CD-bootable. But we didn't have enough space (before sourceforge) to put it somewhere. I think we will put an iso image online soon.
Aros Wb Clone Screenshots : Comment 11 of 107ANN.lu
Posted by Kronos on 23-Aug-2002 11:33 GMT
In reply to Comment 9 (Kjetil):
>There is an cross compiler for aros,
Not really, it's just the normal linux-gcc with some special way of linking
"i386-linux-aros-gcc" is not a binary, but just a simple shell-script.
No problem as long as you stick with C, but if you use C++ including "new()",
"delete()" or virtual-functions, it won't link.
Aros Wb Clone Screenshots : Comment 12 of 107ANN.lu
Posted by Kjetil on 23-Aug-2002 11:36 GMT
In reply to Comment 10 (Bearly):
Yes on IDE controller ATA controller, well don’t think AROS is going to boot on my Adaptec scsi control with Plextor SCSI CDROM and Plextor SCSI CDRW any way.
Aros Wb Clone Screenshots : Comment 13 of 107ANN.lu
Posted by dammy on 23-Aug-2002 12:56 GMT
Nice work guys! Now if I can only get AROS to boot on my Dell Latitude. :P
Dammy
Aros Wb Clone Screenshots : Comment 14 of 107ANN.lu
Posted by Anonymous on 23-Aug-2002 13:42 GMT
In reply to Comment 4 (GMKai):
MorphOS' workbench replacement looks way better than this... (No offend to anyone!) I doubt that any GUI code was exchanged between the AROS and MorphOS teams.
Aros Wb Clone Screenshots : Comment 15 of 107ANN.lu
Posted by redrumloa on 23-Aug-2002 13:50 GMT
I must admit this is pretty damn cool! If every other company crashed and burned, there would be AORS. As it is, where will this go? Could AROS be rolled into the now mystical OS5? It sure seems like they are approaching a pretty functional OS.
Are these screenshots from the native X86 version or the Linux version? Sorry if that's a dumb question but I havnt followed AROS too closely. Maybe I should be:-)
Aros Wb Clone Screenshots : Comment 16 of 107ANN.lu
Posted by TBone on 23-Aug-2002 14:03 GMT
Kick ass!
Aros Wb Clone Screenshots : Comment 17 of 107ANN.lu
Posted by Kronos on 23-Aug-2002 14:03 GMT
In reply to Comment 15 (redrumloa):
The native and the hosted are binary-compatible, so it doesn't make
a big difference, but as AROS-native is still far from useable, the
HD-setup is a "bit" tricky and development on it is still impossible
I would assume it was the hosted version.
Aros Wb Clone Screenshots : Comment 18 of 107ANN.lu
Posted by TBone on 23-Aug-2002 14:36 GMT
In reply to Comment 6 (GMKai):
No, he's not sure, in fact he's totally making it up, No means yes. (sigh)
Aros Wb Clone Screenshots : Comment 19 of 107ANN.lu
Posted by takemehomegrandma on 23-Aug-2002 17:13 GMT
You've come a long way baby! :-)
Aros Wb Clone Screenshots : Comment 20 of 107ANN.lu
Posted by anonymous on 23-Aug-2002 18:21 GMT
Encouraging progress, but I can't help but wonder why there are *three* ongoing OS development projects -- and this doesn't even take Amithlon into consideration.
We desperately need to move forward but keep heading sideways.
Aros Wb Clone Screenshots : Comment 21 of 107ANN.lu
Posted by Björn Hagström on 23-Aug-2002 18:49 GMT
In reply to Comment 15 (redrumloa):
>Are these screenshots from the native X86 version or the Linux version?
>Sorry if that's a dumb question but I havnt followed AROS too closely.
>Maybe I should be:-)
AROS hosted on a PII 400 with RedHat Linux over X to a second AMD Athlon 1400+ running win2k with xwin32.
/Björn
Aros Wb Clone Screenshots : Comment 22 of 107ANN.lu
Posted by TBone on 23-Aug-2002 18:54 GMT
In reply to Comment 20 (anonymous):
You can't combine these efforts, they are trying to achieve different things.
Hell, I'll use them all.
Aros Wb Clone Screenshots : Comment 23 of 107ANN.lu
Posted by Anonymous on 23-Aug-2002 19:48 GMT
In reply to Comment 22 (TBone):
I believe there's a limited amount of co-operation between AInc/Hyperion and the AROS team, but I don't know much about it.
Aros Wb Clone Screenshots : Comment 24 of 107ANN.lu
Posted by 4pLaY on 23-Aug-2002 20:10 GMT
In reply to Comment 23 (Anonymous):
>I believe there's a limited amount of co-operation between AInc/Hyperion and >the AROS team, but I don't know much about it
There is no such co-operation! the only co operation is between MOS/AROS since MOS use some of the AROS modules! this in return gives AROS back the changes/fixes from them (most if not all this code has not been put back into AROS yet) this is the reason there is no co-op with Hyperion (they wanted a exclusive deal).
Aros Wb Clone Screenshots : Comment 25 of 107ANN.lu
Posted by Kelly Samel on 24-Aug-2002 03:18 GMT
This looks interesting but with Amithlon
already running on x86 with FULL compatibility
with all the software and OS 3.9, AROS does
seem to be a long way behind still. As I
understand it everything would need to be
recompiled or ported to AROS to work? No
binary compatibility with the current AmigaOS
at all? This seems like a lot of work and
so far it looks far more primitive than
the real AmigaOS3.9. I think working towards
Amithlon2.x,OS4 and onwards might be the best
solution since it is a continuation of the
current Amiga system, AROS seems
like starting over from scratch for no reason.
How will it support thousands of existing
Amiga applications and games? as well as
development APIs like Reaction,MUI,Trident,
RTGMaster,Render.lib, how about datatypes,
AHI, and other software that may never be
ported or updated to a new API...
etc. etc. etc.?
Perhaps I am wrong about the compatibility
issues of AROS since I haven't been keeping
up to date on it. Please correct me if I
am wrong about this, but I want a system like
Amithlon or OS4 that lets me use all my
current software and allows development of
future high powered Amiga programs and Games...
Aros Wb Clone Screenshots : Comment 26 of 107ANN.lu
Posted by Anonymous on 24-Aug-2002 06:24 GMT
In reply to Comment 25 (Kelly Samel):
>AROS seems
>like starting over from scratch for no reason.
Obviously it's not for 'no' reason. No one does anything without a reason. AROS is a few years old now, they are not starting 'from scratch'!
You are right about the compatability issues. Programs would need to be recompiled to run on AROS. But they would run faster than under Amithlons emulation because they would be native x86. Anyway the most compelling thing about AROS is that is it free and open source. It will be here no matter what happens with AmigaOS of MorphOS. And choices are always a good thing.
Aros Wb Clone Screenshots : Comment 27 of 107ANN.lu
Posted by Anonymous on 24-Aug-2002 06:36 GMT
In reply to Comment 20 (anonymous):
> Encouraging progress, but I can't help but wonder why there are *three* ongoing OS development projects
Maybe these projects just have different goals?
Aros Wb Clone Screenshots : Comment 28 of 107ANN.lu
Posted by Kelly Samel on 24-Aug-2002 06:57 GMT
I have to agree with you on choices being
a great thing and my "starting from scratch"
comment was exaggerated but I meant in
respect to duplicating all the features and
functionality of a current day 3.9 system.
However I do not see performance as being a
big issue, Amithlon is the fastest OS I have
ever seen. It is possible to recompile x96
binaries for even more performance.
(not needed though and this creates compatibility
problems again, so a 68K version should really
always be available, think of it as a "virtual
machine" of sorts) It's especially quick with
the new hardware accelerated gfx drivers. I am
guessing that OS 4 will share similar performance
to Amithlon and feature new PPC optimizations
as well as adding new API support to the OS
eventually. (this is yet to be seen though)
I am glad the AROS team is working on a
positive new project but I really can't
see how something that is only compatible
with AmigaOS on a source code level can
really be the way forward at the same time.
Anyway I guess it would be nice to have a free
OS that shares something in common with Amiga
though. Perhaps it could be a QUALITY free x86 OS
choice at the least.
Aros Wb Clone Screenshots : Comment 29 of 107ANN.lu
Posted by Rodney McDonell on 24-Aug-2002 07:32 GMT
In reply to Comment 17 (Kronos):
From the KDE window bordering the AROS pictures, i would also say it was the hosted one :)
Aros Wb Clone Screenshots : Comment 30 of 107ANN.lu
Posted by Don Cox on 24-Aug-2002 08:25 GMT
In reply to Comment 26 (Anonymous):
"You are right about the compatability issues. Programs would need to be recompiled to run on AROS. But
they would run faster than under Amithlons emulation because they would be native x86. Anyway the most
compelling thing about AROS is that is it free and open source. It will be here no matter what happens with
AmigaOS of MorphOS. And choices are always a good thing. "
However, a program can be recompiled to run in native code in
Amithlon too. It would then run just as fast as under AROS.
IMO the crucial point about AROS is that it totally independent of
commercial companies. If all the companies involved with the Amiga go
bust or move to other markets, AROS will still be there.
Aros Wb Clone Screenshots : Comment 31 of 107ANN.lu
Posted by Georg Steger on 24-Aug-2002 08:37 GMT
In reply to Comment 30 (Don Cox):
> However, a program can be recompiled to run in native code in
> Amithlon too. It would then run just as fast as under AROS.
Not quite, because of endianess conversions which Amithlon
native compilers generate automatically to basically generate
big endian x86 code -> some overhead.
Aros Wb Clone Screenshots : Comment 32 of 107ANN.lu
Posted by Ben Hermans/Hyperion on 24-Aug-2002 10:23 GMT
In reply to Comment 24 (4pLaY):
Nonsense.
We have no problems with the AROS people, in fact one of the senior AROS developers Sebastian Bauer is also a part of the OS 4 team.
If at any time it would be useful to incorporate any AROS code, I'm sure we can come to an agreement.
There simply has not been any need to this date.
Aros Wb Clone Screenshots : Comment 33 of 107ANN.lu
Posted by Fabio Alemagna on 24-Aug-2002 12:41 GMT
In reply to Comment 30 (Don Cox):
> However, a program can be recompiled to run in native code in
> Amithlon too. It would then run just as fast as under AROS.
That's wrong. A "native" Amithlon program will always be slower than a "native" AROS one, since Amithlon requires programs to address the memory in big-endian mode, which is an unnatural mode on the x86, thus requiring extra instructions to swap data before putting it in memory and after retrieving it. As you can imagine, just by the fact that there are more instructions to execute, the code is slower, but what makes things really bad is that this more code fills the instruction cache up much faster, which leads to more cache misses, which in turn leads to even slower code.
AROS in unaffected by all that.
Fabio Alemagna
Aros Wb Clone Screenshots : Comment 34 of 107ANN.lu
Posted by Fabio Alemagna on 24-Aug-2002 13:37 GMT
In reply to Comment 33 (Fabio Alemagna):
> [...] but what makes things really bad is that this more code fills the
> instruction cache up much faster, which leads to more cache misses, which in
> turn leads to even slower code.
For the sake of completeness, it must also be noted that Amithlon, the emulator, runs as a process on the linux kernel. This is of course slower than running on the bare HW, for two reasons:
1) The linux scheduler is not shut down, it comsumes cpu cycles every now and
then. The same situation arises with the hosted version of AROS. Some tests
showed that cpu bound programs, run under AROS hosted, would be about 5%
slower than if they ran under linux directly. About the same amount of
performances loss can be taken in account for Amithlon too, bu
2) Linux uses Virtual Memory, which by the sole fact of being turned on slows
the whole execution by a factor of 10%. This has been tested too, with AROS,
where a cpu-bound program run under the native flavour of AROS would be
about the 10% faster than the same progran ran under linux.
If you take in count the above points, you can come to the conclusion that a native program run under AROS native is about 15% faster than a program run uder under AROS hosted, considering only the cpu usage of course. If you then consider that Amithlon is affected by the same "problems" that AROS hosted is, you can easily understand that a program run under AROS native will always be at least about 15% faster than the same program run under Amithlon. Add to that the considerations I exposed in the previous post, and you'll see that there's really no way a program run under Amithlon can be faster than a program run under AROS (cpu-wise)
All that doesn't take in count the fact that Amithlon runs AmigaOS and AROS runs... AROS, which means a couple more things:
a) AmigaOS is not x86 native, therefore programs which use the OS intensively
have not even the remote chance of being faster than if they ran under AROS
b) AROS and AmigaOS are implemented quite differently, and the former has some
optimizations which AmigaOS, to date, lacks of, which drastically improve
the user experience in some areas, like for example the windowing system,
which in AROS uses much faster region handling functions than AmigaOS does.
This of course doesn't mean things will be always like this, but since
Amithlon runs the 3.1 kickstart, I don't see much chances that the situation
will improve under that aspect for Amithlon any time soon.
Fabio Alemagna
Aros Wb Clone Screenshots : Comment 35 of 107ANN.lu
Posted by Fabio Alemagna on 24-Aug-2002 13:50 GMT
In reply to Comment 11 (Kronos):
> Not really, it's just the normal linux-gcc with some special way of linking
> "i386-linux-aros-gcc" is not a binary, but just a simple shell-script.
The fact it's not a binary doesn't make it less of a cross compiler. Actually the script itself is not that much complicated, it just serves to instruct the native compiler to use an alternate spec file. The core of the crosscompiler is indeed just the spec file, which tells the compiler where to find the includes and against which start and endfile to link the programs.
A "clean" crosscompiler wouldn't have worked any differently, except that the specfile would have been "builtin" and therefore you wouldn't have needed to use that minimal shell script.
> No problem as long as you stick with C, but if you use C++ including "new()",
> "delete()" or virtual-functions, it won't link.
That's a completely different matter, and comes down to the fact that we need a special startup code to use C++, and a special linker. For that we need to "port" gcc to AROS, which basically means that we have to make gcc aware about the AROS' needs and how it wants things to be.
A C crosscompiler doesn't necessarily have to also be a C++ crosscompiler, you know :)
Fabio Alemagna
Aros Wb Clone Screenshots : Comment 36 of 107ANN.lu
Posted by Don Cox on 24-Aug-2002 16:17 GMT
In reply to Comment 34 (Fabio Alemagna):
"Add to that the considerations I exposed in the previous post,
and you'll see that there's really no way a program run under Amithlon can be faster than a program run
under AROS (cpu-wise) "
I didn't say faster, I said "just as fast". I don't consider a 15%
difference significant - using a different version of gcc would cover
that.
I take your point that if the main program is native but uses
libraries which are emulated, they will slow it down. How much would
depend on how much of its time the program spends in the library code.
Aros Wb Clone Screenshots : Comment 37 of 107ANN.lu
Posted by Kelly Samel on 24-Aug-2002 16:56 GMT
I think your missing the point. Amithlon
may not be technically as fast as AROS could be,
but Amithlon is so fast that it could never
run faster for many things the user does.
The windowing is instaneous, realtime and
perfect, without flicker etc. and
having a complex rendering project
finish 1 second faster on AROS isn't
much of an advantage considering you
couldn't even run a current rendering
program on it since no port of it exists.
Amithlon is hyper fast to use and more
performance does not seem like a
feature once you achieve this level. I
know many people may have a problem
grasping this concept until they have
experienced it first hand, computer
performance for an OS has peaked in
my opinion for most users.
It's kind of ridiculous that people
are worried about speed when we have
been running on 50Mhz machines for years
and getting by ok. Remember, AmigaOS is
very high performance and ALL of the new
solutions should run very fast indeed with
only minimal differences between them.
I hope someone can prove me wrong but so
far this is the case. I guess we will find
out when all the new OSes are actually available,
heh. :)
I am running on a 1Ghz Athlon and the
results are simply amazing, it's only
going to get faster as hardware
progresses too. Unless a new Amiga OS
can have significant API enhancement and
match the speed, features, reliability
and compatibility of Amithlon it really
can't replace AmigaOS3.9/Amithlon ever.
I am hopeful for OS4.x though and can
see the advantages of code exchange
between the OS4 and AROS teams as well
as a continuance of the AmigaOS into
new versions. I am really looking forward
to both AmigaOS4 and Amithlon2.x, these
are both great products in my opinion...
Aros Wb Clone Screenshots : Comment 38 of 107ANN.lu
Posted by 4pLaY on 24-Aug-2002 17:40 GMT
In reply to Comment 37 (Kelly Samel):
What you guys dont seem to understand is that Amithlon uses AmigaOS3.9 and unless something new that i dont know of happens thats where it stops! you can never get the OS itself upgraded! with AROS you can upgrade and change anything you want youreself if youre able to if not there will be constant upgrades to the OS itself! AROS is a Amigaish feeling for the future i really dont see Amithlon as that.
Aros Wb Clone Screenshots : Comment 39 of 107ANN.lu
Posted by 3seas on 24-Aug-2002 19:21 GMT
I'd imagine as more and more of AROS gets completed, the more and more the name
followers will try an argue against it.
in a few years I suspect AROS will have accumulated enough real users and additional
development support that it will be it's own and separate, weened from, mother Amiga,
that it will do fine standing and walking on it's own. Without need for Name followers.
Aros Wb Clone Screenshots : Comment 40 of 107ANN.lu
Posted by 3seas on 24-Aug-2002 19:24 GMT
Oh yeah, I picked up a few more small 3" and business card size CD's ($0.50 each) for when A new CD
bootable CD image is up.
Aros Wb Clone Screenshots : Comment 41 of 107ANN.lu
Posted by Fabio Alemagna on 24-Aug-2002 21:27 GMT
In reply to Comment 36 (Don Cox):
> I didn't say faster, I said "just as fast".
Which is not true either.
> I don't consider a 15% difference significant
I hope you're kidding. !5% faster means that a task which took 100 secs on Amithlon would take 85 seconds on AROS. And that's only the _minimum_ speed differency, which means that most likely AROS will be much faster than just 15%.
If we could get the sources for the Petunia benchmarks we could show that.
> - using a different version of gcc would cover that.
Uh? AROS x86 can use the same version of gcc that amithlon use, except that the Amithlon's one cannot optimize perfectly, due to the fact that swapping has to be done.
> I take your point that if the main program is native but uses
> libraries which are emulated, they will slow it down. How much would
> depend on how much of its time the program spends in the library code.
Not only that. Have you missed the point in which I explain how Amithlon causes more cache misses than AROS does? Moreover, Linux clears the cache at each task switch, which means that on every linux task switch there are _by force_ cache misses, this doesn't of course happens on AROS native.
However, that could be optimized out and perhaps is, I don't know.
Aros Wb Clone Screenshots : Comment 42 of 107ANN.lu
Posted by Kronos on 24-Aug-2002 22:28 GMT
In reply to Comment 41 (Fabio Alemagna):
>Uh? AROS x86 can use the same version of gcc that amithlon use, except
>that the Amithlon's one cannot optimize perfectly, due to the fact that
>swapping has to be done.
You can use "normal" x85-code produced with the standard linux-gcc for
Amithlon, but you won't be able to do an OS-calls this way, and have
to use 2 different binaries just like PuP.
Moving the engine of a raytracer into such a module would give the same
performance as an AROS-version, and the 3D-editor could also be faster
due to the better GFX-drivers (atm).
Amithlon is (and will) be the best way to run old SW with the chance of
some very fast "specials", while AROS will be mostly unusable as long
as it hasn't either a really intregrated 68k-emu or some native apps.
Aros Wb Clone Screenshots : Comment 43 of 107ANN.lu
Posted by Kronos on 24-Aug-2002 22:38 GMT
In reply to Comment 42 (Kronos):
And now could someone please tell me : What is an x85 ???
Aros Wb Clone Screenshots : Comment 44 of 107ANN.lu
Posted by Fabio Alemagna on 24-Aug-2002 22:44 GMT
In reply to Comment 42 (Kronos):
> You can use "normal" x85-code produced with the standard linux-gcc for
> Amithlon, but you won't be able to do an OS-calls this way, and have
> to use 2 different binaries just like PuP.
True, but that is exactly practical, specially because that way one has to explicitely take care of endianess conversions when needed, which can be a pain.
> Moving the engine of a raytracer into such a module would give the same
> performance as an AROS-version,
No. As said, and as everyone knows, Amithlon runs under linux, which gives at least about a 15% speed penalty against AROS native.
> and the 3D-editor could also be faster
> due to the better GFX-drivers (atm).
A 3D-editor is not exactly something that needs fast gfx. The AROS' one is fast enough for that ATM.
Besides, dunno if you noticed, but AROS native has the fastest vga16 driver I've ever used.
> Amithlon is (and will) be the best way to run old SW with the chance of
> some very fast "specials", while AROS will be mostly unusable as long
> as it hasn't either a really intregrated 68k-emu or some native apps.
The integrated emulator is something that has a very low priority on the TODO list, the lowest one I'd say. The way to go are native apps, and they'll come when it'll be time. We're not in a hurry.
Aros Wb Clone Screenshots : Comment 45 of 107ANN.lu
Posted by Kronos on 24-Aug-2002 22:57 GMT
In reply to Comment 44 (Fabio Alemagna):
I don't really care about these knee-deep-tech issues as I'm always able to
use the one that does the job best, but I somehow doubt that Amithlon's
hacked "mini"-kernel has the same effect as a full-blown linux with X11.
The AROS-VGA-driver may be fast, but it will still take some time before it's
as stable/useable as Amithlon/P96. Especially the dual setups are a nice treat.
Aros Wb Clone Screenshots : Comment 46 of 107ANN.lu
Posted by dammy on 25-Aug-2002 03:58 GMT
In reply to Comment 38 (4pLaY):
I'm still at a loss on why Berniethlon has to stop at WB 3.x. Why couldn't coders start a migration of Amiga 68K apps to natively running on Bernithlon? I could see a new native OS evolving like Mac did from 68K to PPC to BSD/OS X.
Dammy, proAROS and proBerniethlon.
Aros Wb Clone Screenshots : Comment 47 of 107ANN.lu
Posted by 4pLaY on 25-Aug-2002 05:57 GMT
In reply to Comment 46 (dammy):
Bernie would need the 4.x sources for Amithlon to becomre more then what it is now and you can be sure that Hermans is not gonna sit by and let that happen.
Aros Wb Clone Screenshots : Comment 48 of 107ANN.lu
Posted by Kronos on 25-Aug-2002 06:12 GMT
In reply to Comment 47 (4pLaY):
Bernie only needs the RIGHT to modify the OS (just like Hyperion)
to make Amithlon go beyond 3.9.
What have we seen/heard sofar about OS4 ?
Port to PPC : not needed
Reinvention of OS3.9 parts : not needed
MUI-PPC : not needed, but Bernie could strike deal with Strunzi.
Updated ReAction : No thanks ;)
Intregrated GUI-patches : Get lost !!
New library-system : If it ain't broken, don't fix it.
IBrowse2.3 : Also planned for 68k
MoviePlayer : Didn't Bernie demonstrate Xine lately ?
Sofar Bernie has shown a productivity that should ashame the other
teams, and he did it allmost as an one-man job.
Aros Wb Clone Screenshots : Comment 49 of 107ANN.lu
Posted by Bill Hoggett on 25-Aug-2002 07:45 GMT
In reply to Comment 47 (4pLaY):
> Bernie would need the 4.x sources for Amithlon to becomre more then what
> it is now and you can be sure that Hermans is not gonna sit by and let
> that happen.
What makes you think that the only options are to stay with OS 3.9 or port 4.0? Why can't it simply develop into its own independent direction?
Aros Wb Clone Screenshots : Comment 50 of 107ANN.lu
Posted by Bill Hoggett on 25-Aug-2002 07:45 GMT
In reply to Comment 47 (4pLaY):
> Bernie would need the 4.x sources for Amithlon to becomre more then what
> it is now and you can be sure that Hermans is not gonna sit by and let
> that happen.
What makes you think that the only options are to stay with OS 3.9 or port 4.0? Why can't it simply develop into its own independent direction?
Anonymous, there are 107 items in your selection [1 - 50] [51 - 100] [101 - 107]
Back to Top