Beiträge von AxelR

Das wird wohl ein Problem mit Gotham sein, ist bei mir ähnlich, siehe:
http://www.xbmcnerds.com/index.php?page…&threadID=37232

Zitat von Doesel

xvdr läuft auch auf meinem Windows XBMC, oder war das auf xbmc 13 bezogen?

Ja, ich setze nur noch xbmc 13 (Gotham) ein und da ist das Windows-Addon noch nicht fertig gestellt. Auf der xvdr-Site ist zwar zu lesen:

Zitat

Gotham repositories are currently work in progress.
All supported platforms will be available after XBMC 13 release.

aber es fehlt noch.

Schade, dass das unter xbmcbuntu nicht läuft und man es extra übersetzen muss, allerdings eine seltsame Fehlermeldung, DLL unter Linux.
Habe das Addon vnsi, das ja auch Timeshift beherrscht (max. 4GB Ramdisk) und xvdr getestet. Bei vnsi ist eben der Vorteil, dass es auch unter Windows-Klienten verfügbar ist. Ein Bekannter hat einen 'Asus EEE Top PC', dort funktioniert der Touchscreen unter Ubuntu-Linux nicht oder nicht richtig, deshalb haben wir dort Windows installiert. Allerdings hat vnsi wieder einen kleinen Nachteil, wenn ein anderer Klient (z.B. bei einem single-Tuner) schon einen Transponder belegt hat, gibt es nur kurz eine Fehlermeldung aus, dann nicht mehr. Wenn man weiterschaltet passiert eben nichts und keine Fehlermeldung erscheint. Der xvdr meldet hingegen VDR XVDR Klient, alle Empfänger belegt, was ich nun etwas informativer finde.

Das gibt es bereits als ZIP-Datei (Linux 64bit), braucht nur noch installiert zu werden:
http://www.xvdr.tv/

Habe nun das Plugin vnsi-server auf meinem VDR-Server installiert und das Addon VDR VNSI Client in XBMC konfiguriert und aktiviert. Keine Abhilfe immer noch das gleiche Problem, die Meldung erscheint und nach 3-4 Sekunden verschwindet sie, nur wird eben nicht in das Live-TV Fenster gewechselt. Wechsle ich nun zu Live-TV, funktioniert Live-TV sofort.
Hmmm, hoffentlich Anfangsschwierigkeiten von Gotham, hoffentlich bleibt das nicht so.

Eigentlich nutze ich XBMC unter Ubuntu-Linux, habe Gotham nun auch auf meinen Windows-PC installiert.
Nach dem Scrapen eines Musik-Videos das selbe Problem, scheint wohl ein Bug in Gotham zu sein.

Zitat

Dürfte nicht der Fall sein. (In allen Skins??)

XBMC schonmal neu gestartet (just kidding)

EDIT: Ansonsten notfals mal die Entsprächende DB löschen (schätze aber die Erfolgschanzen hierbei ehner als nidrig ein, bevor Du die Holzhammermethode anwendest aber ev. mal n Versuch wert!)

Leider ist es aber der Fall.

Habe das XBMC-Verzeichnis (.xbmc mit allen Userdaten) umbenannt (.xbmc.old), so dass beim Start von XBMC ein neues angelegt wird und praktisch ein komplett neues XBMC gestartet wird. Einstellungen habe ich keine geändert, XBMC läuft nun in Englisch.
Die Ordnerstruktur:

Videos/Musik/AC-DC

Darin liegt: Stiff_Upper_Lip.mkv

Im Scraper Music videos (TheAudioDB) gewählt, hier wurde kein Video in die Datenbank aufgenommen. Nun das Verzeichnis AC-DC markiert und Musik video information gewählt, im Eingabefenster Enter the movie name: AC/DC - Stiff Upper Lip eingegeben, dann im Auswahlfenster AC/DC - Stiff Upper Lip [Stiff Upper Lip] ausgewählt, die Informationen wurden danach eingelesen. Unter Artists den Eintrag AC/DC markiert und dann Set artist thumb, dort ein AC/DC-Bild ausgewählt. Nun wird unter Artists => AC/DC das Bild angezeigt.
Wenn ich nun, wie schon zuvor beschrieben, das Musik-Video Stiff Upper Lip markiere, Music video information wähle und dann die Interpreten unter Artists anzeigen lassen will, wird zwar AC/DC aufgelistet, aber nur ein leeres Bild angezeigt.

