@AmigaBlitter

thats about driver level, like its done on aros where gallium is an option, they probably want to keep the backwards compatibility with radeon/w3d for the time being. i would do the same. but it doesnt mean that they will extend gallium/mesa capabilities beyond what they are. how would they be able to do that? their experience with programming such limited packages as w3d and minigl cant be compared with the abilities of dedicated and experienced team programming mesa now for years. dont dream.

@AmigaBlitter

And its the same what i say, just with many words which make no big sense if say them short.

As i say, they will port Gallium + Mesa (what mean, that of course, they will do adaptation work, as do AROS coders). All the other stuff, its just words, which in short also mean "we will make more stuff on top of that, when we will done with initial port of gallium+mesa (as all that multi-threading and multiple-cpu support, etc)".

In other words, its not so important right now, what developers want to make on top of Gallium+Mesa when it will be done, important piece of info, that they works on porting of gallium+mesa combo, and not on something else (like you say that they not want to use mesa, but you are wrong, they will use mesa).

@wawa

Quote:

how would they be able to do that? their experience with programming such limited packages as w3d and minigl cant be compared with the abilities of dedicated and experienced team programming mesa now for years. dont dream.

Exactly. We can only hope that porting and adaptation work will be done good enough, that only one moment about what we can "dream" :)

Last edited by kas1e on 19-Jul-2011 at 09:42 PM.

_________________
Join us to improve dopus5!
zerohero's mirror of os4/os3 crosscompiler suites

@thinkchip

Quote:

is there anything for sale now that is significantly faster than my micro

The Sam460 is already faster than the MicroA1 and more. Read here about the 1941 deluxe game made by HunoPPC.

The game will feature an SDL engine that does 55 fps on Sam440, 75 fps on a G4 Peg II and 85 fps on Sam460.

Now who still owns a MicroA1???

Last edited by elwood on 20-Jul-2011 at 10:25 AM.

_________________
Philippe 'Elwood' Ferrucci
Sam460 1.10 Ghz
AmigaOS 4 betatester
Amiga Translator Organisation

@AmigaBlitter

Quote:

AmigaBlitter wrote: @kas1e From Hyperion blog: "Provide a hardware-accelerated OpenGL for applications, games, and the operating system. Provide a driver interface with maximum flexibility. We do not want to count exclusively on Gallium3D as a basis for drivers, although it will be a fundamental one. Provide a low-level API that does not depend on high-level constructs like Windows or Screens. While it should be possible to render to these, it should not depend on any of them. Be able to upgrade to the latest OpenGL version, depending on driver support. Support multi-threading and multiple CPU's." and again: "The internal driver interface is designed to be usable with or without Gallium3D. Obviously, the focus of our work will be Gallium-based, but what if there is a graphics card that does not support the required level of shader support to be able to work with Gallium? For this purpose, opengl.library (the central hub of the OpenGL system on AmigaOS) is able to load and operate drivers that only provide a minimal set of internal functions plus the required entry points for OpenGL. That way, it is possible to use a Mesa based driver, or even a completely custom driver, for hardware that is not supported by Gallium3D."

The Gallium-3D API requires that graphics cards support shaders, and so R1xx and R2xx chipsets will never have Gallium-3D drivers.** Enabling the use of non-Gallium drivers opens the door to having drivers for older cards too.

Hans

** R1xx and R2xx actually do have shaders, but they are much too limited to be used with GLSL or any of the other shader languages.

_________________
Join the Kea Campus - upgrade your skills; support my work; enjoy the Amiga corner.
https://keasigmadelta.com/ - see more of my work

@Hans

thanks for clarifying this. now all should be clear. its a good move imo, btw.

@NutsAboutAmiga

Quote:

AmigaONE-X1000 is mostly it’s an opportunity to go 64bit and add SMP support to AmigaOS4, It will be the fastest AmigaOS4 hardware around, and the only option if your prefer AmigaOS4.

Someone said that on ppc(due to its architecture) 64bit wasnt faster but slower than 32bit so we dont need really that...

We instead, imho, need smp and Gallium...other than a new wb etc etc, but thats another story...

_________________
Simone"Tuxedo"Monsignori, Perugia, ITALY.

@Tuxedo

is there any significant difference in speed between 32 and 64 bit on any architecture? testing both versions of lightwave (rendering times) once i came to similar results. 64bit was even a tiny bit slower on the same machine afair.

Last edited by wawa on 19-Jul-2011 at 11:02 PM.

@Tuxedo

A change to 64-bit will affect everything in the OS. All structures will become incompatible, every API will have to change, the OS will have to be re-written. In order to allow legacy code to run, a 32-bit wrapper will have to be written. The whole source code tree will probably have to be branched.

It's not a trivial matter and it won't happen in a few months. Just guessing, I would expect OS5 will be 64-bit and SMP. But that's only a guess on my part.

_________________
cheers
tony

