Von Aufsichtsrat ... am Fr, 30. November 2007 um 15:51 #
Hehe drei Teams und ein Ziel, nämlich den einwandfrei funktionierenden freien ATI Treiber. Sie kämpfen gegen die Zeit, welche die Grafikkarten ältern lässt und gegen sich selber! Möge das beste Team gewinnen
avivo ist offiziell von seinen Maintainern für tot erklärt worden, nachdem radeonhd den ersten code veröffentlicht hat. Spielt also nicht wirklich mit.
aber die Maintainer des radeon Treibers bauen grade auch Support für die neuen Karten ein, da Dave Airlie seine NDA Probleme mit AMD beilegen konnte und nun wieder an R500 und Co arbeiten kann.
Das hat AMD dann aber auch bitter nötig, nachdem was so über Phenom zu lesen ist. Nur schlechte Nachrichten geht ja gar nicht. Ich warte eigentlich nur auf einen weissen Ritter oder eine Heuschrecke, die sich als Resteverwerter betätigt.
Hi, sorry kann mir das nicht verkneifen, halte weder von suse linux noch von novell linux viel, gut der opensource ableger open suse mag vielleicht mitlerweile bischen besser sein, aber ich halte spätestens seit dem Microsoft Deal nix von Novell.
K Novell entwickler werden schon auch paar gute sachen zur opensource welt beigesteuert haben will ich net bestreiten, aber gibt eben zu viele beispiele für das gegenteil:
1. Xgl (schlechte Lösung, die sie grade mit dem offenen Treiber helfen obsolete machen, wobei ich da interessant finde das der radeon treiber nun schneller aiglx support für R500 hat wie der radeonhd)
2. Evolution, können die das bitte mal aus gnome-standard nehmen, nervt das immer wenn ich gnome in gentoo installieren will und ich den dreck jedesmal mit installieren muss außer ich installiere die restlichen packete alle extra. Naja mag ja ganz net sein für manche benutze lieber ein webinterface aber ist halt auch ein monster beim kompilieren merk ich das immer gut ist Mozilla und openoffice auch, sind aber auch eigentlich schlechte lösungen. Wenigstens ist Openoffice nicht bei gnome dabei
3. Sie murksen an diesem Rohrkrepierer .Net bzw Mono mit rum, (war dem mal sehr positiv eingestellt, aber mitlerweile seh ich dank ruby, java und python dafür keinen grund mehr außer das man angreifbar von Microsoft wird.) Und ja ich weiß das .net ein Api ist und bis auf java das andere aufgezählte alles ausschließlich Programmiersprachen sind, aber trotzdem ist durch die bindings für die sprachen und dem freien java .net nicht nötig. Zumal die api auch noch hässlich ist meiner meinung nach so komische konstrukte wie ArrayList, oder wenn ich höre das die mono leutz fehler von microsoft nachprogrammieren, dann wirds mir schlecht.
4. RadeonHD, man merkt eben das sie keinen wirklichen bezug zur opensource welt haben, sie wollen halt die dynamiken und viele arbeit die da in dem bereich steckt irgendwie möglichst gut melken, anders kann man sich so ne 1.0 nach paar monaten entwicklungszeit direkt nach ner 0.0.4 oder 0.0.5 er version nicht erklären. Bemerkenswert finde ich wie schon oben erwähnt das der radeon-treiber-mensch da mal schnell einige mehr features rein bringt, versteh auch immer nicht wie firmen wie amd ausgerechnet auf Novell zugreift und denen spezificationen früher rausrückt. Naja dank dem guten Radeon treiber wird der mist wohl auch sterben ^^. Sollen das lieber Redhat geben mag die distrie zwar nicht aber die haben wenigstens gute einstellung zu opensource/freesoftware.
Sie teilen nicht nur Erfahrungen aus, sondern arbeiten zum Teil sogar am jeweils anderen Treiber mit. Der Grund für einen neuen Treiber ist (wie auch in dem Blog von Egbert Eich erwähnt), dass es zwar Gemeinsamkeiten zwischen r400 und r500 gibt, aber zumindest der r600 wohl doch eine größere Menge neuen Code reinbringen würde. Zudem haben die Entwickler so die Chance den Treiber von Grund auf neu schreiben. Dass der radeon Treiber nun auch grundlegende Unterstützung für die neueren Karten bietet liegt wohl eher daran, dass zum Einen David Airlie schon einen Treiber für den r500 geschrieben hatte (bzw. eine Erweiterung des radeon Treibers), welchen er aber nicht veröffentlichen konnte, wegen eines NDA. Im Prinzip könnte man davon ausgehen, dass jetzt einfach nur dieser Code (vermutlich verändert) in den radeon Treiber eingegangen ist. Einen "Kampf" der Treiber würde ich da aber nicht sehen. Der Avivo Treiber ist tot (meines Wissens ist nicht mal mehr ein Git Repo auf X.org), der radeon Treiber für Chips <=r400 und der radeonhd Treiber für Chips >=r500. Dazu noch den fglrx Treiber, welcher irgendwann (evtl. nächstes Jahr) den Support für r300 und r400 Karten verlieren wird. Aber zu dem Zeitpunkt hat AMD hoffentlich (wie versprochen) auch Dokumentation für die r300/r400 Chips veröffentlicht, so dass der radeon Treiber dann auch die powerstates und TV Out etc. ohne Probleme unterstützt. Zumindest hoffe ich das, denn ich habe einen r400 in meinem Notebook.
Ich glaube du hast nicht ganz verstanden was Xgl ist. Das ist eigentlich nur eine Demo auf dem Weg zu Xegl. Und dafür dass sie das ist, war sie sogar ziemlich erfolgreich. Der Compizsiegeszug hat über den Weg Xgl begonnen. Aiglx ist eher das Gefrickel, dass momentan zwar vorteilhaft ist, aber langfristig geht Xegl ganz andere Wege. Von daher würde ich den Punkt schon mal streichen. Zu den anderen schweige ich mich mal aus...
Zumal die api auch noch hässlich ist meiner meinung nach so komische konstrukte wie ArrayList Und dann Java bevorzugen? Zumal ArrayList kein komisches Konstrukt ist, sondern die Implementierung des Abstrakten Datentyps "List" als Array.
wenn java endlich offen wird, wirds erstens schneller unter linux (schmalerer kern + zusatzzeug) und sicher auch interessant. Aber prinzipiel steh ich mehr auf python, bzw ruby soll mehr OO sein habs aber noch nicht angeschaut.
Und ja ein schöner standard Vector ist schöner, gibts sowohl in stl als in java.
Lol aber bin ruhig hab grad was entdeckt: http://java.sun.com/j2se/1.4.2/docs/api/java/util/ArrayList.html
Naja hab ja aber prinzipiel nichts dagegen das es dieses Konstrukt gibt, mich nervt halt das es nicht zusätzlich nen normalen Vector gibt. Aber gut, wie gesagt mono oder noch schlimmer .net kommt für mich schon nicht wirklich in frage, wegen teilweise plattformabhängigkeit und patenten. Seh auch keinen grund für .net, da es eben bald ein freies java und noch wichtiger so sachen wie python oder ruby gibt.
Ist genau so wie microsofts "silver..."-flash-ersatz, mag ja technisch halbwegs interessant sein aber bringt halt nichts wenns dann wieder auf einen Standard rausläuft wo es nie einen aktuellen client für linux geben wird. oder einen geschlossenen was ja nix bringt da die dinger (siehe flash) nicht benutzbar sind.
Naja hab ja aber prinzipiel nichts dagegen das es dieses Konstrukt gibt, mich nervt halt das es nicht zusätzlich nen normalen Vector gibt. Was bringt dir ein "normaler" Vector? Vector und ArrayList sind beides "dynamische Felder", also Listen mit einem Array als interne Implementierung.
Wird der Treiber auch mit der HD3850 funzen? Der RV670 ist ja mit dem R600 verwandt... Hat schon jemand Erfahrung ob die HD3850 überhaupt vernünftig läuft?
Sie kämpfen gegen die Zeit, welche die Grafikkarten ältern lässt und gegen sich selber!
Möge das beste Team gewinnen
Greetings,
Chris
Das hat AMD dann aber auch bitter nötig, nachdem was so über Phenom zu lesen ist. Nur schlechte Nachrichten geht ja gar nicht. Ich warte eigentlich nur auf einen weissen Ritter oder eine Heuschrecke, die sich als Resteverwerter betätigt.
Ich habe das Gefühl du analyiserst weniger, hingegen scheint es so zu seien als ob du dies MÖCHTEST.
Objektiv ist deine "Analyse" auf alle Fälle nicht. Und daher peinlich ...
Du irrst.
K Novell entwickler werden schon auch paar gute sachen zur opensource welt beigesteuert haben will ich net bestreiten, aber gibt eben zu viele beispiele für das gegenteil:
1. Xgl (schlechte Lösung, die sie grade mit dem offenen Treiber helfen obsolete machen, wobei ich da interessant finde das der radeon treiber nun schneller aiglx support für R500 hat wie der radeonhd)
2. Evolution, können die das bitte mal aus gnome-standard nehmen, nervt das immer wenn ich gnome in gentoo installieren will und ich den dreck jedesmal mit installieren muss außer ich installiere die restlichen packete alle extra. Naja mag ja ganz net sein für manche benutze lieber ein webinterface aber ist halt auch ein monster beim kompilieren merk ich das immer gut ist Mozilla und openoffice auch, sind aber auch eigentlich schlechte lösungen. Wenigstens ist Openoffice nicht bei gnome dabei
3. Sie murksen an diesem Rohrkrepierer .Net bzw Mono mit rum, (war dem mal sehr positiv eingestellt, aber mitlerweile seh ich dank ruby, java und python dafür keinen grund mehr außer das man angreifbar von Microsoft wird.)
Und ja ich weiß das .net ein Api ist und bis auf java das andere aufgezählte alles ausschließlich Programmiersprachen sind, aber trotzdem ist durch die bindings für die sprachen und dem freien java .net nicht nötig. Zumal die api auch noch hässlich ist meiner meinung nach so komische konstrukte wie ArrayList, oder wenn ich höre das die mono leutz fehler von microsoft nachprogrammieren, dann wirds mir schlecht.
4. RadeonHD, man merkt eben das sie keinen wirklichen bezug zur opensource welt haben, sie wollen halt die dynamiken und viele arbeit die da in dem bereich steckt irgendwie möglichst gut melken, anders kann man sich so ne 1.0 nach paar monaten entwicklungszeit direkt nach ner 0.0.4 oder 0.0.5 er version nicht erklären. Bemerkenswert finde ich wie schon oben erwähnt das der radeon-treiber-mensch da mal schnell einige mehr features rein bringt, versteh auch immer nicht wie firmen wie amd ausgerechnet auf Novell zugreift und denen spezificationen früher rausrückt.
Naja dank dem guten Radeon treiber wird der mist wohl auch sterben ^^.
Sollen das lieber Redhat geben mag die distrie zwar nicht aber die haben wenigstens gute einstellung zu opensource/freesoftware.
so hast du keine probleme mit den "monstern" evolution und openoffice
funktioniert bei mir auch prima :>
hab mir den radeonhd vor ein paar tagen ausm git gezogen und kompiliert.
läuft prima unter gentoo, sofern man keine 3d beschleunigung braucht.
allerdings verstehe ich auch nicht ganz warum sich die entwickler nicht zusammen tun und gemeinsam einen treiber entwickeln.
wo ist da der vorteil von getrennten treibern? soweit ich gelesen habe betreiben sie ja auch code-sharing und teilen erfahrungen untereinander aus.
weiß da einer näheres?
Der Grund für einen neuen Treiber ist (wie auch in dem Blog von Egbert Eich erwähnt), dass es zwar
Gemeinsamkeiten zwischen r400 und r500 gibt, aber zumindest der r600 wohl doch eine größere Menge neuen
Code reinbringen würde. Zudem haben die Entwickler so die Chance den Treiber von Grund auf neu schreiben.
Dass der radeon Treiber nun auch grundlegende Unterstützung für die neueren Karten bietet liegt wohl eher
daran, dass zum Einen David Airlie schon einen Treiber für den r500 geschrieben hatte (bzw. eine
Erweiterung des radeon Treibers), welchen er aber nicht veröffentlichen konnte, wegen eines NDA.
Im Prinzip könnte man davon ausgehen, dass jetzt einfach nur dieser Code (vermutlich verändert) in den
radeon Treiber eingegangen ist.
Einen "Kampf" der Treiber würde ich da aber nicht sehen. Der Avivo Treiber ist tot (meines Wissens ist
nicht mal mehr ein Git Repo auf X.org), der radeon Treiber für Chips <=r400 und der radeonhd Treiber für
Chips >=r500. Dazu noch den fglrx Treiber, welcher irgendwann (evtl. nächstes Jahr) den Support für
r300 und r400 Karten verlieren wird. Aber zu dem Zeitpunkt hat AMD hoffentlich (wie versprochen) auch
Dokumentation für die r300/r400 Chips veröffentlicht, so dass der radeon Treiber dann auch die
powerstates und TV Out etc. ohne Probleme unterstützt.
Zumindest hoffe ich das, denn ich habe einen r400 in meinem Notebook.
Das gelinkte Entwickler-Blog von Egbert hast du aber gelesen?
Mehr Features reinbringt? Der Radeon-Treiber ist älter und hat den Großteil der Features schon längere Zeit. Was ist daran jetzt "schnell"?
Und dann Java bevorzugen? Zumal ArrayList kein komisches Konstrukt ist, sondern die Implementierung des Abstrakten Datentyps "List" als Array.
Mein letztes/aktuelles python-projekt: www.canta-game.org wenns jemand interessiert.
Lol aber bin ruhig hab grad was entdeckt: http://java.sun.com/j2se/1.4.2/docs/api/java/util/ArrayList.html
Naja hab ja aber prinzipiel nichts dagegen das es dieses Konstrukt gibt, mich nervt halt das es nicht zusätzlich nen normalen Vector gibt. Aber gut, wie gesagt mono oder noch schlimmer .net kommt für mich schon nicht wirklich in frage, wegen teilweise plattformabhängigkeit und patenten. Seh auch keinen grund für .net, da es eben bald ein freies java und noch wichtiger so sachen wie python oder ruby gibt.
Ist genau so wie microsofts "silver..."-flash-ersatz, mag ja technisch halbwegs interessant sein aber bringt halt nichts wenns dann wieder auf einen Standard rausläuft wo es nie einen aktuellen client für linux geben wird. oder einen geschlossenen was ja nix bringt da die dinger (siehe flash) nicht benutzbar sind.
Was bringt dir ein "normaler" Vector? Vector und ArrayList sind beides "dynamische Felder", also Listen mit einem Array als interne Implementierung.
Der RV670 ist ja mit dem R600 verwandt...
Hat schon jemand Erfahrung ob die HD3850 überhaupt vernünftig läuft?