LiveTV ruckelt / Tonaussetzer

[noidem]

Moin,

habe nach einem Systemumzug auf ein Asus M3N78EM und Update auf 0.8.04 leider ein paar Probleme mit dem LiveTV (SD)

- beim Umschalten bleibt das Bild kurz stehen, meistens nur einmal manchmal auch mehrfach, Ton setzt dann auch aus
- unreproduzierbar startet das System aus dem Standby mit starken Ruckeln das nur durch einen Neustart verschwindet

Habe schon diverse PlugIns deaktiviert, Einstellungen von Xinelib verändert, BIOS Reset durchgeführt etc.
Das genutzte Board ist ja sehr beliebt, eventuell hat ja jemand eine Idee ?

Bei XBMC treten diese Probleme nicht auf, bis zur vollen HD Auflösung keine Probleme....

[Duffy]

Moin,
meine Vermutung ist, dass der Prozessor evtl. noch schläft?
Da war  doch dieser Unterschied mit AM2 und AM3 Prozessoren. Bei den AM2 musste man doch die minimalfrequenz einstellen. Hat das damit evtl. was zu tun?
Gruss
Duffy

[Licherkette]

Hallo,
ich habe das oben beschriebene Verhalten auf 2 Systemen bei mir ebenfalls. Beide sind mit Sempron140 (AM3) und 1GB Ram bestückt. Eines ist ein Gigabyte mit nforce8300 das andere ein Asus mit nforce8300, genaue Bezeichnung müsste ich nachsehen. Insbesondere wenn ich auf einem HD Sender das System einschalte. Als DVB-S2 Karten stecken in beiden Systemen die TT-DVB-S2 1600 drin.
lg, Uwe

[TillGroos]

Hallo,


Umschaltprobleme lassen sich eigentlich immer über die num_frames und die buffers in den xinelib_config einstellen. Num_Frames mal auf 22 stellen z.B., hat aber u.U. Probleme bei schnellem zapping zur Folge.


Das das Bild ruckelt nach dem Einschalten liegt wohl am Fernseher/edid.bin in der xorg.conf. Ich hab schon mal Probleme, wenn der Fernseher nicht auf dem HDMI-Eingang für den VDR steht, wenn der VDR bootet. Vielleicht lässt sich das so mal reporduzieren?


1GB RAM für ein Board mit Onboard-GraKa könnte kritisch sein, weil man im Bios dann meist nicht 512MB RAM für die GraKa zuweisen kann, 2GB, am Besten Dual Channel, sind wohl zu empfehlen.
Was bei mir auch gern schon mal probleme macht, ist die Abwärme des GraKa-Chips am Board. Ich hab zusätzliche Kühler installiert. Die NVidia drosseln die Chips bei zu großer Hitze.


Till

[Licherkette]

Hallo Till,
danke dir schonmal für die schnelle Antwort. Wenn ich zu Hause bin, schreib ich mal alle wichtigen Parameter für meine Systeme zusammen. Ich denke aber schonmal vorab, dass ich das Hitzeproblem zunächst ausklammern kann. Das passiert bereits direkt nach dem Hochfahren auf allen Systemen. Im Moment habe ich auch noch ein System mit Zotac ION-F mit 2GB Ram drin, allerdings mit einer TBS-6981 als Dual-DVB-S2 karte. Das Ergebnis ist aber bei allen gleich, du schaltest ein und es ruckelt zunächst bis das System sich beruhigt hat. Wenn du dann umschaltest geht es meist flott aber nach ca. 3 Sekunden gibt es einen Hänger für 1-2 Sekunden, Bild ist schwarz und Ton weg, nach 2 Sekunden ist es dann Ok.
Begleitend damit habe ich noch einen Effekt, dass bei schnellem und häufigen zappen auf einmal das Bild anfängt zu "pumpen" (Bild kommt, bleibt stehen und kommt wieder ca. alle 0,5 Sekunden). Dann hilft nur VDR restart über Befehle Menü, das habe ich bisher mit den TT-DVB-S2 1600 Karten beobachtet.
Wenn du easyVDR 0.8.04 installiert hast, an welchen Configdateien legst du dann noch Hand an, die für Bildoptimierung zuständig sind?
lg, Uwe

[Bitkit]

Hallo Till,
...Wenn du easyVDR 0.8.04 installiert hast, an welchen Configdateien legst du dann noch Hand an, die für Bildoptimierung zuständig sind?
lg, Uwe

