Login
Username:

Password:

Remember me



Lost Password?

Register now!

Sections

Who's Online
125 user(s) are online (77 user(s) are browsing Forums)

Members: 0
Guests: 125

more...

Headlines

Forum Index


Board index » All Posts (Samurai_Crow)




The NatAmi board prototype now being manufactured
Just popping in
Just popping in


See the announcement on the NatAmi News forum.

Go to top


Re: Licence
Just popping in
Just popping in


@joerg

Actually, as of version 3.0 you can statically link LGPL libraries as well. You just can't patent them.

@Orgin

I wouldn't mind a port of OS4 to the Natami if it became legally possible to do so. Of course the portions of the Kernal that are written in PPC Assembly wouldn't work on a Natami but the rest should work.

Go to top


Re: Licence
Just popping in
Just popping in


@Elwood

I post often on the Natami website and think that a new 68070 processor would be a better target for future development than PowerPC or Intel. The instruction set is tighter in terms of memory consumption while being easy to use due to its orthogonality. Let's not rule out the hardware-based solutions to the Amiga developments yet.

I vote against PPC only.

Mozilla Public License is ok for now but I'm already working on a language compiler that's LGPL 3.0 and I don't know if we should change the Mattathias project's licnese again.

Go to top


Source-level debugger
Just popping in
Just popping in


I think GDB is a pain and it is even worse on the OS3.x department than the OS4.0 departement. Something definitely must be done about this since we seem to be at the mercy of GCC as our compiler of the day.

As a Mattathias Project developer, I think source level debugging software may need to come from the LLVM project in the form of CLANG. CLANG is a C, C++, Objective C, and Objective C++ development system for the Low-Level Virtual Machine. It's making rapid headway but only currently supports JIT compilation on PowerPC and Intel. It supports static compilation on others though.

Both LLVM and CLANG are under a BSD-like license so this may be a starting point for further development. Especially since CLANG is a library-oriented system designed for producing IDEs out of.

I've seen on the LLVM-Dev mailing list that somebody thinks LLVM needs a source-level debugger and is starting to work on one. This means that any compiler based on the LLVM bitcode can have source-level debugging without being tied to one processor family.

If things go well with the Mattathias Project, we'll be making a backend for either GCC or LLVM to run on the 68000 series also but we're kind of busy on our flexible parser design at the moment. Currently the Mattathias Project has 2 developers so we won't be able to make huge progress all at once but we'll do our best.

Questions? Comments? Derogatory remarks?

Go to top


Re: New IRC channel for classic Amigas
Just popping in
Just popping in


@A1200

What about the new Natami computers that will be coming out in the next few months and the MiniMig? Will that be permissible on the new channel?

Go to top


Re: I do not know what else to do?!
Just popping in
Just popping in


@leicesterfan

I think the HDF support of EUAE is kind of buggy yet. The documentation claims that you can mount an HDF with zeros to get an automatic scan for the parameters as the example you indicated shows. I think you need to have the actual parameters at this point.

Maybe this website will help you.

Go to top


Re: Can 1,000,000 NatAmis Be Sold? YES!!
Just popping in
Just popping in


@cogvos1

The 68040 had partial FPU implementation in the main processor but not the full implementation. As for the MMU it is unlikely that they will support that since it would make the whole processor core slower.

Also note, that I said 68040-equivalent. They won't be doing the out-of-order execution that the 68060 did and sacrificing all of the compatibility of the 68030 and 68040. The main idea is that they are going to try to clock it at about 200 MHz so in-order pipelining may be sufficient. If they can make a 200 MHz 68030 it will be more compatible than an '040 or '060 or certainly any Coldfire.

-edit-
It seems they are dropping the idea of using a Coldfire because it would be more work adding the necessary compatibility than just making a 68000 series core with a high clock speed.

Go to top


Re: Can 1,000,000 NatAmis Be Sold? YES!!
Just popping in
Just popping in


@cogvos1

Quote:

cogvos1 wrote:

There is, as someone pointed out on the Natami forum, the problem of Amiga Inc and the old Commadore Trademarks/copywrites. Heaven knowns who actually holds them! I have a feeling the reverse engineering (which is basically what the Natami is) is OK in Europe, but a complete No-No in the USA. So it could be that Amiga Inc will get miffed and kill the project - if they can prove they own the copy writes... Time will tell on that.

If they don't, or if they loose the court case(?) then it could be that the Natami will provide an initial boost to us classic owners who always wonder if they are going to be faced with a single colour, or worse black screen when we turn our Amigas on. And then PPC or other accelerators for OS4 or whatever -if enough people buy the cold fire kit.


Actually the system was re-engineered from a service manual or some other such documentation and, as such, was not reverse-engineered. It should be fine to sell in the U.S.A.

Also, it would only need to reverse engineer or patch a Kickstart ROM if they used Coldfire. Now that it seems they are trying to produce a 68040-equivalent in the SuperAGA chip itself, which will work with existing ROM images from Cloanto's Amiga Forever package.

Go to top


Re: Can 1,000,000 NatAmis Be Sold? YES!!
Just popping in
Just popping in


@thread

