Amiga.org
Operating System Specific Discussions => MorphOS => MorphOS -- Hardware requirements and availability discussion => Topic started by: utri007 on June 01, 2010, 09:45:39 AM
-
Hi
There is something wrong with MorphOS, only possible hardware is old an outdatet.
MorphOS should be ported to x86, it will hopefully support many chipsets and graphics cards.
Will it happen soon? Wich chipset and craphics cards will be supported?
-
MorphOS and AmigaOS are PPC only, and I doubt there are plans to change that.
If you want an Amiga like experience on an x86 you need to go for AROS.
Computers like IMICA and AresOne have been specifically built, and have drivers support, to work with AROS.
-
I'm afraid this is a serious question :(
-
I wouldn't hold my breath for that one, utri007.
-
MorphOS on x86 is just not going to happen, their aim at the moment is porting to PPC Mac hardware.
-
Hi
There is something wrong with MorphOS, only possible hardware is old an outdatet.
MorphOS should be ported to x86, it will hopefully support many chipsets and graphics cards.
Will it happen soon? Wich chipset and craphics cards will be supported?
Just use AROS :)
-
Hi
There is something wrong with MorphOS, only possible hardware is old an outdatet.
MorphOS should be ported to x86, it will hopefully support many chipsets and graphics cards.
Will it happen soon? Wich chipset and craphics cards will be supported?
MorphOS is a hobby OS for enthusiasts, there will be no port to X86 any time soon afaik. You say hardware is outdated, but G4 Mac Mini is supported and other G4 Mac hardware will be supported soon. For an Amiga compatible NG solution, this is the fastest option on the table. There is no definitive information that even the X1000 will be faster than a G4 Power Mac. 2nd hand Power Macs are dirt cheap too.
If you want pure speed and don't care about compatibility, there is always AROS.
-
Hi
There is something wrong with MorphOS, only possible hardware is old an outdatet.
MorphOS should be ported to x86, it will hopefully support many chipsets and graphics cards.
Will it happen soon? Wich chipset and craphics cards will be supported?
new hardware is supported and can be bought: EFIKA http://search.directron.us/newsearch.php?find=efika
Anyway I guess most of people will prefer a 1.5Ghz G4 ;-)
-
Why are these outdated 10 year old systems called NG? :)
-
@kolla
Maybe because it's short for "next-after-20-year-old-systems-generation" ;-)
-
I certainly wouldn't mind a MorphOS port to x86. That would be really cool!
:)
X86 or ARM - a jump to one of these will be inevitable at some point down the line, because of the death of the desktop PPC. Supporting Mac HW is the best option now, both from a price, performance and availability point of view. But a jump to another architecture is inevitable in the longer run. Either that, or call it a day...
-
I wish someone* would take the plunge and break out to the x86 architecture.
*=with all respect to AROS
-
I don't think they have the resources to port MorphOS to X86 in any reasonable time-frame.
-
I certainly wouldn't mind a MorphOS port to x86. That would be really cool!
And yet in doing so, you'd have to sacrifice one of the much vaunted features of MorphOS, it's compatibility with 68K, WarpOS, PUP, MOS PPC et al.
Unless you go for some sort of rosetta-like PPC JIT for x86, anyway.
-
And yet in doing so, you'd have to sacrifice one of the much vaunted features of MorphOS, it's compatibility with 68K, WarpOS, PUP, MOS PPC et al.
Unless you go for some sort of rosetta-like PPC JIT for x86, anyway.
That's certainly doable; there's at least two PPC emulation architectures you could draw from to do it (bits of sheepshaver and pearPC), as well as various m68k emulation tools...
-
That's certainly doable; there's at least two PPC emulation architectures you could draw from to do it (bits of sheepshaver and pearPC)
We don't like stealing GPL code.
-
We don't like stealing GPL code.
Writing a PPC emulation from scratch would be a fairly large undertaking. Without using any of the GPL code, you could presumably examine how existing GPL examples have been implemented.
-
Well this thread was actually a test :D
Conclusions are:
1. OS4 and moust of classic users aren't interested to commenting MorphOS
*But why MorphOS/classic users jump every Amiga OS4 thread to commenting
2. Morph OS users have better knowledge or they don't want to talk nonsense
* MorphOS doesn't arouse feelings like Amiga OS4 for agains or for
* OS4 and classic users aren't simply to interested to comment or knowing about MorphOS
-
* OS4 and classic users aren't simply to interested to comment or knowing about MorphOS
You just did ;-)
Edit: And now another classic user commented to MorphOS thread ;-)
-
We don't like stealing GPL code.
You mean you don't like sharing code ?
There's no stealing involved unless you don't share what's linked with your gpl code...
-
@warpdesign
If you have a proprietary product you can't use GPL code for such integral part as CPU emulation. Unless of course you want to make everything GPL. For some that might be an option but for us it is not. If it was LGPL then it could be possible to use it in theory, but with GPL it is not.
And obviously no-one wants another CherryOS...
-
I understand. And no, we don't want another CherryOS...
-
@warpdesign
If you have a proprietary product you can't use GPL code for such integral part as CPU emulation. Unless of course you want to make everything GPL. For some that might be an option but for us it is not. If it was LGPL then it could be possible to use it in theory, but with GPL it is not.
And obviously no-one wants another CherryOS...
It's good to be careful concerning licensing but I think the GPL CPU emulation could be quite isolated from the rest. UAE is also GPL but the ROM and a lot of software running on it are closed source.
greets,
Staf.
-
UAE is also GPL but the ROM and a lot of software running on it are closed source.
That is a completely different situation. Try to take UAE itself and include it as a integral part of a proprietary system, and then tell me it can be done.
-
Port MorphOS to Wii and run it under Dolphin.
-
That is a completely different situation. Try to take UAE itself and include it as a integral part of a proprietary system, and then tell me it can be done.
It should be able to be done but depends on how you make UAE an integral part of the whole system. Linux distros are also consisting of a lot of non-GPL code and some even of proprietary code with the GPL kernel an integral part of the system.
Of course if you don't want to open source any of the extensions added to the emulation core itself you won't be able to use GPL code.
greets,
Staf.
-
It should be able to be done but depends on how you make UAE an integral part of the whole system. Linux distros are also consisting of a lot of non-GPL code and some even of proprietary code with the GPL kernel an integral part of the system.
Again that is a completely different situation.
-
Again that is a completely different situation.
IMO it is similar enough. The linux kernel runs programs and libraries. The CPU emulation layer runs programs and libraries where code is in an alien binary format. As Linux can have an OS running on it that is fully or partly closed source the emulation layer should also be able to do that with clever engineering.
Please explain where the analogy breaks down.
In your opinion, what part of the integrated emulation would force most or whole of MorphOS to be GPLed ?
greets,
Staf.
-
IMO it is similar enough. The linux kernel runs programs and libraries. The CPU emulation layer runs programs and libraries where code is in an alien binary format. As Linux can have an OS running on it that is fully or partly closed source the emulation layer should also be able to do that with clever engineering.
Please explain where the analogy breaks down.
In your opinion, what part of the integrated emulation would force most or whole of MorphOS to be GPLed ?
greets,
Staf.
AFAIK Linux kernel license has a special clause that allows non-GPL code to use it.
" NOTE! This copyright does *not* cover user programs that use kernel
services by normal system calls - this is merely considered normal use
of the kernel, and does *not* fall under the heading of "derived work".
Also note that the GPL below is copyrighted by the Free Software
Foundation, but the instance of code that it refers to (the Linux
kernel) is copyrighted by me and others who actually wrote it."
As for the closed source user applications which link with GPL modules (libraries for example) they are simply doing this agaist the license terms (in my view). If those libs are LGPL than all is ok. (source http://www.gnu.org/licenses/gpl-faq.html)
-
" NOTE! This copyright does *not* cover user programs that use kernel
services by normal system calls - this is merely considered normal use
of the kernel, and does *not* fall under the heading of "derived work".
Also note that the GPL below is copyrighted by the Free Software
Foundation, but the instance of code that it refers to (the Linux
kernel) is copyrighted by me and others who actually wrote it."
As UAE does not have this exception is it illegal then?
IMO this note is just a clarification that the user programs that are run on the kernel are not derivative works of the kernel.
Question we want to answer is if you can implement a GPLed emulation layer that from user point of view is integrated in the OS without infecting the whole OS with GPL.
Or to put it in GPLv2 - terms: can you make a Program that does the emulation of an alien CPU without making the OS a derivative of this emulator? Can you implement it in such a way so that this emulation layer is automatically started when a program wants to run such an alien program and still not make the OS a derivative work from the emulator?
I'm still convinced it is possible and am curious to see what roadblocks other people see.
greets,
Staf.
- I am not very familiar with the wording of GPLv3.
-
It seems AROS is too far behind to be usable. :(
-
You'll find a ton of AROS users who will disagree with you. It even has 3D accelerated video on Nvidia cards. Running 68K apps is almost seemless and getting better all the time. The only "features" still lacking are broader hardware support and printing is very rudimentary. There's even a media center version of AROS at this site: http://www.aresone.de/
-
I agree, all 7 active users will say that Aros is useable
-
I agree, all 7 active users will say that Aros is useable
SLAP! ;-)
AROS has become very mature. Icaros is a good place to start. http://www.icarosdesktop.com/dl.htm
You can install it to USB thumb drive (just plain AROS or Icaros) now and so you don't need to fuss with multiboot HDs if you want to use it on you Windows box. Read and write regular old Windows thumbdrives (fat32/16) so it is easy to transfer files back and forth.
You can buy a 100% supported x86 board just for AROS or test it on the hardware you already have. So it could cost you nothing or maybe you spend $150 for a brand new modern motherboard. Still nicer than on old Mac and $150 OS.
OWB for web browsing, mplayer for watching DVDs/movies, painting, 3D modeling, games, etc. Part of AROS is Janus which lets you use all your 68k Amiga software right on your AROS Workbench.
AHI sound, networking, real 3D hardware acceleration (assuming you have the right hardware). AROS is here and in many ways has more to offer then the alternatives. And at a cheaper price.
The WiFi bounty is due to be finished in ~September I think. I think that is when AROS is really going to grow. Throw it on a USB and surf from your laptop. Yep the present and future look bright for AROS.
-
It seems AROS is too far behind to be usable. :(
Not really. But each to their own I guess..
-
It seems AROS is too far behind to be usable. :(
:laughing:
http://www.vmwaros.org/
or wait a week or two for http://www.aros-broadway.de
Broadway is targeting (also) non-amigians... for the first birthday of the AresOne it will offer nearly anything you need.
Nice one.....
One year more and AROS will be the no.1 choice ; )
-
I agree, all 7 active users will say that Aros is useable
Eight. You forgot Snow White.