Beiträge von blueink

Hat nicht geklappt, gleiche Meldung.

Vielen Dank für das PPA. Ich habe jetzt ohne Erfolg getestet:
304.117-0ubuntu1
304.131-0ubuntu4-trusty (dein ppa)
304.132-0ubuntu0.14.04.2

Eventuell liegt das Problem an einem anderen Paket.
Das hier wurde bei mir alles aktualisiert:

Upgrade: bind9-host:amd64 (9.9.5.dfsg-3ubuntu0.9, 9.9.5.dfsg-3ubuntu0.10), liblwres90:amd64 (9.9.5.dfsg-3ubuntu0.9, 9.9.5.dfsg-3ubuntu0.10), libnl-genl-3-200:amd64 (3.2.21-1ubuntu3, 3.2.21-1ubuntu4), 
libdns100:amd64 (9.9.5.dfsg-3ubuntu0.9, 9.9.5.dfsg-3ubuntu0.10), libisccfg90:amd64 (9.9.5.dfsg-3ubuntu0.9, 9.9.5.dfsg-3ubuntu0.10), libbind9-90:amd64 (9.9.5.dfsg-3ubuntu0.9, 9.9.5.dfsg-3ubuntu0.10), 
dbus:amd64 (1.6.18-0ubuntu4.3, 1.6.18-0ubuntu4.4), libcuda1-304:amd64 (304.131-0ubuntu0.14.04.2, 304.132-0ubuntu0.14.04.2), nvidia-304:amd64 (304.131-0ubuntu0.14.04.2, 304.132-0ubuntu0.14.04.2), 
libdbus-1-3:amd64 (1.6.18-0ubuntu4.3, 1.6.18-0ubuntu4.4), libnl-3-200:amd64 (3.2.21-1ubuntu3, 3.2.21-1ubuntu4), libgd3:amd64 (2.1.0-3ubuntu0.3, 2.1.0-3ubuntu0.5), 
nvidia-current:amd64 (304.131-0ubuntu0.14.04.2, 304.132-0ubuntu0.14.04.2), libisccc90:amd64 (9.9.5.dfsg-3ubuntu0.9, 9.9.5.dfsg-3ubuntu0.10), libisc95:amd64 (9.9.5.dfsg-3ubuntu0.9, 9.9.5.dfsg-3ubuntu0.10)

Hi,
habe das gleiche Problem. Ich kann den Treiber kompilieren, aber nicht installieren:

dpkg -i nvidia-304_304.131-0ubuntu3_amd64.deb 
...
# dpkg: Abhängigkeitsprobleme verhindern Konfiguration von nvidia-304:
 nvidia-304 hängt ab von xserver-xorg-legacy; aber:
  Paket xserver-xorg-legacy ist nicht installiert.


# apt-get install xserver-xorg-legacy
Paket xserver-xorg-legacy ist nicht verfügbar, wird aber von einem anderen Paket
referenziert. Das kann heißen, dass das Paket fehlt, dass es abgelöst
wurde oder nur aus einer anderen Quelle verfügbar ist.
E: Für Paket »xserver-xorg-legacy« existiert kein Installationskandidat.

Muss ich mal testen. Bei unseren Fernbedienungen scheint Lösungsmittel oder Weichmacher aus den Matten auszutreten. Es befindet sich dann eine klebrige nasse Substanz auf der Gummimatte und auch zwischen Matte und Platine.

Für defekte Kontakte ist meine aktuelle Lösung, ein Schnipsel Alufolie auf die Platine zu legen und einen Klebestreifen drüber zu kleben. Die Alu-Schnipsel der einzelnen Kontakte dürfen sich vermutlich nicht berühren und auch sonst muss man auf Kurzschlüsse achten. Vermutlich funktioniert diese Mehode nur bei dieser Fernbedinung, da jeder Kontakt von einer isolieren Elektrolumiszenz-Folie für die Hintergrundbeleuchtung umgeben ist und somit, ohne Druck von oben, die Alufolie die Kontakte nicht überbrückt.
Die häufig gedrückten Tasten (Farbtasten, Aufnhameliste, EPG, Timer-Taste, Richtungstasten und OK-Taste) sind mittlerweile alle so ausgestattet und funktionieren sehr gut.

