1. Foren
  2. » Kommentare
  3. » Applikationen
  4. » Alle Kommentare zum Artikel
  5. » Grafikunterstützung: KWin bald…

Bezüglich fglrx.

Anzeige
  1. Thema

Neues Thema Ansicht wechseln


  1. Bezüglich fglrx.

    Autor nille02 21.02.12 - 12:45

    Der Herr Gräßlin könnte auch einfach die OpenGL Es2 Implementierung des fglrx nutzen...


    PS: Der fglrx beherrscht OpenGL 3.3/4 aber im wenn es um direct rendering geht. Beim indirect rendering sieht es dann düster aus und da soll wohl das Problem liegen.

  2. Re: Bezüglich fglrx.

    Autor teleborian 21.02.12 - 12:58

    Das erstaunt mich jetzt. Wie kann man den sowas so veraltet lassen?
    Kann es sein, das das Indirekte Rendern die Komponente ist, welche spezial CAD Grafikkarten und ihre Treiber den normalen voraus haben?

  3. Re: Bezüglich fglrx.

    Autor Gigadoc 2 21.02.12 - 13:48

    KWin kann meines Wissens nach bereits mit OpenGL ES2 als Backend laufen, wenn Herr Gräßlin trotzdem meint, dass fgrlx Probleme bereitet, scheint es da ja ein Problem mit der Implementierung in fgrlx zu geben.

    Wenn ich raten müsste, würde ich sagen dass die Implementierung von OpenGL ES2 in fgrlx (wenn es sie denn wirklich gibt, ich glaube nille02 einfach mal) ist zu instabil. Zumindest lässt sich das, was ich mit KDE und einer HD5770 erlebt habe, ziemlich treffend als instabil bezeichnen.

  4. Re: Bezüglich fglrx.

    Autor nille02 21.02.12 - 16:37

    teleborian schrieb:
    --------------------------------------------------------------------------------
    > Das erstaunt mich jetzt. Wie kann man den sowas so veraltet lassen?
    > Kann es sein, das das Indirekte Rendern die Komponente ist, welche spezial
    > CAD Grafikkarten und ihre Treiber den normalen voraus haben?

    Es wird seit Jahren eher weniger benutzt weil es einfach langsam ist. Dafür gibt es ja das direct rendering.

  5. Re: Bezüglich fglrx.

    Autor nille02 21.02.12 - 17:07

    Gigadoc 2 schrieb:
    --------------------------------------------------------------------------------
    > KWin kann meines Wissens nach bereits mit OpenGL ES2 als Backend laufen,
    > wenn Herr Gräßlin trotzdem meint, dass fgrlx Probleme bereitet, scheint es
    > da ja ein Problem mit der Implementierung in fgrlx zu geben.

    Ich bezweifle das er es je versucht hat. Zumindest habe ich nie etwas darüber in seinen Blogs oder auf der ML gesehen.

    > Wenn ich raten müsste, würde ich sagen dass die Implementierung von OpenGL
    > ES2 in fgrlx (wenn es sie denn wirklich gibt, ich glaube nille02 einfach
    > mal) ist zu instabil. Zumindest lässt sich das, was ich mit KDE und einer
    > HD5770 erlebt habe, ziemlich treffend als instabil bezeichnen.

    Kommt immer drauf an wie was gehandhabt wird. Das AMDs indirect Rendering unzureichend ist, ist inzwischen klar. Bleibt nur die Frage warum er es nicht hin bekommt das alles per direct rendering (Ogl2 und höher ) zu erledigen oder zumindest OpenGL Es2 zu nutzen. Für letzteres gibt es von der Khronos Gruppe Tests die jede Implementierung bestehen muss um den Wildwuchs aus OGl zu verhindern.

  6. Re: Bezüglich fglrx.

    Autor Gigadoc 2 21.02.12 - 18:19

    Ok, ich wusste gar nicht dass es da solche Unterschiede gibt.

    Ich hab jetzt mal ganz grundlegend die Unterschiede zwischen direktem und indirektem rendern angesehen. Direktes Rendern wird direkt von der Grafikhardware übernommen, während beim indirekten Rendern noch X dazwischensteht. Dabei ist direktes Rendern effizienter, kann aber zu Problemen führen, wenn der Speicher ausgeht. Indirektes Rendern hingegen klappt auch noch bei vollem Grafikspeicher, weil X dann eingreift. So verstehe ich das ganze soweit.

    Wenn meine Informationen so stimmen, dann scheint es aber doch Sinn zu machen, für den Desktop indirektes Rendering zu nutzen. Bei einem schwachbrüstigen Onboard-Chip, und vielen offenen Fenstern kann der Speicher doch ganz schnell voll sein, oder nicht?

  7. Re: Bezüglich fglrx.

    Autor nille02 21.02.12 - 18:41

    Das ganze ist kein Speicher Problem. Und das indirekte ist eher schlecht weil der X Server dazwischen hängt und an der Geschwindigkeit zieht.

  8. Re: Bezüglich fglrx.

    Autor regiedie1. 22.02.12 - 15:27

    Gerade mal das OpenGL ES 2.0-Backend unter fglrx auf einer Radeon HD 4290 ausprobiert. Fglrx deckt seit 2010 offiziell OpenGL ES 2.0 voll ab. Ergebnis dennoch: Keine Effekte, kein Compositing. Ideen? System ist Arch.

  9. Re: Bezüglich fglrx.

    Autor nille02 22.02.12 - 16:56

    Wo und wie hast du es ausprobiert? Denn KDE kann sie nicht nutzen ohne Anpassung.

  10. Re: Bezüglich fglrx.

    Autor regiedie1. 23.02.12 - 01:39

    Ich ging anhand dieser Anleitung vor: https://wiki.archlinux.org/index.php/KDE#Configure_KWin_to_use_OpenGL_ES
    Habe aber eine Erklärung gefunden: fglrx unterstützt wohl auch OpenGL ES 2 nur indirekt, Kwin will es aber direkt. Das ist verdammt schlecht. Der radeon-Treiber kommt für mich nicht in Frage: Einige Watt mehr Leistungsaufnahme im Idle als fglrx, keine HD-Videobeschleunigung, und überhaupt sehr träge bei Kwin, Compiz, Wine-Spielen, zudem sind Texturen pixeliger. Jetzt scheint es an AMD zu sein, fglrx voranzutreiben, schnell!

  11. Re: Bezüglich fglrx.

    Autor nille02 23.02.12 - 21:45

    regiedie1. schrieb:
    --------------------------------------------------------------------------------
    > Ich ging anhand dieser Anleitung vor:
    > wiki.archlinux.org#Configure_KWin_to_use_OpenGL_ES
    > Habe aber eine Erklärung gefunden: fglrx unterstützt wohl auch OpenGL ES 2
    > nur indirekt, Kwin will es aber direkt.

    Naja man muss ich aus der Normalen OpenGL Lib des fglrx die ES Implementation holen. Wie gesagt KDE müsste dafür angepasst werden. Martin Gräßlin hat leider auf meine frage wegen des fglrx und GLES noch nicht brauchbar geantwortet.

  12. Re: Bezüglich fglrx.

    Autor regiedie1. 01.03.12 - 10:26

    Herausgefunden: Mit diesem Aufruf nutzt man Kwin OpenGL ES 2 Direct Rendering in fglrx:
    KWIN_DIRECT_GL=1 kwin --replace
    Ist aber träge und verbuggt. Jetzt will AMD den Treiber ja verbessern.



    1 mal bearbeitet, zuletzt am 01.03.12 10:26 durch regiedie1..