;D LOL der traut sich doch nicht seine verbastelte 0.7 anzufassen!!! ;D

Aber mal im ernst. Till hat recht. Ich habe die 0.8.04 am Start und ähnliche Probleme speziell bei starker Nutzung über die Feiertage festgestellt, wenn z.B. zeitgeleich Aufnahmen und Wiedergabe Livebild lokal und sogar noch mit Vomp erfolgen habe ich auch öfters mal Ruckler und häufig schießt es mir das FE weg.

Ich habe auch die numframes von 42 auf 35 geändert und zusätzlich den Nvidia Treiber upgedatet. Es ist noch nicht Perfekt aber besser geworden dadurch.

Bitkit

[TillGroos]

;D LOL der traut sich doch nicht seine verbastelte 0.7 anzufassen!!! ;D

Jajaja. Was besseres als DEINE "verbastelte" 0.7.11 ist mir nun mal noch nicht untergekommen. Die is nich perfekt, aber für meine/unsere Bedürfnisse das Beste. Ich vermisse eigentlich nur den schönen HD-Theme  ;D


Aber: ich gelobe Besserung ich werde die 0.8 mal auf ner 2. Platte installieren und dann mal sehen, was man an den Settings noch so drehen kann. Ich habe immer bessere Erfahrung mit den Remote Frontends gemacht, am Besten natürlich Xine :-) aber das will mit der 0.8 ja noch nicht so richtig smooth, obwohl ich das bei einer der letzten 0.7 Betas auch gut am Laufen hatte (ordentliche Umschaltzeiten mit wenig/keinem einpendeln) aber mit schlechterem Bild wie mit der 0.7.11!!!


Till

[michel8]

...am Besten natürlich Xine :-) aber das will mit der 0.8 ja noch nicht so richtig smooth, obwohl ich das bei einer der letzten 0.7 Betas auch gut am Laufen hatte...

Hi Till,

seit Update1 läuft xine ootb mit der 0.8. Gerne würde ich natürlich die möglichen Punkte zur Optimierung für xine in das Update2 mit einbauen

Was ist zu tun?

Danke und Gruß
Michel

[noidem]

Hallo ihr,

habe jetzt mal die NUM_Frames auf 25 geändert, die Umschalthänger treten jetzt immerhin seltener auf.

Gibt es noch bekannte Einstellungsmöglichkeiten bzw. bekannte Werte um zb. die Umschaltzeit auf diesem System zu optimieren ?


Grüße

[Bitkit]

seit Update1 läuft xine ootb mit der 0.8. Gerne würde ich natürlich die möglichen Punkte zur Optimierung für xine in das Update2 mit einbauen

Was ist zu tun?

Danke und Gruß
Michel

Hi Michel,
ich misch mich mal kurz ein.

Als Xine-Fan muss ich leider sagen das seit der 0.8 xine bei mir nicht stabil lief. Das FE stürzte immer wieder ab so das ich leider auf xinelib umgestiegen bin. Ich habe es allerdings nach dem Update nicht nochmal probiert.

Die hervorragende Bildqualität hatte leider auch nachgelassen.

Nutzt jemand xine mit der 0.8???

Bitkit

[TillGroos]

Hallo zusammen,


wie Bitkit an anderer Stelle schon gepostet hat, haben wir gestern eine frische 0.8 mit Updates installiert => Xine läuft garnicht. Einen Indianer kann Bitkit nachliefern.
Wir haben bei der Installation Xine als Frontend ausgewählt, X startet, aber das Frontend kommt leider nicht hoch. Ein Umschalten auf Xineliboutput funktioniert. Ein Update auf den neusten NVidia-Treiber brachte auch keinen Erfolg. Da scheint also irgend wo noch der Wurm drin zu sein.


Ich weiß nur nicht, wieviel Energie man da noch reinstecken sollte, wenn man sieht, wie weit die 0.9 schon ist. Da ist das Bild ja um Längen besser als bei der 0.8! Und die Bootzeiten. Und die Umschaltzeiten. Das macht schon Spaß...


Gruß
Till

[Bitkit]

Mahlzeit!

So der gewünschte Indianer anbei.
Aber wie Till schon sagt, es ist fraglich wie viel Energie man hier noch rein stecken sollte. Meine Erfahrugen mit Xine unter der 0.8 waren so schlecht das selbst ich auf xinelib umgestiegen bin.

