@Geri

Quote:

This x86 emulator was written by SciTech.

that's interesting, thanks! that reminds that I still wonder why nobody at Elbox/Matay/DCE used a forth interpreter to initialize Mac PCI gfx cards on Mediator/Prometheus/G-Rex... it would have saved them some time and increased compatibility. Agreed Mac PCI cards weren't cheap but it was possible to reflash regular pci cards.

Last edited by Crumb on 04-Apr-2011 at 06:39 PM.

_________________
The only spanish amiga news web page/club: CUAZ

@opi

Quote:

opi wrote: People who forget history are doomed to repeat it.

OT: i would rather say: people are doomed to repeat history. period.

_________________
"Marxism must abhor nothing so much as the possibility that it becomes congealed in its current form. It is at its best when butting heads in self-criticism, and in historical thunder and lightning, it retains its strength" - Rosa Luxemburg.

@wawa

They had a delay just one time after serving the community with many products in a very professional way. Amiga community is pretty sad nowdays. Anyway this delay helped with OS4 low development, Sam460ep is waiting for soem driveres to finalize, so they were not in need to rush the motherboard on the market.

About Hyperion... they are far too slow i agree, and they should support current and available hardware before spending 99% of time resources on x1000. In my opinion they lack in leadership and roadmap, but thanks to them we have a very good hobby OS, so i can forgive them! I hope they release update 3 to entertain us, it shoulb be a priority with such a small market...

_________________
ikir

@nimrod7

OT, OT, WTF: I just realized you live in my city?! I was about to ask you for price quotes on illustrations and then I noticed brands from our city... so I clicked about. :o

_________________
OpenWindows Initiative. Port PS3 hardware to bananas. For free. Join today and receive expired $50 cupon from AI!

@Fransexy

Quote:

As SNAP is a third party company product and is not in control of hyperion i think taht is not fair to blame hyperion, sure there is a good reason for which they did not or cannot included SNAP

Exactly. There can be legal obstacles. (---insert your favourite version of the story---)

_________________
The Rear Window blog

AmigaOne X5000/020 @ 2GHz / 4GB RAM / Radeon RX 560 / ESI Juli@ / AmigaOS 4.1 Final Edition
SAM440ep-flex @ 667MHz / 1GB RAM / Radeon 9250 / AmigaOS 4.1 Final Edition

This thread is a 'good' example that AW.net is heading in the direction of a certian mewling bunny site

_________________
Author of the PortablE programming language.
It is pitch black. You are likely to be eaten by a grue...

@opi

OT, OT, LOL: This is my city - not yours :]

_________________
"Marxism must abhor nothing so much as the possibility that it becomes congealed in its current form. It is at its best when butting heads in self-criticism, and in historical thunder and lightning, it retains its strength" - Rosa Luxemburg.

@thread

Some news here http://blog.hyperion-entertainment.biz

_________________
BroadBlues On Blues BroadBlues On Amiga Walker Broad

@broadblues

Thanks for the update and good work to Frieden's Bros

_________________
GDG-Entertainment
OS4Games
Iksnet
Bitplane

@broadblues

low level api that could but not neccesarily must interface to gallium, sounds like warp3d alike. i wonder if the approach is based on wazp3d?

@wawa

I think its an expantion of competition engine API.

Last edited by NutsAboutAmiga on 05-Apr-2011 at 04:00 PM.

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

@broadblues

Thanks.

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

@wawa

Quote:

wawa wrote: i wonder if the approach is based on wazp3d?

No.

_________________
Playstation Network ID: xeron6

At last some normal info on blog ! Was interesting to read !

about that phrase:

Quote:

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.

I think in real-live it will mean , that users who have radeon9250 with warp3d/minigl (for example) , will just switched to usage of warp3d/minigl, while all the cards which can works over gallium, will use gallium/new-shaded-ogl. Sounds good, dunno through if it will done like this (but as far as i remember, the goal was to have support of all the apps which use minigl/warp3d as well, just because it will suck to broken compatibility with already done opengl apps).

About others, not everything clear now. I mean:

1. will amigaos4 specific changes in gallium3d/mesa present in official repos (so, other deverloper will have ability to do changes, when Hyperion will not have time to works on it, or, if it will slow for some reassons as w3d/minigl, and user will want to speed up it)

2. It is priority to make "fast" realisation of all of this, or just working one ? Because if for example, Gallium3d/Mesa on os4, will be slower in compare (or the same) as Warp3d/MiniGl, then there is will be no big sense for users.

3. What is current state of it ? As i read, its just some "goals" talks and screenshot, which can be just software-mode mesa compiled (which make no big sense). I mean if there any HW driver already ? If so , it is works with RadeonHD, or not ?

