[clausmuus]

ja

[MarMic]

bin am debuggen und der thread ist als merker

/home/marmic/build/MLD/xorg-ati/src/ati-driver-11.7/arch/x86/usr/X11R6/lib/libatiadlxx.so SOLL /usr/lib

 

[MarMic]

SO DEBUGGED!!!!!!!!

ins makefile muss:

Code: [Select]

/home/marmic/build/MLD/xorg-ati/src/ati-driver-11.7/arch/x86/usr/X11R6/lib/libatiadlxx.so MUSS NACH /usr/lib
und schon gibts keine segfaults mehr.

Code: [Select]

MLD> DISPLAY=:0 fglrxinfo
display: :0  screen: 0
OpenGL vendor string: ATI Technologies Inc.
OpenGL renderer string: ATI Radeon HD 4550
OpenGL version string: 3.3.10907 Compatibility Profile Context

MLD>

passt so wie es aussieht.

und xorg tut auch siehe bild!

folgende errors sind normal und EGAL. das randr hat nvidia auch liegt am xinerama :-P

Code: [Select]

MLD> DISPLAY=:0 xbmc
params.c:OpenConfFile() - Unable to open configuration file "/root/.smb/smb.conf":
        No such file or directory
params.c:OpenConfFile() - Unable to open configuration file "/etc/samba/smb.conf":
        No such file or directory
sh: lsb_release: not found
sh: lsb_release: not found
Xlib:  extension "RANDR" missing on display ":0".
RandR extension missing
there is no soundcard
process 21920: D-Bus library appears to be incorrectly set up; failed to read machine uuid: Failed to open "/var/lib/dbus/machine-id": No such file or directory
See the manual page for dbus-uuidgen to correct this issue.

so viel spass damit :-P

[clausmuus]

Hab Deine

[MarMic]

tut nun oob!

super vielen dank an alle

so und nun klopp ich diue sch** ati karte in den müll :-P argh ist leider net meien fg :-O

greetz Marmic

-> back 2 nvidia!!!!!

[MarMic]

so das hat mich dann doch noch intressiert und ich bin zum kumpel mit hd3200 geradelt >(onboard ati karte) und siehe da-> das was mit radeonhd nie geklappt hat geht nun oob!

bild sd und hd laufen -> wobei ohne oder mit nur geringer hardwarebeschleunigung zdfhd hatte idle von 50% fullhd in xbmc idle 45% _> geht also.

so wie ich das gelesen habe wird videobeschleunigung wohl ehy erst ab 4xxx karten unterstützt?!?! bin ich da richtig?

@christian tearing gibts brutal, aber da glaube ich dann an deinen willen eine perfekte xorg.conf zu erstellen :-P

n8 all für heute reichts

[MarMic]

@claus,


vllt kann könnten wir das irgendwie aufnehmen... vorallem die section mit video accel bei vorr500 karten und die nach r500karten... nur wie halten wir die karten auseinander?

ati tweaks, wohl auch gegen tearing

greetz MarMic

[Christian]

@claus,


vllt kann könnten wir das irgendwie aufnehmen... vorallem die section mit video accel bei vorr500 karten und die nach r500karten... nur wie halten wir die karten auseinander?

ati tweaks, wohl auch gegen tearing

greetz MarMic

probiert doch einfach dies:

Code: [Select]

Section "Device"
    ......
    Driver "fglrx"
#  Option "UseFastTLS" "1"      (experimentel) 1 für OpenGL Application    
    Option "TexturedVideoSync" "on"
    Option "VideoOverlay"               "on"
    Option "OpenGLOverlay"              "off"
    ......
EndSection

auf der konsole:

Code: [Select]

aticonfig --set-pcs-u32=DDX,EnableTearFreeDesktop,1


[clausmuus]

Ich hab die Einstellungen von Christian nun hinzugefügt. Da ich aber grade mit ner anderen Technik für die xorg-Configuration experimentiere, bin ich nicht sicher ab sich das auch auswirkt.

Claus

[dwoe]

Hallo zusammen,

erstmal vielen, vielen Dank für die Arbeit und Mühe der letzten Tage. Ich habe es heute nochmal auf einem "nackten" System getestet - das Ergebnis nach Installation von xorg-ati:

Code: [Select]

MLD> DISPLAY=:0 fglrxinfo
display: :0  screen: 0
OpenGL vendor string: ATI Technologies Inc.
OpenGL renderer string: AMD Radeon HD 6300 series Graphics
OpenGL version string: 4.1.10907 Compatibility Profile Context

Und auch der Start von xbmc funktioniert (nach dem zweiten anlauf und der Installation vom smbclient).