Zitat

XBMC schonmal neu gestartet (just kidding)

Ich trickse da schon eine Weile dran herum, Du kannst mir glauben, dass ich XBMC, sowie den PC einige Male neu gestartet habe.

Als Skin habe ich auch mal den Aeon Nox getestet, dort hat es auch nicht funktioniert, das Bild wurde nicht angezeigt.

Nun aber mal eine Frage an Dich,

Zitat

Dürfte nicht der Fall sein.

hast Du das selbst ausprobiert unter Gotham und funktioniert das bei Dir, oder vermutest Du das nur?

Seit XBMC Gotham habe ich das Problem, dass beim Start von XBMC die Fehlermeldung: Es sind keine PVR-Clients gestartet. Warte auf Start der PVR-Clients oder ... auftaucht.
Als Skin benutze ich den Standard Confluence, dort habe ich in den Einstellungen unter:
Skin => Startfenster: TV
eingestellt. Nach 3-4 Sekunden verschwindet dann die Meldung und Live-TV funktioniert. Die Meldung würde mich ja nicht großartig stören, nur wechselt XBMC dann nicht automatisch in das Live-TV -Fenster. Wenn ich z.B. als Startfenster das Hauptfenster wähle, erscheint die Fehlermeldung nicht. Das XVDR-Addon habe ich von xvdr.tv geladen und installiert.
Unter XBMC-Frodo hatte ich das Problem nicht, dort wurde beim XBMC-Start, ohne Warnmeldung sofort in das Live-TV -Fenster gewechselt.
Ist das ein Fehler der nur das XVDR-Addon betrifft, oder erscheint die Fehlermeldung auch bei anderen PVR-Clients?

Zitat von Rantanplan-1

AxelR:

Musikvideos -> Interpreten -> Contextmenu (Rechtsklick oder Taste "c") -> "Interpretenbild setzen"

mfG.

Hallo Rantanplan-1,

das stimmt schon, was Du schreibst, das Bild wird dann unter Interpreten angezeigt. Wenn ich aber die Musikvideo-Informationen aufrufe und dort Interpreten wähle, wird dieser zwar Namentlich aufgelistet, das Bild des Interpreten wird aber nicht angezeigt.

Nun wird der IR-Empfänger eingebaut. Da dieser nach hinten geneigt ist, wird er in die Streifenrasterplatine gesteckt, etwas nach hinten gebogen und in die Abdeckhaube eingelegt. Somit ist sicher gestellt, dass er richtig abgewinkelt ist. In diesem Zustand wird er dann eingelötet.

Zuletzt wird das Anschlusskabel eingelötet. Der IR-Empfänger den ich benutzt habe war mit folgenden Aderfarben beschaltet: Die Spitze des Klinkensteckers auf rot, der zweite Kontakt auf Weiß, der dritte auf schwarz (dünn) und der vierte auf schwarz (dick). Bitte dies Verdrahtung überprüfen!
Die beiden schwarzen Drähte werden mit Bein 1 (GND), der weiße mit Bein 2 (Vs) und der rote mit Bein 3 (OUT) verbunden und verlötet. Nun kann der IR-Empfänger zusammengebaut werden.

Die Montage der Hardware ist somit abgeschlossen.

Konfiguration der Software
Zum Editieren von Dateien verwende ich den Editor vi, wer lieber den Nano verwendet kann vi durch nano ersetzen.
Der SSH-Server des RPi muss aktiviert werden: SYSTEM -> OpenELEC -> Services -> SSH aktivieren x
Eine SSH-Verbindung zum RPi aufbauen, die IP-Adresse oder der Hostname des RPi müssen bekannt sein. Ein Terminal auf dem PC öffnen und eingeben:

~$ ssh root@hostname_des_rpi
root@hostname_des_rpi password: openelec