It looks like on this thread that the NatAmi team is evaluating the possibility of integrating a 68000 series processor core into the SuperAGA chipset at this time.

Go to top


Re: Can 1,000,000 NatAmis Be Sold? YES!!
Just popping in
Just popping in


@Atheist

There is a 68060 100MHz in the current prototype. It would be too expensive to make the 68060 and FPGA separately so now they're looking into a Coldfire chip that will have an FPGA on the same chip to save costs.

If they go with a Coldfire version 5 chip they won't need a separate 68060 and FPGA but will need a JIT compiler to translate the instruction set from 68060 to Coldfire as it executes. See this thread for more details.

And as for AmosPro running natively on Coldfire, it will require a totally new compiler for it. Mattathias is based on LLVM which doesn't currently support Coldfire instruction sets yet. But at least it will work on PowerPC accelerated systems such as the AmigaOne eventually.

-edit- After having read the link above, maybe they are thinking of patching.

Go to top


Re: Can 1,000,000 NatAmis Be Sold? YES!!
Just popping in
Just popping in


@joerg

The reason they are looking at the Coldfire version 5 is that it is available with a built-in FPGA so they can supply the total solution on just one chip.

Also, the new version 5 Coldfire is almost the same speed at running Coldfire native code as the Sam440EP's PowerPC when you factor in for the PowerPC RISC instruction set being 30% less memory efficient than a hybrid CISC like the Coldfire. In short, the newest Coldfire chips should run classic software faster with a JIT compiler than an EFIKA or Sam440EP can run EUAE.

The NatAmi team seems to have no intention of running 68k code with the types of OxyPatcher-style shortcuts suggested previously. Also, some of the slowness of the Coldfire comes from recent versions of GCC producing sub-optimal code for 68k and Coldfire instruction sets.

Go to top


Re: Can 1,000,000 NatAmis Be Sold? YES!!
Just popping in
Just popping in


@Atheist

The CardFlash won't be a selling point because the Pandora will have that for cheaper in a handheld.

Go to top


Re: Hello fellow amigans!
Just popping in
Just popping in


@ravepants

Hello. I'm Sam. Welcome to Amigans.net .

Go to top


Re: Natami
Just popping in
Just popping in


@R-TEAM

Quote:
Better make a synergy of the actual 3D HW and the good-old amiga custom cipset
possibilitys.Dont try to compete with even old GFX cards ...


The possibility of using shaders to simulate copper functions will be explored as well. Just don't give up on the idea of having a copper as well.

Go to top


Re: SDL-1.2.11-20080121 flaw
Just popping in
Just popping in


@Hans

You'd better send him an email. EvilRich doesn't spend much time on the forums.

Go to top


Re: AmigaOS 4.x
Just popping in
Just popping in


@Raziel

Quote:

Raziel wrote:
@Amigamancer

Quote:

I might sound a little retro but euae is not a real option for classic Amigas.

You don't need eUAE to run classic program/games on a classic
system, just put in the disk and run them.
(if you have a high end system and programs refuse to run, it's
not AmigaOS3.x fault either to not support them anymore, isn't it?
If you want to play games - EVERY game - try out WHDLoad)

-snip-


WHDLoad only works under 3.x and doesn't work under 4.0 due to the fact that the emulator in 4.0 doesn't do vector base relocation.

Go to top


Re: Is OS4 going to be available in the US?
Just popping in
Just popping in


@Comi

Quote:

They're not listed in the A-Cube Resellers' page.

Go to top


Re: OpenGL on OS4?
Just popping in
Just popping in


@gregthecanuck

Quote:

gregthecanuck wrote:
@Thread

OK, now I'm getting confused (not difficult).

In the past the following systems have been discussed:

- Cairo
- AGG
- OpenGL

What direction is Hyperion leaning towards on the graphics API?

How would each of these systems be supported?

Which API would be the "bare metal layer" just before calling the graphic card drivers?

Which API would be exposed to Joe Q. Programmer?


OpenGL would be the hardware drivers for 3d acceleration.

Cairo already has an OpenGL-based renderer so that would rest on top of OpenGL.

AGG is CPU-based and doesn't take advantage of the graphics processor at all, AFAIK.

All 3 would be available to Joe Q. Programmer but OpenGL would be the most powerful and flexible of the 3.

Go to top


Re: OpenGL on OS4?
Just popping in
Just popping in


@Elwood

MiniGL on the Quake series is not necessary on WINDOWS because the graphics cards manufacturers supply OpenGL drivers for them. Also, some gaming PCs use only DirectX and have no support for OpenGL at all.

The most complete OpenGL implementation available for free is Mesa. It is a software-only implementation of OpenGL except that it can be modified to run hardware accelerated.

Getting a Radeon-specific version of OpenGL would require more money than the Amiga community can offer them.

Go to top


Re: Open Office
Just popping in
Just popping in


@LiveForIt

StarOffice is just the commercial version of OpenOffice. The only real difference between the two is that you get tech support for StarOffice. Also, only the database part of OpenOffice and StarOffice uses Java. The rest is all C++ based.

Go to top



TopTop
« 1 ... 5 6 7 (8) 9 »




Powered by XOOPS 2.0 © 2001-2023 The XOOPS Project