Ist echt flott und die Menüs bewegen sich sehr smooth!!! Videos habe ich noch nicht getestet - Bilder und Musik sind aber auch wichtiger für mich.

Kann ich noch irgendwie zur Weiterentwicklung beitragen - obwohl ich sagen muss, dass ich den Diskussionen der letzten Tage nur noch teilweise überhaupt folgen kann...?

Jetzt stellt sich noch die Frage, wie kann ich XBMC kompfortabel starten bzw. beenden - aber das lagere ich mal in einen anderen Thread aus - da hier off topic.

Viele Grüße,

Dirk
 

[MarMic]

sollte nicht im osd ein unterpunkt programme erstellt werden mit dem du xbmc starten kannst??? Claus, oder ist das irgendwie abhängig von xinelibout? Buw brauchen wir ne logik die checkt ob dvbhddevice oder xineliboutput als vdr frontend genommen werden und je nachdem das osd um die aufrufe ergänzt

[clausmuus]

Der OSD Menüpunkt sollten immer da sein, wenn xbmc installiert ist.

Claus

[dwoe]

Der Menüpunkt ist da - nur es passiert nichts.

Sollten wir das Thema aber nicht in einen neuen Thread auslagern?

Gute Nacht,

Dirk

[MarMic]

hi dwoe,

klar kannste noch beitragen! irgendeiner muss das ja testen :-P wenn wur alle keine hardware haben :-)

so claus für die ff hd user:
ist es möglich das dvbhddevice addon zu entladen wenn XBMC gestartet wird? oder muss man dafür kurzfristig den vdr killen? startet der vdr noch oihne dvbhddevice oder meckert er noch rum das er kein device gefunden hat?

-> ok haette ne idee :-) aber die haette noch den hacken das in ner laufenden aufnahme dann ein paar milisekunden fehlen würden.

ff-hd.iso erweitern um dummy device, dieses bei laden des dvbhddevices nicht laden (da brauchts ne abhängigkeit)
die register_app funktion erweitern so das sie merkt ob xineliboutput ODER dvbhddevice als ausgabe device gedacht sind.
wenn xineliboutput -> alles bleibt beim alten
wenn dvbhddevice, dann sollte der aufruf so aussehen ->
1. stoppe vdr mit dvbhddevice UND starte vdr mit dummydevice
2. starte xbmc/firefox -> irgendwann beenden
3. stoppe vdr mit dummy device UND starte vdr mit dvbhddevice

nachteil: wenn eine laufende aufnahme existiert wird diese für einen kurzen augenblick gestört

vorteil: wenn man einen fernseher mit cec hat (automatische umschaltung auf hdmi) kann man nun folgendes szenario aufbauen:

man steckt die tt6400 in HDMI1
man steckt die grafikkarte in HDMI2
starte TV immer auf HDMI2 (merken sich ja meistens letzten user kanal)
schalte vdr ein (mit parameter cec an beim dvbhddevice)
wenn dvbhddevice initialisiert wird SOLLTE der tv auf hdmi1 uumschalten
wenn nun xbmc/firefox gestartet wird und dvbhddevice entzogen wird -> sollte der tv den cec zwang auf hdmi1 verlieren und automatisch auf HDMI2 schalten
ANALOG zu xbmc/firefox 2 vdr

will das mal einer (also dwoe) mit seinem tv+tt6400 und gesetztem cec testen?`(also erstmal nur ob die karte auch auf ihren gesetzten kanal schaltet)

greetz MarMic
 

[clausmuus]

xbmc lässt sich z.Z. nicht aus dem OSD heraus starten, weil das davon ausgeht, das vdr-sxfe als Frontend läuft und runvdr-sxfe anweist auf xbmc zu wechseln. Das kann natürlich nicht klappen. Da sind also einige Umbauten nötig, bevor das funktionieren wird.
Wenn das dvbhddevices Plugin auch während der Ausführung von xbmc weiter laufen darf, könnte man dem VDR auch einfach die Fernbedienung entziehen. Da gibt's bei Lirc irgendeine Lösung für. Und dann gibt's noch das suspendoutput (oder so ähnlich) Plugin, das die VDR ein und Ausgabe vorübergehend deaktiviert. Außerdem gäbe es noch die Option ne zweite VDR Instanz als client zu starten, der dann die Ausgabe über dvbhddevices macht, Aufnahmen jedoch an den im Hintergrund werkelnden VDR Server weiterleitet. Auch die Sender würden dann per streamdev zur zweiten Instanz gestreamt.
Es gibt also viele Möglichkeiten die alle Ihre Vor und Nachteile haben,... Wäre mal interessant herauszufinden für welchen Weg sich die yaVDR Leute entschieden haben. Ich denke das suspend Plugin wäre wohl der einfachste Weg.

Claus