Neues Thema Ansicht wechseln


Entschuldigung, nur registrierte Benutzer dürfen in diesem Forum schreiben. Klicken Sie hier um sich einzuloggen


Meistgelesen
  1. Via APC

    Android-PC zum Selbstbauen für 49 US-Dollar

  2. Kino.to-Chef

    "Ich habe neben dem Rechner geschlafen"

  3. Klarmobil

    Handy- und Datenflatrate für 20 Euro im O2-Netz

  4. Diablo 3

    Spekulationen um gehackte Benutzerkonten und erster Patch

  5. Fachkräftemangel

    45 Prozent der IT-Beschäftigten sind überlastet


Meistkommentiert
  1. Kommentare: 245 | letzter Beitrag 22.05. 16:10

  2. Kommentare: 204 | letzter Beitrag 05:17 Uhr

  3. Kommentare: 116 | letzter Beitrag 22.05. 16:17

  4. Kommentare: 105 | letzter Beitrag 02:38 Uhr

  5. Kommentare: 90 | letzter Beitrag 22.05. 21:36

Mehr



Haben wir etwas übersehen?

E-Mail an news@golem.de


Browser: Chrome löst Internet Explorer als Nummer 1 ab
Browser
Chrome löst Internet Explorer als Nummer 1 ab

