|
|
|
|
// pack ich doch lieber mal wohin, wos auch passt..
|
[Dieser Beitrag wurde 2 mal editiert; zum letzten Mal von Rufus am 20.01.2010 0:18]
|
|
|
|
|
|
Zu den ATI Treibern:
aktuelle Releases von xf86-video-ati (habe gehört der radeonhd soll eher etwas hinterherhängen, benutze es daher nicht) auf R700 bringt KMS und Quakelive zum laufen.
Keine zig Git Pakete mehr nötig dafür, fglrx hab ich schon in die Tonne getreten, da das immernoch Xserver 1.6 benötigt.
(Klar, 3D Performance kann nicht mithalten, Powersave auch nicht soweit ich weiß)
|
|
|
|
|
|
|
Ich hab hier na Radeon X850 (r480) in der Kiste.
Mit fglrx hatte ich bei glxgears 10.000-12.000 fps (je nach Version). Mit dem radeon Treiber bleiben 4000 fps übrig. Aber immernoch besser als reines Mesa ohne DRI.
fglrx bringt leider keinen Support mehr für meine Karte mit. Und RadeonHD unterstützt erst die nächste Generation.
Aber für Frets on Fire reichts
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von GH@NDI am 19.01.2010 23:38]
|
|
|
|
|
|
Mit radeon.modeset=1 gebootet: Sieht nicht zu schlecht aus. Allerdings bleibt der LCD am Laptop immer noch kurz schwarz, wenn der X-Server durchstartet bzw ich das Terminal wechsel. Normal? Letzterer läuft auf nativer Auflösung (1920x1200), Terminal kA.
Außerdem hab ich wieder das tuffige Phänomen, dass meine Applikationen urträge scrollen, ich kann die Balken fast mitzählen. Wenn ich per eselect opengl auf 1 (ati) wechsle, verreckt jede Anwendung, weil libGL.so.1 fehlt, mit 2 (xorg-x11) starten die Sachen zwar, Scrollen ist damit aber wie beschrieben eine Höllenqual. Irgendwas ist da doch faul :/
Hätte ich damals bloß das andre Laptop mit der nVidia Quadro genommen
|
[Dieser Beitrag wurde 2 mal editiert; zum letzten Mal von ShinyDoofy am 20.01.2010 0:30]
|
|
|
|
|
|
Hört sich so an, also ob dein Radeon-Treiber für den X-Server kein KMS kann. Der greift dann nach wie vor direkt auf die Graka zu (was das kurze Dunkelwerden wegen Reset der Graka ist), spricht dann auch kein DRI2 und kann demzufolge auch kein EXA einschalten, woraufhin alles noch schrecklich lahm ist.
Der sollte nämlich dann in /var/log/Xorg.0.log auch bringen:
|
Code: |
(II) [KMS] Kernel modesetting enabled.
[...]
(II) RADEON(0): [DRI2] Setup complete
[...]
(II) RADEON(0): Direct rendering enabled
(II) RADEON(0): Render acceleration enabled for R300/R400/R500 type cards.
[...]
(II) RADEON(0): Acceleration enabled
|
|
¤: Und wenn OpenGL passend tut auch:
|
Code: |
(II) AIGLX: enabled GLX_MESA_copy_sub_buffer
(II) AIGLX: enabled GLX_SGI_make_current_read
(II) AIGLX: enabled GLX_SGI_swap_control and GLX_MESA_swap_control
(II) AIGLX: GLX_EXT_texture_from_pixmap backed by buffer objects
(II) AIGLX: Loaded and initialized /usr/lib64/dri/r300_dri.so
(II) GLX: Initialized DRI2 GL provider for screen 0
|
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von Schalentier am 20.01.2010 0:38]
|
|
|
|
|
|
Das beste daran ist halt, dass das irgendwie immer passiert, wenn ich den Treiber aktualisiere o.ä. und gefühlt auch wieder weggeht, nur nicht in bestimmter Art und Weise...
|
Code: |
# grep -C4 DRI Xorg.0.log
(EE) RADEON(0): [dri] RADEONDRIGetVersion failed because of a version mismatch.
[dri] radeon kernel module version is 2.0.0 but version 1.17.0 or newer is needed.
[dri] Disabling DRI. |
|
2.0.0 ist nicht größergleich 1.17?!
Es ist zu spät für mich. Gn8 und danke für die Hilfe bisher
|
|
|
|
|
|
|
Oh ja, dir fehlen aktuelle libdrm, xf86-video-ati und Mesa, wie's aussieht.
|
|
|
|
|
|
|
Hab libdrm-2.4.15 und mesa-7.5.2... Werd die demnächst mal aktualisieren.
Wie kommt's denn überhaupt, dass er vorher flüssig scrollen konnte? Irgendwas muss ich doch zerschossen haben
/xf86-video-ati ist frisch aus'm git von vor <=1h
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von ShinyDoofy am 20.01.2010 1:01]
|
|
|
|
|
|
Ja, wenn du KMS einschaltest, hast du ein DRI2-Interface und kein DRI1-Interface mehr, mit dem kann die EXA-Beschleunigung vom alten Treiber nicht mehr reden und deaktiviert sich.
Ich kann dir nicht genau sagen, welche Versionen du generell brauchst, aber ich glaub, da sind ein paar zu alt. Weiß auch nicht genau wegen der X-Server-Version.
|
|
|
|
|
|
|
| Zitat von Schalentier
Mit webkit springt auch bei Autoscroll nix mehr. (awesome)
| |
Waere schon, wenn Epiphany (Webkit) endlich mal nach einem Download das Speicherverzeichnis nicht mehr aufruft und die Favicons endlich anzeigt.
Manchmal erschrecke ich wirklich vor dem miesen Qulitaetsmangement von Gnome, diese sogenannten "festen Zeitplaene" sind im Vergleich zu "When it's done!" einfach eine Katastrophe.
Hat eigentlich nichts mit Webkit zu tun, aber ich dachte Gnome haette wirklich ein paar Releases ohne grosse offensichtliche Fehler hinbekommen, dann kamm 2.28 mit Epiphany
Habe ich so ueber die Webkitengine gefreut und dann so ein Pfusch an einfachsten Features.
Auf das Gepfusche bei Firefox freue ich mich auch schon, Features ausserhalb des Majorreleases. Ganz tolle Idee
Debian die selbe Seuche. Wenn das Release nur alle paar Jahre heraus kommt, muss man sich halt kleiner Ziele setzen. Anstatt den Zeitplan aufzustellen, unter dem nur die Qualitaet leidet und keiner will.
Patchdays sind die selbe Fehlgeburten. Siehe Adobe.
Was ist so schwer daran die kleinen Patches zu schreiben und entweder mit dem Release selbiger Patches einfach zu warten bis es sich lohnt ein groesseres Release rauszugeben.
Lohnen tut es sich dann halt nach xx Tagen/Monaten ohne ein Release, oder wenn ein kritischer Bug ein Update erzwingt. In beiden Faellen gibt man die kleineren Patches gleich mit raus.
Adobe ist echt so ein Paradebeispiel
"Ne. Wir wollen jetzt noch keinen Patch rausgeben! Eigentlich geht das schon und die Luecke ist hochgefaehrlich. Aber der Patchday ist ja erst in drei Wochen, der Anwender muss damit leben. Die BWLer und Marketingleute haben das so gesagt!!!".
Sorry
|
[Dieser Beitrag wurde 3 mal editiert; zum letzten Mal von ./hoschi am 20.01.2010 15:32]
|
|
|
|
|
|
| Zitat von ./hoschi
Auf das Gepfusche bei Firefox freue ich mich auch schon, Features ausserhalb des Majorreleases. Ganz tolle Idee
| |
Von Firefox unter Linux bin ich abgekommen - die Leistung ist einfach deutlich schlechter als mit dem gleichen FF unter Windows. Das entscheidet bei meinem Laptop zwischen ruckeln und nicht-ruckeln.
/edit
Vom Speicherfressen ganz abgesehen.
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von YT am 20.01.2010 15:46]
|
|
|
|
|
|
Hab aus Zeitgründen inzwischen die schlechtere Lösung gewählt: fglrx (X startet mit radeon.modeset=1 mit schwarzen Bildschirm, kein Nerv auf Debuggen) und amdcccle, das free() auf nen ungültiger Pointer ausführen will.
|
|
|
|
|
|
|
Ich hab Epiphany 2.29.5 (ja, mehrere Pakete aus git master).
Also Favicons funktionieren bei mir, dafür ist die webkit-Version leicht crashy (macht ja nix, Crash-Auto-Restore funktioniert hervorragend).
Ja, das Management in Fnome ist ne Katastrophe. Sind schon mehrfach völlig halbgare Rewrites in ein Release gekommen...
|
|
|
|
|
|
|
Schale is git addicted!
Hast du eine Phobie vor stabilen Versionen?
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von ./hoschi am 20.01.2010 21:34]
|
|
|
|
|
|
| Zitat von ./hoschi
Schale is git addicted!
| |
Hell yeah!
| Hast du eine Phobie vor stabilen Versionen? | |
Schon ein wenig.
|
|
|
|
|
|
|
Frueher haettest du ja noch sagen koennen, dass du nur ungerade Zahlen leiden kannst und deswegen ausschliesslich Kernel 2.1, 2.3 und 2.5 verwendest
Habe gerade mit Gimp versucht unnoetige Kleidungsstuecke zu entfernen. Fail.
Ich sollte beim naechsten Nachtausflug eine Kamera mit Blitz mitnehmen und alles mit weissen, eng anliegenden Tops fotografieren
|
[Dieser Beitrag wurde 2 mal editiert; zum letzten Mal von ./hoschi am 20.01.2010 22:34]
|
|
|
|
|
|
| Zitat von ./hoschi Habe gerade mit Gimp versucht unnoetige Kleidungsstuecke zu entfernen. Fail. | |
Hat die Regierung auch schon versucht, und rausgefunden, dass es dafür schon mal nen Nacktscanner braucht.
|
|
|
|
|
|
|
| Zitat von Schalentier
| Zitat von ./hoschi
Schale is git addicted!
| |
Hell yeah! | | Mein Prof schreibt mir cvs vor, um meine Ergüsse der Javavorlesung zu committen. Mein Herz hat ein bisschen geblutet, dass er auf die Frage, ob wir nicht ein anderes System verwenden könnten, abriegelte.
/Nachtrag: fglrx suckt hart. Sowohl aus S3 als auch aus S4 kommt die Kiste nicht mehr hoch. Schönen Gruß an die Festplatte und das Dateisystem; SysRq wird gekonnt ignoriert Noch mal Zeit für sowas haben...
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von ShinyDoofy am 20.01.2010 22:54]
|
|
|
|
|
|
Unter den Talaren...
|
|
|
|
|
|
|
| Zitat von ShinyDoofy
Mein Prof schreibt mir cvs vor, um meine Ergüsse der Javavorlesung zu committen. Mein Herz hat ein bisschen geblutet, dass er auf die Frage, ob wir nicht ein anderes System verwenden könnten, abriegelte.
| |
Gif kann dohc import von cvs und export nach cvs, oder? Ob du dazwischen dann git benutzt hast, bekommt er ja nicht mit
|
|
|
|
|
|
|
Mag wahr sein. Ist das Plugin für Eclipse nutzerfreundlich genug für mitteltechnik-/fummelaffine Kommilitonen für die nächstsemestrige Hausarbeit?
|
|
|
|
|
|
|
Ich glaube das Eclipse Git Plugin ist ziemlich unbenutzbar. Meine ich gehört zu haben.
Habe bisher nur das Subversion und das Mercurial Plugin benutzt. Ersteres ist gut, letzteres brauchbar.
|
|
|
|
|
|
|
kleidung entfernen? google gimp x-ray
und auf firefox-qt wart ich seit jahren… (geb auch zu, dass ich zu doof bin, ff zu kompilieren)
|
|
|
|
|
|
|
| Zitat von Achsel-des-Bösen
Ich glaube das Eclipse Git Plugin ist ziemlich unbenutzbar. Meine ich gehört zu haben.
Habe bisher nur das Subversion und das Mercurial Plugin benutzt. Ersteres ist gut, letzteres brauchbar.
| | Als ich mit git angefangen hab, hab ich das Gitplugin für Aptana (standalone, also ohne Eclipse) ausprobiert. Grässlich, ganz ganz grässlich. Die IDE war am Ende für XML und XSL eh unbrauchbar. Mit der Console und kwrite war ich gefühlt einfach schneller.
|
|
|
|
|
|
|
| Zitat von flying sheep
(...)
und auf firefox-qt wart ich seit jahren… (geb auch zu, dass ich zu doof bin, ff zu kompilieren)
| |
Die Bauanleitung sollte jede source-basierte Distribution liefern.
|
|
|
|
|
|
|
ich programmiere von zeit zu zeit ein wenig in c++ und nutze dafür codeblocks. gibts da eventuell die möglichkeit einer einfachen versionsverwaltung?
die programme werden am anfang erst mal hingesaut damit die grundfunktionen laufen. wenn ich später alles ein wenig umstelle und verfeinere muss ich bisher alle dateien manuell kopieren, um im fehlerfall wenigstens wieder zum halbwegs funktionierenden programm zurückkehren zu können. wenn ichs mal vergesse, steh ich dumm da.
kann man das auf einfachem wege automatisieren?
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Thema: 100 gute Gründe für Linux ( v0.21 - sudo make me a sandwich! ) |