Um etwas mehr Komfort zu erhalten, eine Datei ".profile" anlegen, zur einfacheren Bedienung der Shell:

~# vi ~/.profile

Inhalt: ~/.profile

alias l='ls -lF'
alias ll='ls -alF'

Die SSH-Sitzung beenden und wieder Anmelden:

~# exit

Nun muss, zum Auflisten von Datei und Verzeichnissen nicht mehr:

~# ls -al

eingegeben werden, ein einfaches:

~# ll

genügt.

Konfiguration der RTC
Das Kernel-Modul DS1307 ist unter dieser OpenELEC-Version bereits vorhanden.
Laden des DS1307-Moduls:

~# modprobe rtc-ds1307
~# echo ds1307 0x68 > /sys/class/i2c-dev/i2c-1/device/new_device

Das momentane Datum der RTC auslesen (1. Januar 2000 ...):

~# hwclock -r

Die momentane Systemzeit ausgeben:

~# date

Die Systemzeit stellen und überprüfen:

~# ntpdate ntp1.ptb.de
~# date

Wenn die aktuelle Systemzeit korrekt ist, diese in die RTC schreiben:

~# hwclock -uw

Dann nochmals die RTC und die Systemzeit ausgeben, hier kann es eine Abweichung von einer Sekunde geben:

~# hwclock -ur && date

Wenn alles wie gewünscht funktioniert, die Konfiguration in das System schreiben:

~# vi ~/.config/autostart.sh

Inhalt: ~/.config/autostart.sh

#!/bin/sh
# RTC-Modul
(modprobe rtc-ds1307; \
echo ds1307 0x68 > /sys/class/i2c-dev/i2c-1/device/new_device; \
hwclock -s; \
sleep 20; \
hwclock -uw)&


exit 0

Das Skript benötigt noch Ausführungsrechte:

~# chmod 755 ~/.config/autostart.sh

Nun eine Neustart des Systems durchführen:

~# reboot

Das war es, beim nächsten Booten wird die Zeit des RPi automatisch von dem RTC-Modul gelesen (hwclock -s). Wenn der RPi ein korrigiertes Datum und die Zeit, innerhalb von 20 Sekunden (sleep 20) von einem Zeitserver erhält, oder er erhält keine Daten, wenn kein Zeitserver ansprechbar ist, dann wird einfach die korrigierte Zeitserver-Zeit oder die aktuellen Systemzeit in die RTC geschrieben.
Das ist nicht die eleganteste Lösung, aber ich habe keine Möglichkeit gefunden die Systemzeit-Daten beim herunterfahren des Systems in die RTC zu schreiben.

Konfiguration der Fernbedienung
Bitte die Konf-Daten.zip aus dem Anhang entpacken, darin befinden sich alle benötigten Dateien.
Der Lircd benötigt eine Konfigurationsdatei speziell für die URC-7960 Fernbedienung.

Anmerkung für Windows-Benutzer: Da unter Windows "scp" nicht zur Verfügung steht, sollte der Service "Samba" aktiviert werden, dann können die Konfigurationsdateien direkt in die Freigaben "configfiles" und "userdata" kopiert werden. Die Dateien aber auf keinen Fall mit einem ungeeigneten Windows-Editor bearbeiten. Nach dem die Daten kopiert wurden, sollte aus Sicherheitsgründen der Service "Samba" wieder deaktiviert werden.

Kopieren der Lircd-Konfiguration:

~$ scp lircd.conf root@hostname_des_rpi:/storage/.config/

Auch XBMC muss die Fernbedienung kennen und benötigt eine Konfigurationsdatei.
Kopieren der Lircmap:

~$ scp Lircmap.xml root@hostname_des_rpi:/storage/.xbmc/userdata/

Der RPi ist bereits für einige Fernbedienungen vorkonfiguriert, diese Konfigurationen passen nicht zur URC-7960 Fernbedienung, deshalb wird die eigene Konfiguration benutzt. Anmelden auf dem RPi per SSH und die Befehle in die autostart.sh einfügen:

vi ~/.config/autostart.sh

Neuer Inhalt der: ~/.config/autostart.sh