Trotzdem hätte ich gerne eine ordentliche neue.

Hmpf. Es scheint wirklich nichts ordentliches zu geben. Langsam denke ich an einen Eigenbau, aber der würde wohl klobig werden und hätte ganz viele Tasten ohne Beschriftung

Bei ebay gibt es gerade ein Sofort-Kaufen Angebot der URC7962 für 50 €. Noch "1 Stück verfügbar". Ist das ein üblicher Preis? Ich hatte bisher nur günstige Fernbedienungen von Medion oder alten Sat-Receivern. Universal muss es nicht sein, ich nutze sie nur für den VDR.

Hi,

bei allen unseren Fernbedienungen gehen recht schnell die Tasten nicht mehr zuverlässig. Meine VDR-Fernbedienung habe ich nun schon mit Klebeband und Alufolie / Silberpapier repariert. Gibt es keine Fernbedienungen mit ordentlichen Tasten, z.B. mit Kurzhubtaster? Die hätten dann auch einen ordentlichen Schaltpunkt.

Gruß,
blueink

Hi,

vielen Dank an alle Hinweisgeber!

Die Option für automatisches AES war nicht aktiv weil ich deren Bedeutung nicht kannte. Werde es in den nächsten Tagen damit sowie alternativ mit
-D
-a iec958:AES0=0x4,CARD=PCH,DEV=0
-p iec958:AES0=0x6,CARD=PCH,DEV=0
in der softhddevice.conf testen.

Erste Versuche mit
svdrpsend plug softhddevice deta
svdrpsend plug softhddevice atta -a iec958:AES0=0x4,CARD=PCH,DEV=0 -p iec958:AES0=0x6,CARD=PCH,DEV=0
zeigen:

Beim Umschalten zwischen zwei Sendern mit PCM schaltet der Verstärker nun nicht mehr sinnlos hin und her und es gibt auch keine Störgeräusche mehr.
Beim Wechsel zwischen PCM und DTS-Sendern und umgekehrt sowie bei DTS zu DTS schaltet der Verstärker leider noch sinnlos um, obwohl die Zahl der Kanäle eigentlich unverändert ist.

Ich habe keinen NUC, daher war es kein Problem, eine (vorhandene) Nvidia-Karte wieder einzubauen. Das war sicher die einfachste Lösung, wenn auch nicht elegant und stromsparend.
Das Ruckeln muss nicht bei jeder Konfiguration auftreten. Vielleicht hängt es von CPU oder Board oder der Treiberversion oder.... ab. Sobald ich mitbekomme, dass sich da was getan hat, probiere ich die vaapi-Sache auf jeden Fall wieder aus.

Hi,
ich habe mir kurz mal den YaUsbIR Einschalter angesehen. Der sollte eigentlich mit jeglicher Hardware funktionieren.

Ich habe nebenbei wieder meine Nvidia-Karte verbaut. Mit der intel-Grafik habe ich meine beiden Bildschirme nicht in den Griff bekommen und hatte auch ein gleichmäßiges feines Bildruckeln.

Gruß,
blueink

...Die ich mit meinen Suchbegriffen nicht finde. Sonst hätte ich ja auch keinen neuen Beitrag eröffnet

Hallo,

mein Receiver kommt mit der Umschaltung von Stereo auf 5.1 bzw. DTS / AC3 nicht klar. Bei jedem Senderwechsel oder beim Spulen gibt es laute Geräusche aus den Boxen und Relais im Receiver schalten um. Im Moment ist er über ein optisches Kabel mit der Onboard-Soundkarte verbunden. Würde eine andere Anschlussvariante Abhilfe schaffen?

