[MarMic]

hi claus,

habe noch wegen kms und ttys rumgespielt, aber keine lösung gefunden :-(. hatte noch uvesafb im kopf aber so wie ich das hier lese:


driver with kms

hat man nen blackscreen sobald man nen treiber mit kms support nutzt UND dazu irgendeinen framebuffer :-(

nun gibt es folgende lösungen:

1. Aufwendig:
sobald ein kms treiber (nur radeon, intel, nouveau) genutzt wird -> diesen von anfang an laden und vesafb weglassen UND nun das wichtigste plymouth als bootsplash nutzen.

wiederrum sobald ein treiber ohne KMS support (wie nvidia oder der fglrx) vesafb laden und den jetzigen bootsplash weiter nutzen denn hier geht plymouth nicht!

2. Einfach:
KMS deaktivieren und für das umschalten wie schon yeah her xorg nutzen :-) muss man mit nvidia treiber ehy so machen :-P

greetz

[clausmuus]

Ich hab nun das Problem gelöst, dass das OSD unscharf ist und zackige Kanten hat. (in VM getestet)

Claus

[MarMic]

hi claus,

es fehlt in der readme bei xorg

xcompmgr

greetz

[clausmuus]

In der nächsten Version von xorg kannst Du per "Strg + Alt + t" ein Terminal öffnen. Da es Hinterdem VDR Fenster geöffnet wird, musst Du zuvor per "Alt + F9" das VDR Fenster minimieren. Reaktivieren kannst Du minimierte Fenster per "Alt + Tab".

Claus

[MarMic]

hi claus,

danke!

werde es testen.

[MarMic]

hi claus,

sehr intressant was wbreu da schreibt hier.

wir bräuchten wbreu's knowhow für die ganze x geschichte, der kerl ist einfach klasse. ich glaube er hat bis jetzt jede graka beschleunigung ans laufen gebracht die mit vdr überhauptmöglich war/ist und das ganze noch auf ein level hin optimiert -> immer perfektes bild.

hihi wir müssen wbreu anwerben :-P. Na spass bei seite, aber den artikel sollte man im hinterkopf behalten vllt wird mld3 ja nicht nru vdpau können :-)

greetz

edit:// achja haste den --hud parameter gesehen?

[clausmuus]

den -hud Parameter verwende ich auch bereits seit einer Woche. Seit dem gibt es ja auch das saubere transparente OSD.

Claus

[MarMic]

hi claus,

... auf meiner radeon OHNE KMS ist nichts transparent... vllt brauchts den richtigen treiber.

achja da ich nicht viel machen kann habe ich mal filebrowser gebaut kommt gleich per mail und nebenher teste ich busybox 1.18.1 stable

greetz

[clausmuus]

Ist ja interessant das mit der Transparenz. Steht ja auch in der Doku, dass das nicht auf jeder Hardware funktioniert. Ich dachte schon, dass die Doku da nicht stimmt, weil es ja sogar in der VM transparent ist
Das funktioniert nur auf Hardware die auch "direct rendering" unterstützt, also z.B. Nvidia Grafikkarten. Prüfen lässt sich das halbwegs zuverlässig per "glxinfo | grep 'direct rendering'", nur dass das glxinfo tool bisher nicht bei xorg dabei ist. http://wiki.ubuntuusers.de/xcompmgr

Claus

[MarMic]

hi claus,

das mit dem transparenten funzt hier nun 1a! getestet auf meiner g210.

sound ist nun auch an! denke das man da aber noch was machen muesste, denn meine zweite karte ist muted (in dem fall hdmi sound)

die frage ist, ob das nötig ist? denn wer braucht schon zwei soundkarten in nem system. ne lösung wäre:

aplay -l den output nach der grössten card suchen: card 1 in meinem fall

und dann dein init script für -c 0 und -c1 ausführen

greetz
 

[MarMic]

hi jungs,

NA endlich die jung sim vdr-portal und nvidia forum haben nun die ursache für den "schnee" gefunden und ENDLICH gibt es nen bereinigten treiber!

@claus, du solltest die version 29 gegen die hier tauschen: http://www.nvidia.com/object/linux-display....36-driver.html

das mit dem schnee ist wohl nen overlay bug der ne bestimmte farbe durchschimmern lässt anstatt sie zu zeichnen (oder so)

greetz

[clausmuus]

Hab die Version angepasst.

Claus

[Christian]

HI,

@claus / marmic

wurden die Patche schon integriert?

http://sourceforge.net/mailarchive/forum.p...name=xine-devel

LG
Christian

[MarMic]

hi christian,

verstehe ich das richtig? da geht es doch nur um xine/xine-ui? selbst gebaut ist bei der MLD nur xineliboutput und das ist wohl aus dem cvs und so wie ich das im portal gelesen habe -> ist es nicht nötig xineliboutput zu patchen wenn aus dem cvs.

xorg -> alter version
xine-lib -> alter wohl ungepatchte version

greetz

p.s. kann auch sein das ich den sinn der patche grade missversetehe
 

[Christian]

hi christian,

verstehe ich das richtig? da geht es doch nur um xine/xine-ui? selbst gebaut ist bei der MLD nur xineliboutput und das ist wohl aus dem cvs und so wie ich das im portal gelesen habe -> ist es nicht nötig xineliboutput zu patchen wenn aus dem cvs.

xorg -> alter version
xine-lib -> alter wohl ungepatchte version

greetz

p.s. kann auch sein das ich den sinn der patche grade missversetehe

ja ok ... die patche sind natürlich für xine

xineliboutput wird genutzt ..alles klar .. ich denke ich solllte mal live an meiner hardware testen um fehler zu finden