#!/bin/sh
# RTC-Modul
(modprobe rtc-ds1307; \
echo ds1307 0x68 > /sys/class/i2c-dev/i2c-1/device/new_device; \
hwclock -s; \
sleep 20; \
hwclock -uw)&
# Fernbedienung
killall eventlircd
killall lircd
lircd --device=/dev/lirc0 /storage/.config/lircd.conf


exit 0

Dies ist die komplette autostart.sh mit den eingefügten Befehlen.

Die Fernbedienung muss nun konfiguriert werden, unter "game" den Code "1972" eingeben.

Nach einem Reboot sollte die Fernbedienung die richtigen Befehle ausführen.

Wenn alles Funktioniert, sollte der SSH-Server des RPi wieder deaktiviert werden, da das Passwort (openelec) allgemein bekannt ist.

Der CEC-Adapter kann auch deaktiviert werden, da nun eine eigene Fernbedienung benutzt wird.
Den CEC-Adapter deaktivieren: SYSTEM -> Einstellungen -> System -> Eingabegeräte -> Geräte - OK drücken
CEC-Adapter - OK drücken
Aktiviert -

Einige Beispiel-Erklärungen zu den FB-Tasten:
16:9: Videotext bei Live-TV
list: Senderübersicht bei Live-TV
mce: wird Musik abgespielt, gelangt man in die Visualisierung
pop up x: öffnet Untermenüs, Infos beim Musik, Video -Abspielen
-/--: Untertitel aktivieren/deaktivieren (wenn vorhanden)
av: Audiokanal bei Videos/Live-TV umschalten (wenn mehrere vorhanden)

Teileliste
Die gleichen Teile können selbstverständlich auch von anderen Händlern bezogen werden, ich habe sie jedoch bei folgenden Adressen bezogen.

EXP GmbH:
DS1307 Real Time Clock breakout board kit (EXP-R15-142) - 8,57 €
Kühlkörper Kit für Raspberry Pi (EXP-R12-016) - 5,95 €

Reichelt Elektronik:
Gehäuse für Raspberry Pi (TEK-BERRY SW) - 4,95 €
IR-Empfänger-Module TSOP31238 38kHz (TSOP 31238] - 0,77 €
Streifenrasterplatine, Hartpapier, 100x100mm (H25SR100) - 1,05 €
Klinkeneinbaubuchse, 2,5mm Stereo (LUM KLB 13) - 0,85 €
Pfostenbuchse, 26-polig (PFL 26) - 0,17 €
Schrumpfschlauch 10er Pack 2:1, 2,4mm schwarz (SDH 2,4 SW) - 0,32 €

Pollin Electronic‎
Infrarotempfänger, 1,2m Anschlusskabel, 2,5mm Klinke 4pol (120 822) - 0,95 €

Amazon
Universal-Fernbedienung, One For All URC 7960 [Anzeige] - 18,99 €

Nun wünsche ich allen, die sich entschlossen haben ihren RPi ein wenig umzubauen, vie Spaß.

Ende Teil 3 von 3

Die verdrahtete RTC-Platine kann nun auf das RPi-Board montiert werden. Hierfür wurde ein Abstandsbolzen für die MB-Befestigung von einem alten PC-Gehäuse verwendet. Es kann aber auch eine M3er Schraube verwendet werden. Der Abstandsbolzen sollte eine Lange von 8 mm haben, das ist der Abstand zwischen Oberseite RPi-Board und der Unterseite der RTC-Platine. Die Pfostenleiste auf den Pfostenstecker der RPi stecken.

Gehäuse
Hier wurde ein Teck-Berry Gehäuse verwendet. Um die Verriegelungslaschen des Deckels beim Öffnen nicht zu beschädigen, den Deckel auf der Seite mit dem Composite (gelb) Anschluss nach innen drücken und ihn dann vorsichtig nach oben ziehen, wenn er etwas geöffnet ist, sollten die Laschen auf der gegenüber liegenden Seite auch ausrasten.
Auf der Seite wo sich der HDMI-Anschluss befindet, etwa 2,5 cm von der rechten Kante ein 6 mm Loch bohren, die Klinkenbuchse einführen und festschrauben.