Das Board hat auch noch HDMI, ebenso besitzt die Nvidia-Karte (GT218 [GeForce 210]) HDMI, wobei hier in dem unter dem Menüpunkt "configure pulseaudio" erreichbaren Programm bei allen HDMI-Ausgängen "unplugged" steht. Ich konnte über die Nvidia-Karte auch keinen Ton ausgeben.
Das Bild soll nicht über HDMI bzw. über den Receiver laufen.

Gruß,
blueink

Hi,

Ich habe meinen VDR anhand dieser Anleitung fit für die Ausgabe über die integrierte Grafik gemacht: [0.6.0] Anleitung Installation auf NUC5
Am VDR hängen zwei Bildschirme: VGA: 1280x1024 und DVI: 1920x1200. Die Ausgabe soll auf dem einen _oder_ auf dem anderen TFT erfolgen (Umschaltbar per Fernbedienung). Der jeweils inaktive Bildschirm soll aus gehen.

Früher(tm), mit der Nvidia-Karte, hatte ich 2 Xorg-Konfigurationen. Über lircrc und 2 darüber aufgerufene Skripte wurde die xorg.conf.yavdr getauscht und X neu gestartet.
Für die integrierte Intel-Grafik ist es mir noch nicht gelungen, die Ausgabe auf einen Bildschirm zu beschränken und den anderen abzuschalten. Per Default erhalte ich eine Ausgabe des TV-Bilds auf beiden Bildschirmen. Die Auflösungen stimmen in diesem "Clone"-Modus natürlich auch nicht.

Für den inaktiven Bildschirm habe ich dann unter Monitor

Option "Ignore" "true"

eingefügt. Damit ignoriert X den einen Bildschirm und das Bild landet auf dem richtigen mit richtiger Auflösung. Der inaktive Bildschirm bleibt aber leider eingeschaltet und zeigt Konsolenausgaben. Vermutlich ist das nicht zielführend, denn ich muss wohl beide Bildschirme mit dem xserver ansteuern und ihn einen davon abschalten lassen...?

Danke & Gruß,
blueink

Konfiguration für den VGA-Bildschirm (für den DVI-Bildschim ist sie identisch, bis auf "aktiv" und "inaktiv" entsprechend vertauscht),

Section "Files"
EndSection


Section "InputDevice"
Identifier 	"Mouse0"
Driver     	"mouse"
Option     	"Protocol" "auto"
Option     	"Device" "/dev/psaux"
Option     	"Emulate3Buttons" "no"
Option     	"ZAxisMapping" "4 5"
EndSection


Section "InputDevice"
Identifier 	"Keyboard0"
Driver     	"kbd"
EndSection


Section "Device"
Identifier  "Device0"
Driver  	"intel"
VendorName  "INTEL Corporation"
Option    	"AccelMethod" "SNA"
Option    	"TearFree"	"true"
Option      	"monitor-HDMI2"    	"tft_inaktiv"
Option		"monitor-VGA1"		"tft_aktiv"
EndSection


Section "Screen"
Identifier  "Screen0"
Device  	"Device0"
Monitor 	"tft_aktiv"
DefaultDepth  24
  SubSection "Display"
Depth   	24
 EndSubSection


EndSection


Section "Monitor"
Identifier  "tft_aktiv"
Option  	"DPMS" "true"
#Option   "Primary" "true"
EndSection


Section "Monitor"
Identifier  "tft_inaktiv"
Option		"DPMS" "true"
Option "Ignore" "true"
#Option "Enable" "false"
#Option "Primary" "false"
EndSection


Section "Extensions"
Option "Composite" "false"
EndSection

Danke, klappt perfekt.

Hi,

ich nutze die integrierte CPU-Grafik, also vaapi. Mittlerweile habe ich meine Signatur aktualisiert.
Diese Anleitung habe ich befolgt: [0.6.0] Anleitung Installation auf NUC5