I am almost sure that we will have no answers in that thread about (because Rogue not read AW.net anymore as i understand), but i cross the fingers that speed and "open for other deverloper in end" , wil be the main goal.

Last edited by kas1e on 05-Apr-2011 at 02:36 PM.

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

@wawa
Quote:

low level api that could but not neccesarily must interface to gallium, sounds like warp3d alike. i wonder if the approach is based on wazp3d?

Of course not. Why hyperion should even think about Wazp3d ? Wazp3d, its just realisatoin of warp3d in SW mode. And that is only one "based on" can be together. The same as any SW driver "based on". But imho its even not about SW drivers, its also about using of old drivers if gallium one will not present.

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

@kas1e

Quote:

will amigaos4 specific changes in gallium3d/mesa present in official repos (so, other deverloper will have ability to do changes, when Hyperion will not have time to works on it, or, if it will slow for some reassons as w3d/minigl, and user will want to speed up it)

my hope would be that any amigaOS-specific changes required to MESA or gallium3D would be pushed back upstream. that would benefit both the community and hyperion, as well as better leverage the few developers we have around here who could contribute to maintaining such changes as the projects move forward in the FOSS world.

i'm very enthused about the prospect of a working MESA/gallium3D stack for OS4 -- especially as with the SAM460ex and, hopefully soon, the A1X1K, we'll have systems capable of hosting the graphics cards that can really provide a 'modern' 3D experience. i would be ecstatic if we had something like this within a few months of the A1X1K shipping.

now then, who's up for a round of crysis?

-- eliyahu

_________________
"Physical reality is consistent with universal laws. When the laws do not operate, there is no reality. All of this is unreal."

@eliyahu

Quote:

my hope would be that any amigaOS-specific changes required to MESA or gallium3D would be pushed back upstream. that would benefit both the community and hyperion, as well as better leverage the few developers we have around here who could contribute to maintaining such changes as the projects move forward in the FOSS world.

100% true. I am almost sure that Hyperion will bring changes to public for everyone, so not only them can fix bugs and contribute. Its the only real way, to have success with all that gallium/mesa really. Because if they will after all close-source amigaos4 related parts of gallium/mesa changes, then i will shoot myself :)

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

@kas1e

i think have not expressed myself wery well while in hurry. reading the blog i immediately thought about that proposition to fix and upgrade w3d i have heard about, and since i know alain thought about a gallium backend for wazp, and got a sam440 few months ago i thought he might got involved. i havnt heard much from him since then. but then this must be just an coincidence and i have drawn some naive assumption.

as for the blog the screenshot of gears demo with gl functions listing in the background it really doesnt say anything much. thats true. i read the blog entry more as an outline for whats planned to be done, less as a status report.

@wawa

Quote:

i think have not expressed myself wery well while in hurry. reading the blog i immediately thought about that proposition to fix and upgrade w3d i have heard about, and since i know alain thought about a gallium backend for wazp, and got a sam440 few months ago i thought he might got involved. i havnt heard much from him since then. but then this must be just an coincidence and i have drawn some naive assumption.

Naah. Alain just works in his free time on warzp3d. Its still nice one because for example, with my annoing he add to winuae support of HW driver (getting from win32 opengl/directx). So, for winuae, wazp3d are can be SW and HW mode , in full-screen and windowses mode. Then i also annoy him back in the past to port it to AROS (that all was because of our diskmag TheVague, which we want to make works everythere). On AROS it for now also in SW mode, but Alain step by step trying to integrte Gallium to it (or wazp3d to gallium), to make it works on aros also in depends from gallium (or HW, or SW). On os4 wazp3d works only in SW mode. And its a bit buggy in compare with real warp3d drivers from hyperion.

Of course Hyperion's warp3d have bugs as well, and those bugs Alain trying to fix in his realisation, but , it have other bugs, which real Warp3d not have.

So Alain's work it just his free-time work, just to make opensource relisation for all the OSes. While hyperion works on warp3d when they want, and some fixes on real warp3d for os4, have place , and done some time ago. But , they for sure dropped out already warp3d support at all (and that is absolutly right. warp3d as idea was nice, but realisation are suck).

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

@kas1e

i think i just thought of it since alain got so silent lately. as for warp3d in comparison with wazp both are soewhat buggy but differently so. btw i was testing warp3d applications under aros68k on winuae using alains wazp, and they were working close to allright too, i mean mainly his test cases, like cow and so. mesa though wasnt working yet, anyway there is a lot restructuring atm so many things dont work.

btw you re right of course, alain had not so much time for it, neither is he exactly professional. hyperion might prehaps be faster coders, but with all these unfolded projects at once, i dont know..

Last edited by wawa on 05-Apr-2011 at 04:55 PM.