Googles Browser Chrome liegt in den weltweiten Browserstatistiken von Statcounter erstmals auf Platz 1 vor dem Internet Explorer. Bei den Lesern von Golem.de kommt der IE nur noch auf Platz 4.

  1. Chrome 19 Geräteübergreifende Tab-Synchronisation und Web Intents
  2. Chrome 19 Google-Javascript-Engine V8 wird 25 Prozent schneller
  3. Mobiler Browser Google verbessert Chrome für Android

Sicherheit: SSD zerstört sich auf Knopfdruck selbst
Sicherheit
SSD zerstört sich auf Knopfdruck selbst

Runcore hat mit der Invincible SSD eine Speicherlösung vorgestellt, die im Notfall auf Knopfdruck die Speicherbausteine durchbrennt. So soll keinerlei Datenwiederherstellung möglich sein.

  1. SAS Hitachi will SSD mit 12 Gigabit pro Sekunde zeigen
  2. OCZ Erste 2,5-Zoll-SSD mit 1 TByte kommt bald
  3. OWC Mercury Accelsior Aufrüstbare PCIe-SSD bootet in Macs und PCs

SpaceX: Raumfähre Dragon ist auf dem Weg zur ISS
SpaceX
Raumfähre Dragon ist auf dem Weg zur ISS

Nach dem erfolgreichen Start ist die vom US-Weltraumunternehmen SpaceX entwickelte Dragon auf dem Weg zur ISS. Die unbemannte Raumkapsel soll am Donnerstag Manöver bei der ISS durchführen und wenn alles gut geht am Freitag andocken.

  1. Raumfahrt SpaceX-Raumfähre ist gestartet
  2. Raumfähre Dragon Startabbruch für SpaceX
  3. Raumfahrt SpaceX soll Raumstation von Bigelow Aerospace versorgen

  1. Bing Maps: Streetside-Fotos wegen Beschwerden offline
    Bing Maps
    Streetside-Fotos wegen Beschwerden offline

    Die Bing-Maps-Funktion Streetside wurde in Deutschland wegen Kundenbeschwerden deaktiviert. Obwohl es nur um wenige Beschwerdesteller geht, will Microsoft die Fälle genau prüfen und Lösungen erarbeiten.

  2. Via APC: Android-PC zum Selbstbauen für 49 US-Dollar
    Via APC
    Android-PC zum Selbstbauen für 49 US-Dollar

    Via hat mit dem "APC" ein Konzept für einen Android-PC auf Basis eines sehr kleinen Mainboards vorgestellt. Dieses Board mit vorinstalliertem Android 2.3 sowie Treibern für Maus und Tastatur soll nur 49 US-Dollar kosten.

  3. Soziale Netzwerke: Bund unterstützt Facebook-Initiative Smart
    Soziale Netzwerke
    Bund unterstützt Facebook-Initiative Smart

    Familienministerin Kristina Schröder hat die Schirmherrschaft für die Medienkompetenzinitiative "Smart" übernommen. Damit sollen Jugendliche und Erwachsene fit für soziale Netzwerke gemacht werden.


  1. 19:13

  2. 18:40

  3. 18:26

  4. 17:07

  5. 17:01

  6. 16:48

  7. 16:36

  8. 16:32