Mittlerweile habe ich wieder ein Bild. Es lag an der xorg.conf in Verbindung mit dem Anschluss des Receivers über hdmi, das vermutlich nicht nutzen werde (wollte darüber Versuche zur Tonausgabe machen).

Wie kann ich denn Xorg neu starten, um z.B. eine andere Bildschirmkonfiguration zu laden, ohne den vdr und damit laufende Aufnahmen zu stören?

Hi,

Ich habe über das yavdr Webinterface die Audioausgabe von pulseaudio auf "HDA Intel PCH - ALC892 Digital Device: 1 - hw:CARD=PCH,DEV=1" umgestellt, da ich keinen Ton hatte.
Seit dem startet der VDR sofort immer wieder neu. Syslog:

Jan 17 12:13:52 vdr vdr: [22102] [fritzbox - TcpClient.cpp:29] Connecting to fritz.box:80
Jan 17 12:13:52 vdr vdr: [22098] dbus2vdr: thread-pool for handling method-calls started
Jan 17 12:13:52 vdr vdr-frontend[22168]: acip-wakeup.time.old hatte Wert: Sun Jan 17 18:59:00 2016
Jan 17 12:13:52 vdr vdr-frontend[22168]: vergleiche mit jetzt: Sun Jan 17 11:13:52 2016
Jan 17 12:13:52 vdr vdr-frontend[22168]: assuming manual start
Jan 17 12:13:52 vdr vdr-frontend[22168]: started udev monitoring of input devices
Jan 17 12:13:52 vdr vdr: [22102] [fritzbox - HttpClient.cpp:98] Requesting HTTP GET on /login_sid.lua?sid=0000000000000000&
Jan 17 12:13:52 vdr vdr: video/vdpau: Can't create vdp device on display ':1.0'
Jan 17 12:13:52 vdr vdr: video/vaapi: libva 0.38 (Intel i965 driver - 1.3.0) initialized
Jan 17 12:13:52 vdr vdr: video/vaapi: background-color is unsupported
Jan 17 12:13:52 vdr vdr: video/vaapi: supports video processing
Jan 17 12:13:52 vdr vdr: video/vaapi: supports unscaled osd
Jan 17 12:13:52 vdr kernel: [  953.455392] pool[22173]: segfault at 7fa9fc2b29f0 ip 00007faa5998661d sp 00007fa9efffecf8 error 7 in libc-2.19.so[7faa598fa000+1bb000]
Jan 17 12:13:52 vdr kernel: [  953.703091] init: vdr main process (22070) killed by SEGV signal
Jan 17 12:13:52 vdr vdr: [22181] VDR version 2.2.0 started
Jan 17 12:13:52 vdr vdr: [22181] switched to user 'vdr'
Jan 17 12:13:52 vdr vdr: [22181] codeset is 'UTF-8' - known
Jan 17 12:13:52 vdr vdr: [22181] found 28 locales in /usr/share/locale
Jan 17 12:13:52 vdr vdr: [22181] loading plugin: /usr/lib/vdr/plugins/libvdr-conflictcheckonly.so.2.2.0

Ich konnte den Ton über das Webinterface zurück stellen, aber das änderte nichts.
Auch nach einem Reboot das gleiche Fehlerbild. Erst, als ich auf der Fernbedienung eine Taste drückte, funktionierte plötzlich alles. Auch der Ton.

Aber: Wenn ich nun neu starte oder nach einem service vdr restart, hängt er wieder in der Endlosschleife, bis ich z.B. auf der Fernbedienung lange auf z.B. OK drücke.
grep nach segfault:

Jan 17 13:22:29 vdr kernel: [  836.117708] pool[11744]: segfault at 7f04003cf3f0 ip 00007f043ec1e61d sp 00007f03e7ffecf8 error 7 in libc-2.19.so[7f043eb92000+1bb000]
Jan 17 13:22:30 vdr kernel: [  836.886225] pool[11811]: segfault at 7f5ce05f09f0 ip 00007f5d39fd661d sp 00007f5cfaffccf8 error 7 in libc-2.19.so[7f5d39f4a000+1bb000]
Jan 17 13:22:33 vdr kernel: [  840.443650] pool[11978]: segfault at 7f4e6c5f09f0 ip 00007f4ec77ea61d sp 00007f4eadaafcf8 error 7 in libc-2.19.so[7f4ec775e000+1bb000]
Jan 17 13:22:34 vdr kernel: [  841.094212] pool[12047]: segfault at 7fc6b43cf1f0 ip 00007fc6f84a861d sp 00007fc6de76dcf8 error 7 in libc-2.19.so[7fc6f841c000+1bb000]
Jan 17 13:22:36 vdr kernel: [  842.849536] pool[12115]: segfault at 7f4efc3cf1f0 ip 00007f4f53d0961d sp 00007f4ef5ffacf8 error 7 in libc-2.19.so[7f4f53c7d000+1bb000]
Jan 17 13:22:36 vdr kernel: [  843.635076] pool[12182]: segfault at 7f3cf87f93f0 ip 00007f3d588a261d sp 00007f3d197f9cf8 error 6 in libc-2.19.so[7f3d58816000+1bb000]
Jan 17 13:22:37 vdr kernel: [  844.419614] pool[12250]: segfault at 7f200c7f93f0 ip 00007f206288b61d sp 00007f202f7fdcf8 error 6 in libc-2.19.so[7f20627ff000+1bb000]
Jan 17 13:22:38 vdr kernel: [  845.375239] pool[12317]: segfault at 7f92307f99f0 ip 00007f928c29e61d sp 00007f91e27fbcf8 error 6 in libc-2.19.so[7f928c212000+1bb000]
Jan 17 13:22:39 vdr kernel: [  846.326671] pool[12384]: segfault at 7fc4987f91f0 ip 00007fc4f693061d sp 00007fc4b2ffccf8 error 6 in libc-2.19.so[7fc4f68a4000+1bb000]
Jan 17 13:22:40 vdr kernel: [  846.978614] pool[12452]: segfault at 7f65307f99f0 ip 00007f65a01fb61d sp 00007f65864c0cf8 error 6 in libc-2.19.so[7f65a016f000+1bb000]
Jan 17 13:22:40 vdr kernel: [  847.627636] pool[12520]: segfault at 7fbd047f99f0 ip 00007fbd5e9fd61d sp 00007fbd44cc2cf8 error 6 in libc-2.19.so[7fbd5e971000+1bb000]
Jan 17 13:22:41 vdr kernel: [  848.522600] pool[12589]: segfault at 7f36542801f0 ip 00007f367db2461d sp 00007f35ffffecf8 error 7 in libc-2.19.so[7f367da98000+1bb000]
Jan 17 13:22:42 vdr kernel: [  849.293305] pool[12657]: segfault at 7f89c87f99f0 ip 00007f8a2f18261d sp 00007f89caffccf8 error 6 in libc-2.19.so[7f8a2f0f6000+1bb000]
Jan 17 13:22:43 vdr kernel: [  850.261956] pool[12724]: segfault at 7f0fc85f01f0 ip 00007f10306eb61d sp 00007f0f66ffccf8 error 7 in libc-2.19.so[7f103065f000+1bb000]
Jan 17 13:22:44 vdr kernel: [  851.214739] pool[12791]: segfault at 7fb9cc5f09f0 ip 00007fba2df6a61d sp 00007fb9ceffccf8 error 7 in libc-2.19.so[7fba2dede000+1bb000]
Jan 17 13:22:45 vdr kernel: [  852.014379] pool[12859]: segfault at 7fc1743cf1f0 ip 00007fc1c7ca361d sp 00007fc1adf68cf8 error 7 in libc-2.19.so[7fc1c7c17000+1bb000]
Jan 17 13:22:46 vdr kernel: [  852.924725] pool[12926]: segfault at 7f77a05f01f0 ip 00007f77ff78461d sp 00007f77a3ffecf8 error 7 in libc-2.19.so[7f77ff6f8000+1bb000]