Hyperion Support Forum: http://forum.hyperion-entertainment.biz/index.php

that would be awesome!
I'd love to have 64bit smp in AmigaOS, true that it's huge job but it sure would be good.

I'd rather full 64bit with an emulator running all legacy 68k & 32bit stuff

_________________

@wawa

64 bit gives you a lot of address space, compared to 32bit, its huge advantage if you run a database, if you run virtual machines, Video editing, a normal 32bit cpu can only address 4Gbytes at the same time that’s not a lot today, when some applications use memory mapped files.

(for every bit the amount of addressable Virtual / Physical memory doubles)

I expect 32bit cpu's is going to be less common, simply because I don't think software industry is interested in support two different address register sizes, so even on mobile phones its going to be 64bit, the number of transistors you can put in CPU has increased every year.

_________________
http://lifeofliveforit.blogspot.no/
Facebook::LiveForIt Software for AmigaOS

@tonyw

I think It can be solved by having High and low mem

Low mem = shard memory / kernel memory / Virtual memory / Private memory (For 32bit and 64bit)
High mem = Virtual memory / Private memory (For 64bit only)

New routines for allocation memory above 4gbytes is needed.

Last edited by NutsAboutAmiga on 20-Jul-2011 at 12:34 AM.
Last edited by NutsAboutAmiga on 20-Jul-2011 at 12:30 AM.
Last edited by NutsAboutAmiga on 20-Jul-2011 at 12:30 AM.

_________________
http://lifeofliveforit.blogspot.no/
Facebook::LiveForIt Software for AmigaOS

@NutsAboutAmiga

Quote:

@wawa 64 bit gives you a lot of address space, compared to 32bit, its huge advantage if you run a database, if you run virtual machines, Video editing, a normal 32bit cpu can only address 4Gbytes at the same time that’s not a lot today, when some applications use memory mapped files. (for every bit the amount of addressable Virtual / Physical memory doubles) I expect 32bit cpu's is going to be less common, simply because I don't think software industry is interested in support two different address register sizes, so even on mobile phones its going to be 64bit, the number of transistors you can put in CPU has increased every year.

sure. i know that. but to my knowledge it doesnt give you any speed advantage by itself in comparison to 32bit.

@wawa

That's true, it does not give you higher clock frequency or faster memory bus.

If you however you work whit lots of data, a 32bit system will need to use hard drive, a 64bit system does not need too.

Last edited by NutsAboutAmiga on 20-Jul-2011 at 12:39 AM.
Last edited by NutsAboutAmiga on 20-Jul-2011 at 12:39 AM.

_________________
http://lifeofliveforit.blogspot.no/
Facebook::LiveForIt Software for AmigaOS

@Panthro
Quote:

I'd rather full 64bit with an emulator running all legacy 68k & 32bit stuff

sounds a little like aros x64. if emulating anyway a faster cpu would outweight the endianness issues. would be a good point to move on when compatibility goes outta window one way or the other. but i dont really know if i would like it myself.

@NutsAboutAmiga

look, i have nothing against 64bit. ;)

@wawa

Endianness issues has nothing to do whit 32bit or 64bit, endiannes references to how the CPU was designed to organize bits and bytes in memory.

Because the Intel/AMD organize things different from Power/ARM conversion is need in order to interpret the content correctly.

A good example Arabic vs Latin.

Left to right or right to left.

Last edited by NutsAboutAmiga on 20-Jul-2011 at 12:50 AM.
Last edited by NutsAboutAmiga on 20-Jul-2011 at 12:49 AM.
Last edited by NutsAboutAmiga on 20-Jul-2011 at 12:48 AM.
Last edited by NutsAboutAmiga on 20-Jul-2011 at 12:47 AM.

_________________
http://lifeofliveforit.blogspot.no/
Facebook::LiveForIt Software for AmigaOS

@NutsAboutAmiga

oh, my. imagine, know that too. all i said is, switching to 64bit would be a good point to switch to another architecture if considered. things would go broken only once..

@NutsAboutAmiga

What amiga application now needs more than 4gb of ram?. Also you named virtualization and databases, where are they in amiga?.

_________________
Amiga 1200 desktop. Apollo 030/50 Mhz 8mb ram + ClassicWB + Wb 3.1
Amiga 500 + ACA500plus 8mb + 30gb CF
Raspberry Pi 3b+ and Amibian 1.4
Mac Mini G4 1GB Ram with the butterfly!!

@_ThEcRoW

Quote:

What amiga application now needs more than 4gb of ram?. Also you named virtualization and databases, where are they in amiga?.

Indeed anything that doesn't run on a 12 Mhz CPU in 256k of Ram isn't truly an amiga app, and it's unamiga like to dream of more.

_________________
BroadBlues On Blues BroadBlues On Amiga Walker Broad

@broadblues

lol you beat me to that.

yeah aim for the future!

_________________