Neben der deutlich verschlechterten Bildqualität gegenüber der 0.7x mit diversen HD-Packs, war das FE auch sehr instabil.

Bitkit

[michel8]

Hallo Till, Hallo Bitkit!

Ich verstehe die Welt nicht mehr!
Ende Dezember hatte ich mal wieder testweise die 0.8 neu installiert und bei der Erstkonfiguration sogleich auf 0.8.04 geupdatet.
Ich hatte mit meinem [size=1em]M3N78-VM sofort Bild mit xine über die DVB-S Budget.
Ohne weitere Einstellungen...

Laut Dem Indianer startet der VDR ständig neu und ich habe neben den beiden DVB-Karten auch noch USB-Empfänger gesehen, ist da bei der Kombination evtl. noch nacharbeit oder reboot erforderlich?
Werden bei der Installation evt. noch Einstellungen über myeasyvdr vorgenommen ?
Welches Mainboard wurde genutzt ?

Sicher viel Aufwand sollte nicht mehr invesstiert werden, aber warum es hier geht und da nicht würde mich schon interessieren...

Danke und Gruß
Michel


[/size]

[TillGroos]

Hallo Michel


der USB Adapter gehört zum Keysonic Keyboard und der tut schon seit der 0.7.14 seinen Dienst am VDR, da liegt es sicher nicht dran.
Wir haben die 0.8 auf eine frische 80GB IDE Platte installiert (vorher alle Partitionen gelöscht). Hardware war die aus meiner Signatur (ist mein Produktiv-VDR, mein TestVDR ist aufgestiegen zum Homeserver  ??? ).

[michel8]

Hallo Till,

Du hast das gleiche board wie ich, allerdings habe ich den 235e als Prozessor und eine alte pinnacle pci-tv-sat.
Wenn es Da nicht ausgerechnet ein Problem mit der Kombination von [size=1em]S2-3200 & S-1500[/size] gibt fällt mir auch nichts mehr ein. Ach so, ich habe 2x1GB-Ram - und Du?

BIOS Settings und BIOS Version sollte in diesem Fall wohl nicht so entscheident sein ???

Gruß
Michel

[TillGroos]

Die Hardwarekombination läuft hier seit über nem Jahr, ich habe 2x1GB Geil DDR2 800, der 235e hat ja quasi nur einen Kern mehr als der 140er.
Ich habe eher so banale Dinge wie Lirc im Verdacht.

[michel8]

Ich habe eher so banale Dinge wie Lirc im Verdacht.

Hm,
könnte auch sein, ich habe da gar nichts dran oder konfiguriert, ich nutze zum Testen nur die PS2 Tastatur...
Zudem steht da etwas von einem xine-remote-Fehler im Indianer.

Gruß
Michel

[noidem]

Servus,

ich frag einfach nochmal:

Gibt es noch eine Möglichkeit die "Umschaltruckler" zu bekämpfen ?

Grüße

[TillGroos]

Hallo noidem,


was hast du denn mittlerweile alles umgestellt? Ein paar Tips hatte ich weiter oben ja schon gegeben. Poste doch mal nen Indianer.


Till

[noidem]

Moin,

ich fummel mich da am Wochenende nochmal durch, falls etwas auffällt anbei der gewünschte Log zum aktuellen Systemstand. NUMFrames stehen auf 25

Unregelmässig fängt das Bild an zu springen, zeigt dabei Doppelkonturen etc. Hier genügt es kurz XBMC zu starten und wieder zum VDR zurück zu wechseln, da schmiert wohl nur XineLib ab ?

Grüße

[Bitkit]

Ja den Eindruck habe ich auch.
Das FE ist irgendwie nicht so stabil wie es mal war. Bei mir bleibt es von Zeit zu Zeit mal ganz hängen, Bild bleibt stehen und nix geht mehr. Der VDR läuft im Hintergrund weiter

Manchmal habe ich Glück und kann mit ESC das Frontend abschießen.

Bitkit

[Bitkit]

und wieder mal ist es passiert! STANDBILD! Frontend abgeraut.

Ich habe mal den maßgeblichen Teil des Log's kopiert.

Code:

Jan 23 12:08:00 (none) vdr: [8852] EPGSearch: timer conflict check started
Jan 23 12:08:00 (none) vdr: [8852] EPGSearch: timer conflict check finished
Jan 23 12:08:00 (none) vdr: [8851] EPGSearch: search timer update started
Jan 23 12:08:01 (none) vdr: [8851] EPGSearch: search timer update finished
Jan 23 12:08:13 (none) vdr: [8599] connect from 127.0.0.1, port 35372 - accepted
Jan 23 12:08:13 (none) vdr: [8599] closing SVDRP connection
Jan 23 12:09:38 (none) vdr: [8661] Sent DISEQC command: t V W15 [E0 10 38 F3] W15 A W15 T
Jan 23 12:09:40 (none) vdr: [8662] channel 32 (Bayerisches FS Nord) event Son 23.01.2011 12:00-12:30 (VPS: 23.01 12:00) 'KlickKlack' status 4
Jan 23 12:09:41 (none) vdr: [8662] channel 1 (Das Erste) event Son 23.01.2011 12:03-12:45 (VPS: 23.01 12:03) 'Presseclub' status 4
Jan 23 12:09:41 (none) vdr: [8662] channel 33 (Bayerisches FS Süd) event Son 23.01.2011 12:00-12:30 (VPS: 23.01 12:00) 'KlickKlack' status 4
Jan 23 12:10:50 (none) vdr: [8661] frontend 1 timed out while tuning to channel 123, tp 111992
Jan 23 12:10:50 (none) vdr: [8661] Sent DISEQC command: t V W15 [E0 10 38 F3] W15 A W15 T
Jan 23 12:11:00 (none) vdr: [8661] Sent DISEQC command: t V W15 [E0 10 38 F3] W15 A W15 T
Jan 23 12:13:13 (none) vdr: [8599] connect from 127.0.0.1, port 53843 - accepted
Jan 23 12:13:13 (none) vdr: [8599] closing SVDRP connection
Jan 23 12:14:44 (none) vdr: [11730] loading /video0/Kinder/Emmas_Chatroom/2011-01-18.20.10.50.99.rec//marks.vdr
Jan 23 12:15:43 (none) vdr: [11730] loading /video0/Kinder/Emmas_Chatroom/2011-01-20.20.10.50.99.rec//marks.vdr
Jan 23 12:15:56 (none) vdr: [8661] Sent DISEQC command: t v W15 [E0 10 38 F0] W15 A W15 t
Jan 23 12:18:03 (none) vdr: [8661] Sent DISEQC command: t v W15 [E0 10 38 F1] W15 A W15 T
Jan 23 12:18:13 (none) vdr: [8599] connect from 127.0.0.1, port 34412 - accepted
Jan 23 12:18:13 (none) vdr: [8599] closing SVDRP connection
Jan 23 12:18:19 (none) vdr: [8599] [xine..put] Detected HD OSD, size > 1281x679, using setup values 696x540
Jan 23 12:18:19 (none) vdr: [11941] Text2Skin: channelInfo display update thread started (pid=11941, tid=11941)
Jan 23 12:18:21 (none) vdr: [11941] Text2Skin: channelInfo display update thread ended (pid=11941, tid=11941)
Jan 23 12:21:37 (none) vdr: [8661] frontend 1 timed out while tuning to channel 133, tp 212207
Jan 23 12:21:37 (none) vdr: [8661] Sent DISEQC command: t v W15 [E0 10 38 F1] W15 A W15 T
Jan 23 12:21:46 (none) vdr: [8661] Sent DISEQC command: t v W15 [E0 10 38 F1] W15 A W15 T
Jan 23 12:21:54 (none) vdr: [8661] frontend 1 lost lock on channel 14, tp 212246
Jan 23 12:21:54 (none) vdr: [8661] frontend 1 regained lock on channel 14, tp 212246
Jan 23 12:21:56 (none) vdr: [8661] frontend 1 lost lock on channel 14, tp 212246
Jan 23 12:21:56 (none) vdr: [8661] frontend 1 regained lock on channel 14, tp 212246
Jan 23 12:21:57 (none) vdr: [8661] frontend 1 lost lock on channel 14, tp 212246
Jan 23 12:21:57 (none) vdr: [8661] frontend 1 regained lock on channel 14, tp 212246
Jan 23 12:21:58 (none) vdr: [8661] frontend 1 lost lock on channel 14, tp 212246
Jan 23 12:21:59 (none) vdr: [8661] frontend 1 regained lock on channel 14, tp 212246
Jan 23 12:22:00 (none) vdr: [8661] frontend 1 lost lock on channel 14, tp 212246
Jan 23 12:22:00 (none) vdr: [8661] frontend 1 regained lock on channel 14, tp 212246
Jan 23 12:22:01 (none) vdr: [8661] frontend 1 lost lock on channel 14, tp 212246
Jan 23 12:22:01 (none) vdr: [8661] frontend 1 regained lock on channel 14, tp 212246
Jan 23 12:22:02 (none) vdr: [8661] frontend 1 lost lock on channel 14, tp 212246
Jan 23 12:22:02 (none) vdr: [8661] frontend 1 regained lock on channel 14, tp 212246
Jan 23 12:22:03 (none) vdr: [8661] frontend 1 lost lock on channel 14, tp 212246
Jan 23 12:22:03 (none) vdr: [8661] frontend 1 regained lock on channel 14, tp 212246
Jan 23 12:22:04 (none) vdr: [8661] frontend 1 lost lock on channel 14, tp 212246
Jan 23 12:22:04 (none) vdr: [8661] frontend 1 regained lock on channel 14, tp 212246
Jan 23 12:22:05 (none) vdr: [8661] frontend 1 lost lock on channel 14, tp 212246
Jan 23 12:22:06 (none) vdr: [8661] frontend 1 regained lock on channel 14, tp 212246
Jan 23 12:22:07 (none) vdr: [8661] frontend 1 lost lock on channel 14, tp 212246
Jan 23 12:22:07 (none) vdr: [8661] frontend 1 regained lock on channel 14, tp 212246
Jan 23 12:22:08 (none) vdr: [8661] frontend 1 lost lock on channel 14, tp 212246
Jan 23 12:22:08 (none) vdr: [8661] frontend 1 regained lock on channel 14, tp 212246
Jan 23 12:22:09 (none) vdr: [8661] frontend 1 lost lock on channel 14, tp 212246
Jan 23 12:22:10 (none) vdr: [8661] frontend 1 regained lock on channel 135, tp 212285
Jan 23 12:23:14 (none) vdr: [8599] connect from 127.0.0.1, port 55143 - accepted
Jan 23 12:23:14 (none) vdr: [8599] closing SVDRP connection
Jan 23 12:24:25 (none) vdr: [8661] frontend 1 timed out while tuning to channel 80, tp 212670
Jan 23 12:24:25 (none) vdr: [8661] Sent DISEQC command: t v W15 [E0 10 38 F1] W15 A W15 T
Jan 23 12:24:34 (none) vdr: [8661] Sent DISEQC command: t v W15 [E0 10 38 F1] W15 A W15 T
Jan 23 12:24:43 (none) vdr: [8661] Sent DISEQC command: t v W15 [E0 10 38 F1] W15 A W15 T
Jan 23 12:24:53 (none) vdr: [8661] Sent DISEQC command: t v W15 [E0 10 38 F1] W15 A W15 T
Jan 23 12:24:58 (none) vdr: [8661] Sent DISEQC command: t V W15 [E0 10 38 F2] W15 A W15 t
Jan 23 12:25:01 (none) vdr: [8662] channel 23 (EinsPlus) event Son 23.01.2011 12:15-13:00 (VPS: 23.01 12:15) 'Länder - Menschen - Abenteuer' status 4
Jan 23 12:26:43 (none) vdr: [8661] Sent DISEQC command: t V W15 [E0 10 38 F3] W15 A W15 T
Jan 23 12:27:55 (none) vdr: [8661] frontend 1 timed out while tuning to channel 123, tp 111992
Jan 23 12:27:55 (none) vdr: [8661] Sent DISEQC command: t V W15 [E0 10 38 F3] W15 A W15 T
Jan 23 12:28:05 (none) vdr: [8661] Sent DISEQC command: t V W15 [E0 10 38 F3] W15 A W15 T
Jan 23 12:28:14 (none) vdr: [8599] connect from 127.0.0.1, port 40960 - accepted
Jan 23 12:28:14 (none) vdr: [8599] closing SVDRP connection
Jan 23 12:29:54 (none) vdr: [8662] channel 3 (WDR Siegen) event Son 23.01.2011 12:25-12:30 (VPS: 23.01 12:25) 'west.art Meisterwerke' status 4
Jan 23 12:31:05 (none) vdr: [11554] [xine..put] cXinelibServer::Play_PES Buffer overflow (TCP/PIPE)
Jan 23 12:31:05 (none) vdr: [11554] [xine..put] cXinelibServer::Play_PES Buffer overflow (TCP/PIPE)
Jan 23 12:31:05 (none) vdr: [11554] [xine..put] cXinelibServer::Play_PES Buffer overflow (TCP/PIPE)
Jan 23 12:31:05 (none) vdr: [11554] [xine..put] cXinelibServer::Play_PES Buffer overflow (TCP/PIPE)
Jan 23 12:31:05 (none) vdr: [11554] [xine..put] cXinelibServer::Play_PES Buffer overflow (TCP/PIPE)
Jan 23 12:31:05 (none) vdr: [11554] [xine..put] cXinelibServer::Play_PES Buffer overflow (TCP/PIPE)
Jan 23 12:31:05 (none) vdr: [11554] [xine..put] cXinelibServer::Play_PES Buffer overflow (TCP/PIPE)
Jan 23 12:31:05 (none) vdr: [11554] [xine..put] cXinelibServer::Play_PES Buffer overflow (TCP/PIPE)