Eigentlich hat das Gehäuse zu wenig Lüftungslöcher, diese können nachträglich in den Deckel des Gehäuses gebohrt werden.

IR-Empfänger
Auf keinen Fall darf der IR-Empfänger, so wie er ist, an den RPi angeschlossen werden, die Bauteile sind die Falschen und er ist nicht richtig verdrahtet!
Verwendet wird eine 3-Polige Klinkenbuchse, der Stecker des Empfängers ist aber 4-Polig. Das spielt keine Rolle, da die beiden hinteren Pole zusammengefasst werden und der Stecker dann so wie ein 3-Poliger funktioniert.

Zuerst wird der Empfänger aufgeschraubt und die Platine entnommen. Das Anschlusskabel, die LED und der IR-Empfänger werden direkt über der Platine abgeschnitten, da die alte Platine als Schablone verwendet wird. Nun kann die Streifenrasterplatine zugeschnitten oder zugesägt und dann mit einer Feile auf das richtige Maß (20,3 mm x 26 mm) gebracht werden, wobei die Leiterbahnen in Längsrichtung laufen müssen. Nach dem Zuschneiden wird die Ausgebaute Platine über die Streifenrasterplatine gelegt und die beiden 4 mm Löcher durch die Streifenrasterplatine gebohrt.

Nachdem die neue Streifenrasterplatine fertig gestellt ist, sollte sie etwa so aussehen:

Ende Teil 2 von 3

Vorwort
Da ich den RPi auch benutze wenn kein NTP-Server (Network Time Protocol) zur Verfügung steht und die richtige Uhrzeit und das Datum in XBMC angezeigt werden sollen, habe ich ihn mit einer Batteriegepufferten RTC (real-time clock) nachgerüstet. Auch die Fernbedienung über CEC (Consumer Electronics Control) des TV-Gerätes war für mich nicht zufriedenstellend, deshalb habe ich noch einen IR-Empfänger an den RPi angeschlossen.
Auf dem RPi ist "OpenELEC XBMC Gotham 13.0-RC1" installiert.

Bitte beachten
Bitte die komplette Anleitung zuerst durchlesen, wenn alles verstanden wurde, die nötigen Werkzeuge vorhanden sind, und Frau/Mann es sich zutraut die Arbeiten durchzuführen, dann kann losgelegt werden.
Um statische Aufladungen zu vermeiden und somit die Hardware zu beschädigen, sollte bei allen Arbeiten ein Anti-Statik-Armband verwendet werden.
Einige Erfahrung im Umgang mit dem Lötkolben sollte vorhanden sein, um die nötigen Aufgaben durchzuführen.
Zusätzlich wird ein PC benötigt, mit dem eine SSH-Verbindung zum RPi aufgebaut werden kann. Dies kann ein Linux-PC ein Windows-PC mit z.B. dem Programm PuTTY oder ... sein.

DS1307 Real Time Clock Modul (RTC)
Die DS1307 Real Time Clock ist ein Bausatz, zuerst müssen die Bauteile auf die RTC-Platine gelötet werden. Hierzu gibt es eine gute, englische, bebilderte Anleitung unter: Assembly. Abweichend ist hierbei zu beachten, dass die beiden 2,2 KOhm-Widerstände (R1 und R2) NICHT auf die Platine gelötet werden dürfen.

Verdrahtung
Die benötigten Litzen-Drähte können aus einem alten USB-Kabel, dem alten Anschlusskabel einer Maus oder ähnlich gewonnen werden.
Für die Verdrahtung der GPIO-Steckleiste mit der RTC werden 4 (verschiedenfarbige) etwa 5 cm lange Litzen-Drähte benötigt. Die 3 Litzen-Drähte für den Anschluss an die 2,5 mm Klinkenbuchse des IR-Empfängers sollten etwa 11 cm lang sein.

Verdrahtungs-Tabelle
(Bereinigt 21.01.15, da die Tabelle scheinbar bei der Umstellung auf die neue Foren-Software zerstört wurde)

Die Drähte in die Pfostenbuchse einführen.