Zwischendurch kommt sporadisch mal für eine Sekunde ein TV-Bild, ansonsten nur ein im Takt der Neustarts flackerndes yavdr-Logo.

Wie finde ich raus, woran es hängt?
Danke!

Funktioniert bestens, vielen Dank!

Installiert, alles an Updates eingespielt was da war sowie den wili-Kernel 4.2 installiert, dann die obige Anleitung umgesetzt. Die Xorg-Config habe ich nicht verändert, ging auch ohne. Da ich 2 verschieden große Bildschirme habe und sie per Fernbedienung umschalte (lircmd + Skript, das die xorg.conf tauscht), habe ich eh eine passende 60Hz-Konfiguration für die beiden Bildschirme.
Suspend to Ram klappt auch wunderbar. Bild ist sofort nach dem Wakeup wieder da.

Bei mir klappt es auch mit va-api-glx. Bringt das Vorteile gegenüber va-api?

Oha, es gibt -ganz frisch- die 0.6... ich habe immer nur bei den Downloads auf yavdr.org geschaut. Danke für den Hinweis!

Hallo Eisbaer128,

ich versuche gerade va-api auf einem i5
Hasswell zum Laufen zu bekommen. Bisher nur schwarzes Bild mit Cursor
und Menü auf der linken Seite.
Wenn ich auf der Konsole (unter X)
vainfo eingebe (vorher gleichnamiges Paket installieren), erhalte ich:
"Xfree86-dri missing on Display 1". Xorg meckert: (EE) FBDEV(0):
FBIOPUTCMAP: Invalid argument.

Kodi läuft und zeigt das TV-Bild,
aber CPU-berechnet. Ich vermute, dass der Fehler in meiner Xorg.conf
oder bei den Videotreibern liegt. Muss man die Treiber nach dem
einbinden des ppas über apt installieren, oder aktualisieren die sich
"von selbst"? Ich habe zu dem Zeitpunkt haufenweise Pakete installiert
und aktualisiert so dass ich nicht weiß, ob da etwas aus dem ppa dabei
war.
Im ppa steht auch nichts von einer Unterstützung von Ubuntu 12.04. Muss ich erst auf 14.04 aktualisieren?

Gruß,
blueink

Hi,

danke für den Link, das teste ich einmal.

Hardware:

Gigabyte GA-H81M-HD3 Intel H81 So.1150 Dual Channel DDR3 mATX
2x 4096MBDDR3-1600 CL9-9-9-24
Intel Core i5 4460 4x 3.20GHz So.1150
Arctic Freezer 7 Pro Rev. 2 Tower Kühler
350 Watt be quiet! Pure Power L8 Non-Modular 80+ Bronze
160 GB Sata HDD für Testsystem
2x 3 TB Seagate NAS Hdd, 2 TB mdraid 1, 1TB btrfs raid 1 (test), derzeit nicht angeschlossen
TechniSat SkyStar S2 (PCI) (aktuell ohne Treiber / Firmware)
Technotrend SAA7146 (PCI)


TFT 17" über VGA
TFT 24" über DVI
Sound über optisch SPDIF auf Denon AVR-X4000
Homebrew lirc (com1)
LCD 320x240 mit SED1330 Controller (parport)

Nachtrag: Mit easyVDR erhalte ich eine Ausgabe. Das Bild ruckelt allerdings etwas, was man am N24 Laufband gut sehen kann. Es fällt aber auch bei normalen Bildern auf.
Die Sat-Karte "STB0899" funktioniert, die 2. Karte nicht.
Leider bekomme ich mit easyVDR kein Suspend to Ram hin (vor einigen Monaten bereits getestet), so dass ich gerne bei yavdr bleiben möchte.

