[clausmuus]

So, ich hab's nun selber getestet. Der Zweite Vorschlag hilft

Claus

[clausmuus]

Hi,

inzwischen funktioniert nun auch die Steuerung des VDR per cec. Das benötigte libcec-daemon Addon ist in den Images enthalten.
Offene Probleme sind zur Zeit, dass nur wenige HD Sender funktionieren und dass das Bild nach einigen Minuten stehen bleibt. Beides wird sicher gelöst, sobald ardi wieder Zeit findet am rpi xine Plugin weiter zu arbeiten.

Claus

[scoep]

inzwischen funktioniert nun auch die Steuerung des VDR per cec. Das benötigte libcec-daemon Addon ist in den Images enthalten.

Super, danke!

[t-bird.de]

Hallo,

mit dem Parameter funktioniert das OSD. Super, vielen Dank.

HD-Aufnahmen abspielen geht aber leider noch nicht.

LG

t-bird
 

[clausmuus]

Ich hab gestern neue Images online gestellt, die den neusten RPI Kernel, die neuste Firmware und den neusten VDR enthalten. Ich bin allerdings noch nicht dazu gekommen diese zu testen.

Claus

[Frounts]

Vielen Dank fürs neue Image.
Der Vomp-Client funktioniert ohne Probleme. Mir kommt vor, die sporadischen Mini-Tonaussetzer sind weg und das Bild kommt schneller nach dem Umschalten.

LG Fr.

[t-bird.de]

Der Vomp-Client funktioniert ohne Probleme.

Hi Frounts,

heißt das, dass auch HD-Aufnahmen ohne Ruckeln abgespielt werden?

LG

t-bird
 

[clausmuus]

Soweit ich weiß, ist das mit dem vomp-client kein Problem.

Claus

[t-bird.de]

Hallihallo,

jetzt funzt es perfekt!!!!!!!!!

Die HD-Aufnahemen der anderen VDR werden jetzt ohne Störungen abgespielt.

Noch eine wichtige Information: Da der Raspy ja - was die CPU angeht - etwas schwachbrüstig ist, sollte man das zentrale Video-Verzeichnis auf jeden Fall via NFS mit UDP von der NAS oder einem Server mounten!

TCP ist einfach zu CPU-lastig. Das kenne ich noch aus den alten M740AV-Zeiten.

Da meine Synology aber die Paketgröße für den read-default auf 8k setzt, gab es Tonstörungen (CPU überlastet). Die read-size muss auf 32k gesetzt werden, die write-size steht schon auf 32k und das ist in Ordnung.

Mit diesem mount-string in der /etc/fstab klappt es super:  192.168.1.7:/volume1/video3 /mnt/data  nfs  nolock,udp,rsize=32768,bg  0 0

LG

t-bird
 

[t-bird.de]

Halli hallo,

ich bin es mal wieder. Mit einem kleinen Nachtrag zur Konfiguration, da mich mein Raspi fast in den Wahnsinn getrieben hat. Gestern wollte ich mit dem Raspi mal wieder Aufnahmen ansehen und hatte bei den HD-Aufnahmen wieder Tonstörungen.

Nach einigem probieren habe ich es heute endlich hinbekommen:

Wie schon gesagt, ich nehme auf eine NAS im Keller auf und mounte das Viedeo-Verzeichnis von dort. Dafür kommt - wegen der schmalen CPU des Raspi - per nfs nur UDP infrage und zwar mit angepasster Paketgröße:

Code: [Select]

Eintrag in der /etc/fstab:

192.168.1.7:/volume1/video3 /mnt/data nfs nolock,udp,rsize=32768,bg 0 0


Bei meiner Fehlersuche sind mir noch zwei tote links aufgefallen, die ich auf die vorhandenen Gegebenheiten angepasst habe. Die links zeigten auf vomp-dongle-0.3.0 und vomp-dongle-0.3.0.ver. Da im gleichen Verzeichnis jetzt die 4er-Versionen liegen, habe ich sie umgebogen:

Code: [Select]

Zwei tote links im Verzeichnis /etc/vdr/plugins/vompserver/tftpboot:

die sehen nach dem Umbiegen jetzt so aus:

dongle.bin -> vomp-dongle-0.4.0
dongle.bin.ver -> vomp-dongle-0.4.0.ver


Aber das wichtigste ist die Anpassung der config.txt! Nach ein wenig Recherche habe ich rausgefunden, dass es wohl so etwas wie eine gewisse Streuung in der Leistung der Raspberries gibt. Das würde zumindest erklären, weswegen der eine ohne

[clausmuus]

Danke für den Hinweis.
Ich hab die over_voltage für 900MHz auf 2 gestellt und ne force_turbo Option zu den RPI Settings hinzugefügt.

Zu den unterschiedlichen Verhalten der RPIs:
Es gibt zwei Werke in denen der RPI gefertigt wird. Die verwenden unterschiedlichen RAM. Und die arbeiten unterschiedlich schnell. Beide Varianten haben sowohl Vor- als auch Nachteile.

Claus