Die Abdeckung der Pfostenleiste so weit aufsetzen, dass die Drähte gerade noch eingeschoben werden können, sie aber nicht herausspringen. Die Nase der Pfostenleiste muss auf der Seite sein, wo die Drähte herausschauen. Der Draht in der ersten Kerbe, gekennzeichnet mit einem kleinen Dreieck, entspricht dem Pin 1 des RPi, die zweite Kerbe dem Pin 2 usw. Wenn alle Drähte eingeführt sind und die richtige Lage nochmals überprüft wurde, die Abdeckung mit einer Zange auf die Pfostenleiste pressen.

Die Lötansicht der Klinkenbuchse

An Masse (GND) der RTC-Platine werden 2 Drähte gelötet, einer zur Pfostenleiste, der Andere zur Klinkenbuchse. Über die 3 Drähte die zu der Klinkenbuchse führen, ein etwa 5 cm langes Stück Schrumpfschlauch schieben und nicht vergessen, bevor die Klinkenbuchse verlötet wird, über die 3 Drähte jeweils ein kurzes Stück Schrumpfschlauch, zur Isolation, zu schieben. Nach dem verlöten die Schrumpfschläuche über die Anschlüsse der Klinkenbuchse, und den Schrumpfschlauch über die 3 Drähte schrumpfen.

Ende Teil 1 von 3

Wie es scheint funktioniert das mit den Bildern von den Interpreten nicht. Wenn das AddOn keine Interpreten-Bilder scrapen kann, sollte es doch möglich sein, dass man diese Bilder selbst in das Verzeichnis kopiert.

Hallo,

mit dem Scraper TheAudioDb.com habe ich ein Musik-Video eingelesen, das hat auch soweit funktioniert. Wenn ich nun die Musikvideo-Informationen anzeigen lasse und "Interpreten" wähle, werden die Namen zwar angezeigt, aber keine Interpreten-Bilder. Die nfo habe ich exportiert, hier wird unter <artist> der Interpret</artist> eingetragen.
Bei Filmen wird der Schauspieler unter <actor> eingetragen und die Bilder der Schauspieler im versteckten Verzeichnis .actors abgelegt.
Bei einem Musikvideo wird jedoch kein Verzeichnis .actors, artist, .artists, .interpret, .interprets beachtet, in dem die Interpreten-Bilder liegen und somit werden keine Interpreten-Bilder angezeigt.
Kann dieser Scraper oder die nfo das einfach nicht, oder gibt es einen Trick, die Interpreten-Bilder doch anzuzeigen.

Getestet habe ich dies mit ""XBMC Gotham 13.0-RC1""

Zitat von darkside40

Habt Ihr noch irgendwelche hinweise wie ich da möglichst schnell ans Ziel, also einen funktionierenden headless VDR komme?
Sollte ich das ganze von Hand machen, also z.B. ein Ubuntu Server aufsetzen und dort VDR drauf installieren. Oder geht es wohl doch gleich mit yaVDR besser? Oder bringt mich die Server VErsion vn MLD schneller ans Ziel?

Auf PRO-LINUX habe ich letztes Jahr ein ausführlichen Artikel veröffentlicht, wie man unter Ubuntu 12.04 einen Samba-Dateiserver installiert. Das dürfte Dir weiterhelfen, den yaVDR kannst Du dann noch nachinstallieren.
http://www.pro-linux.de/artikel/2/1607…teiservers.html

Wenn Du unter TVHeadend 2 Satelliten scannst, z.B Astra und Hotbird, dann im Web-Interface die nicht benötigten Kanäle löschen willst, wirst Du keine Freude daran haben. Bei sehr vielen Kanälen lässt sich das Web-Interface eigentlich nicht mehr benutzen. Für DVB-T mag das alles noch OK sein.

Unter VDR kannst Du die Kanallisten (channels.conf) einfach von
http://channelpedia.yavdr.com/gen/
herunterladen und sie dann in der channels.conf so sortieren wie Du möchtest. Natürlich kannst du mit 'w_scan' die Kanäle auch selbst scannen.