Hi,

ich habe meinem VDR neue Hardware gegönnt und möchte die Videoausgabe über die integrierte Grafik des i5 machen. Ausgangsbasis ist yavdr, allerdings mit dist-upgrade auf ubuntu 14.04 und wily-Kernel 4.2, da eine meiner Sat-Karten das erfordert (ok, mit viel Bastelei geht es auch mit älteren Kernels...).

Meine Versuche mit softhddevice waren nicht erfolgreich, ich erhalte
einen schwarzen Bildschirm mit Mauszeiger und links ein kleines Menü,
das sich ausklappt.
Zusätzlich installiert hatte ich:

libva1 vainfo i965-va-driver libva-glx1 libva-dev mesa-utils intel-gpu-tools
vainfo 
error: can't connect to X server!
libva info: VA-API version 0.35.0
libva info: va_getDriverName() returns 0
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so
libva info: Found init function __vaDriverInit_0_35
libva info: va_openDriver() returns 0
vainfo: VA-API version: 0.35 (libva 1.3.0)
vainfo: Driver version: Intel i965 driver - 1.3.0
vainfo: Supported profile and entrypoints
  	VAProfileMPEG2Simple        	:	VAEntrypointVLD
  	VAProfileMPEG2Simple        	:	VAEntrypointEncSlice
  	VAProfileMPEG2Main          	:	VAEntrypointVLD
  	VAProfileMPEG2Main          	:	VAEntrypointEncSlice
  	VAProfileH264ConstrainedBaseline:	VAEntrypointVLD
  	VAProfileH264ConstrainedBaseline:	VAEntrypointEncSlice
  	VAProfileH264Main           	:	VAEntrypointVLD
  	VAProfileH264Main           	:	VAEntrypointEncSlice
  	VAProfileH264High           	:	VAEntrypointVLD
  	VAProfileH264High           	:	VAEntrypointEncSlice
  	VAProfileVC1Simple          	:	VAEntrypointVLD
  	VAProfileVC1Main            	:	VAEntrypointVLD
  	VAProfileVC1Advanced        	:	VAEntrypointVLD
  	VAProfileNone               	:	VAEntrypointVideoProc
  	VAProfileJPEGBaseline       	:	VAEntrypointVLD

Anhand der Log-Einträge sah ich, dass softhddevice kein vaapi kann. Ich habe dann die vdr-Packete aus den fnu ppas installiert, die Meldung war dann weg, aber immer noch kein BIld.

apt-get install software-properties-common #für add-apt-repository
add-apt-repository ppa:fnu/testing-vdr-fnu
add-apt-repository ppa:fnu/main-fnu

Aktuell habe ich den VDR als root mit

vdr -P "live" -P "xine"

gestartet, sowie ebenfalls als root startx aufgerufen und dort

xine -V vaapi

gestartet.
Damit habe ich nun ein Bild. Sowohl HD als auch SD würde ich jetzt nach 30 Sekunden TV-schauen als ruckelfrei beschreiben, wobei bei SD das Deinterlacing fehlt (lässt sich über das Kontextmenü von Xine einschalten, dann erhalte ich aber kein Bild mehr).
Nach dem Kanalwechsel ruckelt das Bild für rund 10 Sekunden.

Die Frage ist nun: Wie bekomme ich eine ordentliche VDR-typische Ausgabe hin, die nach dem Hochfahren im Vollbild landet, mit Deinterlacing?
Eine Grafikkarte kann ich nebenbei nicht einbauen, direkt unter dem PCIE-Slot sitzen die beiden PCI-Sat-Karten.

Grüße,
blueink (der sich über einen rasend schnellen und fast lautlosen VDR freut, auch wenn man damit (noch) nicht Fernsehen kann)