Hat jemand ne Ahnung was da passiert und warum?

Bitkit

[Captain_Beefheart]

Hi

.. hatte ich jetzt auchmal
    Bild fror einfach ein  ->  "ESC" und dann lief es wieder
  -- war bei mir nach längerer "Nichtbedienung"  (*) 

(*) autoshutdown is abgeschaltet

  C.B.

[onkel_pit]

Hallo zusammen,
ich habe das gleiche Problem, und zwar fror bei mir ab und zu ohne Vorwarnung das Bild ein, und zwar sowohl bei SD als auch bei HD. Noch öfter passierte es im Zusammenhang mit OSD- Aktivitäten. Danach ging nur noch Neustart.
Das merkwürdige war, daß es gehäuft nach kpl. Neuinstallation von 0.8.04 (wg. neuer Festplatte) und anschl. Nvidia- Treiberupdate auf Version 260.19.29 auftrat. Nachdem ich den älteren 190.53 installiert habe, ist das Prob. bei mir weg. Zwischenzeitlich habe ich den 256.53 ausprobiert mit dem Ergebnis, daß das Problem nur noch sehr selten auftrat (aber immer noch zu oft wg. WAF). Ich bin jetzt wieder beim 190.53. Der läuft wirklich gut bei mir.
Kann das von Euch jemand bestätigen?
Dann habe ich noch ein kleines Problem, das nur beim Schauen von Filmen auf Das Erste HD oder ZDF HD und ARTE HD auftritt: Wenn kurz nach einem Szenenwechsel bei sehr ruhigem Bildhintergrund z. B. eine Person durchs Bild geht, dann kommt es zu extremem Ruckeln, das Bild stockt buchstäblich (Die Person "springt" durch das Bild). Gleiches passiert auch bei sehr langsamen Kameraschwenks (bei vertikalen Schwenks häufiger als bei horizontalen). Leider habe ich keine logs davon.
Ist alles ein bißchen schwierig für mich, weil das mein Produktivsystem ist und einfach nur laufen muß...
Das komische ist, daß dieses "Stocken" bei Liveübertragungen wie "Wetten daß", Handball, Fußball o. ä. nicht auftritt.
Hat von Euch jemand sowas auch schon mal beobachtet?
Viele Grüße
Peter

[michel8]

Hallo onkel_pit,

danke für deine Fehlerbeschreibung!

Könntest Du bitte das vorab-update testweise einspielen, und damit prüfen, ob - und mit welchen der neuen nvidia-treiber Du ein stabileres Verhalten hast?
http://www.easyvdr-forum.de/forum/index....368.0.html

Mir war aufgefallen, dass Plugins, vdr und andere module in der 0.8.04 noch nicht ganz zusammen gepast haben. Daher ist im Update2 ein kompletter neu compilierter Satz plugins und ein dazu passend compilierter vdr sowie erforderliche updates von imagemagic, libdvd und xbmc.

Für mich wäre Dein Feedback wichtig, denn mit dem Update2 hatte ich eigentlich den nvidia-treiber 260.19.29 als default einbauen wollen...

Vielen Dank im Voraus
Michel