Mit dem Add-on XVDR ist nun unter XBMC-Gotham (Beta) auch (Permanent) Timeshift möglich. Auf dem Klient (OpenELEC) im RAM (wenn Du genug davon hast) und auf der Festplatte. Es kann neuerdings im Timeshift auch vor und zurück gespult werden.

Danke mafe68 der Link hat mir weiter geholfen, ich hatte noch die alte Version (20130531) installiert

Eigentlich ist diese Version (20131226) für den VDR => 2.0.0 gedacht, jedoch funktionieren die Plugins, die ich benötige (sc und cryptoworks) auch unter dem originalen Debian-Wheezy VDR 1.7.28. Ob alle anderen Plugins funktionieren, habe ich nicht getestet.

Wenn es jemand interessiert, hier eine kleine Anleitung wie ich die Pakete erstellt habe:

Alle, für die Übersetzung benötigten Programme/Pakete müssen natürlich installiert sein (pkg-config vdr-dev build-essential fakeroot devscripts cdbs dpatch vdr-dev libssl-dev).

Verzeichnisse erstellen:

~# mkdir -p vdr-plugin-sc/src
~# cd vdr-plugin-sc/src

Quellen herunterladen:

~# wget http://ppa.launchpad.net/gandalf-der-grosse/stable-vdr/ubuntu/pool/main/v/vdr-plugin-sc//vdr-plugin-sc_1.0.0+hg20131226.1529-0yavdr0~0.5~precise.debian.tar.gz
~# wget http://ppa.launchpad.net/gandalf-der-grosse/stable-vdr/ubuntu/pool/main/v/vdr-plugin-sc/vdr-plugin-sc_1.0.0+hg20131226.1529.orig.tar.xz

Quellen entpacken:

~# tar xvzf vdr-plugin-sc_1.0.0+hg20131226.1529-0yavdr0~0.5~precise.debian.tar.gz
~# tar xvJf vdr-plugin-sc_1.0.0+hg20131226.1529.orig.tar.xz

Übersetzung vorbereiten:

~# mv debian vdr-plugin-sc/
~# cd vdr-plugin-sc/

In beiden Zeilen (vdr-dev, vdr) die VDR-Version 2.0.0 durch 1.7.28 ersetzen:

~# sed s/2.0.0/1.7.28/g debian/control > debian/control.neu
~# mv debian/control.neu debian/control

Übersetzen und Pakete erstellen:

~# dpkg-buildpackage -us -tc

Neu erstellte Pakete verschieben:

~# cd ..
~# mkdir ../deb
~# mv *.deb ../deb/

Aufräumen:

~# rm -r vdr-plugin-sc/
~# rm vdr-plugin-sc_1.0.0+hg20131226.1529-0yavdr0~0.5~precise_amd64.changes
~# rm vdr-plugin-sc_1.0.0+hg20131226.1529-0yavdr0~0.5~precise.dsc

Installieren was benötigt wird:

~# cd ../deb/
~# dpkg -i vdr-plugin-sc_1.0.0+hg20131226.1529-0yavdr0~0.5~precise_amd64.deb vdr-plugin-sc-...

Als "Lieferant" für Live-TV benutze ich den originalen VDR (1.7.28-1) unter Debian Wheezy. Nach dem ssl-Update (deb7u3 > deb7u4) von:
libssl1.0.0: 1.0.1e-2+deb7u3 auf 1.0.1e-2+deb7u4
und
openssl: 1.0.1e-2+deb7u3 auf 1.0.1e-2+deb7u4
funktioniert das sc-Plugin nicht mehr.
Als sc-Plugin verwende ich 'vdr-plugin-sc_1.0.0+hg20130531' das ich selbst übersetzt habe und das bisher tadellos funktionierte.
Das Plugin wurde mit 'libssl-dev' übersetzt. Auch wenn ich das Plugin mit der neuen 'libssl-dev 1.0.1e-2+deb7u4' übersetze, tut das Plugin nicht mehr das, was es soll.
Installiere ich die alten ssl-deb7u3-Versionen, funktioniert das Plugin wieder einwandfrei.

Hat jemand von Euch auch dieses Problem, gibt es einen Patch für das sc-Plugin?

Stand der Dinge.

Eigentlich habe ich zwei Haswell-Systeme, beide mit jeweils 4GB RAM:

1. Board: ASUS B85M-G
   CPU: Intel Core i3-4130
2. Board: ASRock H81M-ITX
   CPU: Intel Pentium G3220

Dazu zwei TV-Geräte:

• Samsung UE32F5070 (neuste Firmware: 1022.1)
• LG 19LD320-ZA

Auf beiden Systemen ist Ubuntu 12.04 mit dem Kernel: linux-generic-lts-saucy (3.11.0.15.14) und der X-Server: xserver-xorg-lts-saucy (7.7+0ubuntu2~precise1) installiert. Den Raspberry-PI, auf dem das Video ruckelfrei ablief, hatte ich an den kleinen LG angeschlossen.

Getestet habe ich nun auf dem zweiten System, mit dem LG.

Zitat von keibertz

Ich würde die Bildwiederholrate nicht fix auf 50 sondern auf Auto stellen und die Vertical Blank auf Immer.

Dieses habe ich nun getan, wobei ich die Möglichkeit, die 'Bildwiederholrate auf Auto' zu stellen nicht habe, es werden nur die Möglichkeiten: 23.98, 24.00, 25.00, 29,97, 30.00, 50.00, 59.94 und 60.00 angeboten. Da habe ich testweise 24.00 ausgewählt. Der Test nach einem Neustart von XBMC ergab jedoch, dass es weiter ruckelte. Nun habe ich die Einstellungen wieder zurückgesetzt auf:
Bildwiederholrate: 50.00
Vertikal Blank Synchronisation: wie Treiber (benötigt Neustart)
und XBMC neu gestartet.
Ein weiterer Test ergab, dass das Video nun nicht mehr ruckelte! Da ich der Sache nicht ganz traute, habe ich das System nun komplett neu gestartet und das Video lief einwandfrei ab

Auf dem ersten System wurden nun auch alle Schritte genau so, wie auf dem zweiten durchgeführt. Hier konnte das Video jedoch nicht ruckelfrei abgespielt werden. Nun mal testweise den kleinen LG, anstatt des Samsung an das System angeschlossen, kein Ruckeln mehr
Das HDMI-Kabel, mit dem der kleine LG angeschlossen war habe ich nun für die Verbindung mit dem Samsung verwendet, das brachte jedoch auch keine Besserung.
Wie es also aussieht, mag der 'Samsung UE32F5070' 24p nicht. Einen Blu-ray Player habe ich nicht, so dass ich das mit einem anderen Gerät testen könnte.

Zitat von keibertz

Deine Audio Settings fehlen. Und genau bei den Settings liegt auch meist der Fehler ....
Die AudioSettings müssen zu vorhandenen Hardware und Verkabelung passen. Da ist XBMC etwas eigen.

Die Audio-Ausgabe erfolgt bei beiden direkt über das TV-Gerät. Diese Einstellungen habe ich von Audio output - XBMC übernommen. Ein Bildschirm-Foto befindet sich im Anhang.

In den Menüs des Samsung habe ich keine Möglichkeit gefunden, irgendwelche 24p-Einstellungen zu ändern.

Den neuen 3.11er Kernel (linux-generic-lts-saucy) und den neuen X-Server (x11-xserver-utils-lts-saucy) habe ich installiert, das hat aber auch nichts gebracht. Habe auch mal OpenElec auf einen USB-Stick installiert, die verwenden einen 3.10.20er Kernel und von diesem gebootet, auch das bringt kein ruckelfreies Video.
Manche meinen unter den 'Video-Einstellungen > Wiedergabe' die 'Hardwarebeschleunigung erlauben (VAAPI)' zu deaktivieren, auch das bringt nichts.
(VAAPI driver for Intel G45 & HD Graphics family)

keibertz
Das was ich in die Konfigurationseinstellungen geschrieben habe, kann Du mir schon glauben.
Wo gibt es für die Video-Ausgabe noch weitere Optionen zu konfigurieren, wieso sind das nicht alle Einstellungen?

Aber ich kann gerne die beiden Bildschirmfotos einfügen: