[gelöst] SoftHdDevice --> Verständnisfrage

VDRFirtie · 5. Mai 2013

ich habe nun das Softharddevice installiert und bin ein wenig verwirrt.
Nach der Installation des Plugins habe ich einen Eintrag im VDR Menü
gefunden: SoftHdDevice

Die Bildausgabe vom VDR geht derzeit über xineliboutput was ich
mit "vdr-sxfe --fullscreen" starte.

Ich verstehe den Zusammenhang nicht ganz.
Läuft nun das Softhddevice anstelle der Ausgabe über xineliboutput ?

Das Softhddevice bekomme ich jedoch nicht händisch gestartet:

Code

svdrpsend plug softhddevice atta

Dann erhalte ich als Fehlermeldung:

Code

can` t attach SoftHdDevice not detached
 vdr closing connection

Die Google Suche hat mehr Verwirrung bei mir gestiftet wie Klarheit.

Verstehe ich das richtig, dann kann das Softhddevice X selbstständig
starten.

Derzeit nutze ich zum Einrichten von dem VDR noch XFCE4 und logge mich über Slim ein. Der Plan ist
aber XFCE4 sowie Slim nicht mehr zu nutzen (hier gibt es eine tolle Idee/Anleitung von eTobi) und würde den VDR auf einem eigenen Display starten.

Mir ist gerade nicht klar ob die Ausgabe über das SoftHdDevice ausgegeben wir, oder aber Xineliboutput dies erledigt was ich ja schließlich gestartet habe.

Wie muss ich das SoftHdDevice verstehen und wie kann ich erreichen das dieses ohne xineliboutput (sollte das der Fall sein) genutzt wird ?

seahawk1986 · 5. Mai 2013

Also das Frontend von softhddevice läuft unter dem User unter dem der VDR gestartet wurde. Damit musst du dem User entsprechende Rechte mit xhost einräumen, wenn es nicht der gleiche ist, der sich über slim angemeldet hat.

Andere Ausgabeplugins sollte man deaktivieren und die DISPLAY-Variable (Argument -d für softhddevice) richtig setzen.

mini73 · 5. Mai 2013

Moin!

softhddevice ist ein eigenständiges Ausgabe-Plugin. Es macht ein eigenes Fenster auf und nutzt dann z.B. VDPAU für die Videoausgabe. Es stellt auch einen OSD-Provider zur Verfügung und malt das OSD entsprechend auf sein Videofenster. Wenn man es allerdings in einer Desktop-Umgebung benutzen will, gibt es da ein paar Dinge zu beachten. Das X-Fenster wird vom vdr-Prozess gestartet, d.h. der vdr braucht Zugriff auf X. Wenn der Desktop unter einem anderen Benutzer läuft, muss man etwas basteln (davon hab ich aber keine Ahnung).

xineliboutput ist dafür gedacht, über Netzwerk (auch lokal) auf den vdr zuzugreifen und die Ausgabe auf den Schirm zu bringen. Deshalb gibt es die beiden Komponenten Plugin und vdr-sxfe. vdr-sxfe ist quasi das X-Fenster und es verbindet sich mit dem Plugin im vdr, um die Video- und OSD-Daten dort herzubekommen und darzustellen.

softhddevice ist eher so ähnlich wie dvbhddevice oder dvbsddevice (oder das alte softdevice). Es stellt die Ausgabe direkt auf der passenden Hardware dar, hier eben eine Grafikkarte, während dvb?ddevice eben die Ausgabe über eine FF-Karte realisieren.

Lars.

VDRFirtie · 5. Mai 2013

OK, habe ich soweit verstanden.

Ich habe zum testen auf der Konsole

Code

xhost +

gesetzt um freie Fahrt zu haben und habe dann erneut versucht via

Code

svdrpsend plug softhddevice atta

zu starten.

Erhalte aber folgendes:

Code

root@chrisHDTV:~# xhost +
access control disabled, clients can connect from any host
root@chrisHDTV:~# svdrpsend plug softhddevice atta DISPLAY=:0.0
220 chrisHDTV SVDRP VideoDiskRecorder 2.0.1; Sun May  5 13:38:48 2013; UTF-8
900 can't attach SoftHdDevice not detached
221 chrisHDTV closing connection
root@chrisHDTV:~#

Meine "setup.conf" für den VDR beinhaltet div. Einstellungen zum SoftHdDevice, die ich aber wie gesagt aus dem OSD-Menü welches ich via "vdr-sxfe" gesartet habe, vorgenommen hatte.

In meiner "plugin.xineliboutput.conf" steht folgendes:

Code

--video=vdpau
--local=none
--primary
--remote=127.0.0.1:37890

aber wenn ich das richtig verstanden habe, dann dürfte diese gar nicht mehr zum Einsatz kommen, oder ?

Zitat

Andere Ausgabeplugins sollte man deaktivieren und die DISPLAY-Variable (Argument -d für softhddevice) richtig setzen.

Standardmäßig wird das Display 0 angezogen was noch in meinem Fall richtig ist.
Das Ausgabeplugin starte ich händisch, oder wo sollte ich xinelipoutput deaktivieren ?
Steht natürlich in der "setup.conf" noch drinnen.

In der "svdrphosts.conf" ist nur

Code

127.0.0.1

aktiviert.

Ich verstehe vor allem eines nicht: Wie kann ich z.B. auf der Konsole bei laufendem X-Server aus der Desktopumgebung heraus (als User hdtv angemeldet, wobei root den VDR wohl startet würde ich sagen) das SoftHdDevice starten ? Nur zum testen, da später das ganze ohne einen Desktop laufen soll (nur bei Bedarf).

Welche "*.conf" muss ich wie anpassen, welche Variablen muss ich setzen, ...

seahawk1986 · 5. Mai 2013

Zitat von VDRFirtie

Das Ausgabeplugin starte ich händisch, oder wo sollte ich xinelipoutput deaktivieren ?

Bei den etobi-Paketen in der /etc/vdr/plugins/order.conf

Code

-xineliboutput

vdr-sxfe ist ja nur das Remote-Frontend für das xineliboutput-Plugin, nicht das VDR-Plugin selbst.

Die Parameter für softhddevice sollten über die /etc/vdr/plugins/plugin.softhddevice.conf übergeben werden können.

VDRFirtie · 5. Mai 2013

In der "/etc/vdr/plugins/order.conf" steht folgendes:

Code

first_plugin
second_plugin
-disabled_plugin
*
last_plugin

Eine "/etc/vdr/plugins/plugin.softhddevice.conf" habe ich derzeit nicht.

Könnte das mein Problem sein ?
Warum ist diese bei der Installation von dem SoftHdDevice Plugin nicht mit angelegt worden ?

Wie könne eine solche rudimentäre "*.conf" aussehen ?

Kann ich danach auf der Konsole via

Code

svdrpsend plug softhddevice atta

die Ausgabe starten und wie würde ich das beenden ?

Nachtrag:

Wenn ich

Code

xhost +

ausführe und dann via

Code

vdr-sxfe

die Ausgabe starte, wird das SoftHdDevice mit gestartet und liegt quasi im Hintergrund.
Ich kann dann das die Ausgabe via vdr-sxfe wieder schließen und das SoftHdDevice läuft weiter.

Allerdings ohne Ton und ein stockendes/ruckelndes Bild.
Das liegt aber wohl an den fehlenden Parametern in der

Code

/etc/vdr/plugins/plugin.softhddevice.conf

.
VDPAU sollte laufen.

Trotzdem ist mir nicht klar wie kann ich das von Hand starten und beenden ?

johns · 5. Mai 2013

Ist die Frage ob deine Distribution (welche hast den?) /etc/vdr/plugins/plugin.softhddevice.conf verwendet.
Wenn ja https://github.com/lucianm/gen…ddevice/files/confd-0.6.0
ist hier ein Beispiel.

Ansonsten "vdr -Psofthddevice -h" oder das README lesen, warum meinst du heißt dies README=LIESMICH?

Vergiss das Ganze xine, entweder du nimmst xine oder softhddevice, aber nicht beides.
Also vdr-xineliboutput als Plugin raus und vdr-sxfe nicht starten.

Wenn du die Parameter von SoftHdDevice richtig gemacht hast, dann startet es entweder ein eigenes X11
dann einfach mit ALT-FX auf die Konsole umschalten oder ein Fenster wenn du "ATTA" machst.

Fenster bekommst weg, wenn du im VDR Menu -> SoftHdDevice -> Suspend machst oder ein "DETA" schickst.

Aber bevor du lange rumspielst: Kann deine Karte überhaupt VDPAU? Ist es die 6200? Ich denke die kann kein VDPAU.

Johns

seahawk1986 · 5. Mai 2013

Zitat von VDRFirtie
In der "/etc/vdr/plugins/order.conf" steht folgendes:
Code
first_plugin
second_plugin
-disabled_plugin
*
last_plugin

Die plugin-loader.sh bei den e-Tobi VDR Paketen startet jedes installierte Plugin, wenn man es nicht explizit in der Datei ausschließt.

Zitat von VDRFirtie

Eine "/etc/vdr/plugins/plugin.softhddevice.conf" habe ich derzeit nicht.
Könnte das mein Problem sein ?

Die brauchst du auch nur, wenn du dem Plugin noch Startparameter mitgeben willst.

Zitat von VDRFirtie

Warum ist diese bei der Installation von dem SoftHdDevice Plugin nicht mit angelegt worden ?

Evtl. weil e-Tobi das Paket von yaVDR übernommen hat und bei uns die Datei aus einem anderen Distributionspaket kommt.

Zitat von VDRFirtie

Wie könne eine solche rudimentäre "*.conf" aussehen ?

Du schreibst die Argumente rein, die du dem Plugin übergeben willst. Für die aktuellen Version aus dem Git sind das mögliche Parameter:

Code

softhddevice (0.6.0-GIT4fe1c43) - A software and GPU emulated HD device


  -a device     audio device (fe. alsa: hw:0,0 oss: /dev/dsp)
  -p device     audio device for pass-through (hw:0,1 or /dev/dsp1)
  -c channel    audio mixer channel name (fe. PCM)
  -d display    display of x11 server (fe. :0.0)
  -f            start with fullscreen window (only with window manager)
  -g geometry   x11 window geometry wxh+x+y
  -v device     video driver device (va-api, vdpau, noop)
  -s            start in suspended mode
  -x            start x11 server, with -xx try to connect, if this fails
  -X args       X11 server arguments (f.e. -nocursor)
  -w workaround enable/disable workarounds
        no-hw-decoder           disable hw decoder, use software decoder only
        no-mpeg-hw-decoder      disable hw decoder for mpeg only
        still-hw-decoder        enable hardware decoder for still-pictures
        still-h264-hw-decoder   enable h264 hw decoder for still-pictures
        alsa-driver-broken      disable broken alsa driver message
        ignore-repeat-pict      disable repeat pict message
  -D            start in detached mode

Alles anzeigen

Zitat von VDRFirtie
Kann ich danach auf der Konsole via
Code
svdrpsend plug softhddevice atta
die Ausgabe starten und wie würde ich das beenden ?

Code

svdrpsend plug softhddevice deta

Zu der Problematik, dass das softhddevice Fenster erst auftaucht, wenn du vdr-sxfe startest:
Es kann sein, dass xinelibputput den OSD-Provider stellt - daher deaktiviere das Plugin doch einfach mal...
Ton bekommst du nur, wenn der VDR auf das Audio-Device zugreifen darf. Falls da Pulseaudio verwendet wird, musst du einiges Umbiegen, damit das klappt, wenn es nur Alsa ist, musst du verhindern, dass jemand aus deiner Desktop-Session (z.B. vdr-sxfe) die Soundkarte blokiert..

VDRFirtie · 5. Mai 2013

Die GraKa kann VDPAU (ist nicht die aus der Signatur): Zotac IONITX-G-E MiniITX MoBo mit Intel Atom 330 / 1.6 GHz ( Dual-Core )
Es geht um folgenden Rechner aus diesem Projekt: Projekt realistisch ?

Distri ist Debian Wheezy. VDR Pakete sind wieder von eTobi.

Lt. vdpauinfo läuft das auch. Die Prozessorlast bei laufendem VDR liegt bei ca. 2 - 3%. Das sollte sonst höher sein, oder ?
Was das Bild angeht, so könnte das auch noch ein Problem mit der geringen Signalstärke sein (ca. 60%). Bei meinem VDR aus der Signatur liegt die mit zwei Karten bei je ~90% +/- um und bei. Ich habe einfach die channels.conf aus diesem VDR übernommen, da ich ein Problem mit wirbelscan habe. Kann die Signalstärke auch auf Grund einer nicht korrekten channels.conf ein Problem sein (obwohl auf dem anderem VDR diese super ist) ?

Die Readme habe ich natürlich vorab gelesen (ebenso wie ich die Suchfunktion verwendet habe :-).

Für die Soundausgabe verwende ich ALSA.
Wenn ich also die Ausgabe nicht via vdr-sxfe starte, dann benutzt das Device auch keiner und SofHdDevice sollte darauf zurückgreifen können.

Die Parameter für das SoftHdDevice stehen bei mir in der setup.conf die ich über das OSD Menü eingestellt habe.

Müsste ich für das Display dann 0:1 übergeben (da der Desktop bereits auf 0:0 läuft) ?

Das Blockieren würde ich in der "order.conf" dann erledigen ?

seahawk1986 · 5. Mai 2013

Zitat von VDRFirtie

Für die Soundausgabe verwende ich ALSA.

Dann muss der User, der den VDR ausführt in die Gruppe audio.

Zitat von VDRFirtie

Müsste ich für das Display dann 0:1 übergeben (da der Desktop bereits auf 0:0 läuft) ?

Wenn da nur ein Monitor dran hängt nicht. Am besten mal in einem Terminal auf dem Desktop nachsehen:

Code

echo $DISPLAY

":0" wäre in dem Fall der erwartete Wert.Wenn du das explizit für softhddevice setzen willst also "-d :0".

Zitat von VDRFirtie

Das Blockieren würde ich in der "order.conf" dann erledigen ?

Ja, das ist doch schon ewig die Vorgehensweise bei e-Tobi Paketen wenn man ein installiertes Plugin nicht laden lassen will...

VDRFirtie · 5. Mai 2013

Ok, habe das xineliboutput Plugin blockiert, dann xhost + ausgeführt und auf der XTerm Konsole (geht anscheinend nicht auf jeder Konsole) mit

Code

svdrpsend plug softhddevice atta

die Ausgabe gestartet.

Nun habe ich ein eigenes Fenster mit dem SoftHdDevice Plugin, aber immer noch kein Ton und das Bild ruckelt/stuckert nach wie vor. Unter der Ausgabe mit dem xineliboutput Plugin ist das nicht so.

Macht das Sinn div. Parameter noch mit zu übergeben ?
Wo kann ich noch dran drehen und warum startet das Plugin nicht von selber "X" ?

Wenn ich root den Zugriff auf X erlaube ist das Sicherheitstechnisch nicht eher bedenklich ?

johns · 5. Mai 2013

Logs!

Wenn du einen eigenen Server willst dann musst du den Parameter -x angeben,
wenn dein asound.conf nicht stimmt, dann mußt du den richtigen Parameter mit -a angeben.
Wenn du zwei X Server willst, dann den Parameter -d :1.0

Normal kannst du X11 Befehle von überall schicken, wenn es der Gleiche Benutzer ist, der X
gestartet hat. export DISPLAY=:0.0 und schon kannst die Befehle wie in xterm eingeben.
Wenn es andere Benutzer machen sollen, dann xhost + oder besser xhost +localhost.

VDR sollte nicht als Root laufen, aber root darf eigentlich sowieso alles.

Johns

VDRFirtie · 5. Mai 2013

Wenn ich das richtig interpretiere, dann wird der VDR durch root gestartet.
Vielleicht irre ich mich da auch

Bleibt aber noch ein gravierendes Problem mit dem Bild welches sich schwer tut (ruckelt,srockt. ... mit flackerndem Streifen am Horizont).
Vielleicht muss ich doch Parameter, welche auch immer. mit übergeben !

seahawk1986 · 5. Mai 2013

Zitat von VDRFirtie

Bleibt aber noch ein gravierendes Problem mit dem Bild welches sich schwer tut (ruckelt,srockt. ... mit flackerndem Streifen am Horizont).

Hast du zwei Ram-Riegel verbaut, so dass sie im Dual-Channelbetrieb laufne können und der Grafikkarte 512 MB im BIOS zugewiesen? Was hängt da für ein TV/Bildschirm dran? Falls TV: Bildwiederholrate möglichst auf 50Hz einstellen, ansonsten 60Hz Modus in den Einstellungen von softhddevice aktivieren. Einen Deinterlacer solltest du dann auch noch wählen (Bob oder temporal).

VDRFirtie · 5. Mai 2013

Ja, sind zwei RAM Riegel verbaut.
Zuweisung im BIOS muss ich passen und nach schaun.

Da hängt ein LCD TV (Philips) am anderen Ende und wird mit 60Hz befeuert.
Lt. Spec. TV werden folgende Computerformate unterstütz (relevant):

1024 x 768, 60Hz; 1920 x 1080i, 60Hz; 1920 x 1080p, 60Hz

Videoformate wie folgt:

1080i, 50 - 60Hz; 1080p, 24,25 und 30[Hz]; 1080p 50 und 60[Hz]

Derzeit habe ich 1920 x 1080 bei 60Hz für die Auflösung am laufen.
Deinterlacer ist Bob gewählt.

Wie/wo kann ich im BIOS für normal den Arbeitsspeicher der OnBoard GraKa zuweisen ?

gda · 5. Mai 2013

Zitat von VDRFirtie

1024 x 768, 60Hz; 1920 x 1080i, 60Hz; 1920 x 1080p, 60Hz

Warum benutzt du 60Hz? Bist du in den USA?

Wenn nicht, bekanntermaßen kommt das Fernsehen in Deutschland mit 50Hz, was soll denn der VDR zaubern um die unvermeidlichen Lücken aufzufüllen? Schneller abspielen? Geht doch nicht weil es nicht schnell genug kommt.
Kann also nicht sauber sein.

Was ist also der Hintergrund für die Entscheidung für 60Hz?

Gerald

VDRFirtie · 5. Mai 2013

Ok, habe das gerade nochmals geprüft: LCD TV läuft mit 50Hz und bei dem SoftHdDevice steht die Einstellung auch auf 50Hz (60Hz verwenden: nein).

Wie/wo kann ich im BIOS für normal den Arbeitsspeicher der OnBoard GraKa zuweisen ?

Lt. NVIDIA Settings sind 512MB für die GraKa bereits abgeschoben.

VDRFirtie · 5. Mai 2013

Ich würde ja gerne bei dem SoftHdDevice bleiben; vor allem was ich zwischenzeitlich über xineliboutput und softhddevice gelesen habe, aber mit der ersten Zeile die am springen ist, dem Bild was ruckelt/stockt und dem fehlenden Ton wird das eher schwierig.

Ich werde morgen noch ein bisserl probiere.
Vielleicht fällt euch noch etwas ein, bzw. welche Log benötigt Ihr ?

VDRFirtie · 6. Mai 2013

Habe das Problem mit der Signalstärke verbessern können. Liegt nun bei ca. 80% (muss ich aber wieder zurück bauen).
Liegt an meiner Verteilung an die Geräte, bzw. Anzahl und das ich hier nur über einen USB-Stick empfange der nicht ganz so leistungsstark zu sein scheint wie die Karten in dem VDR aus der Signatur.

Leider konnte ich auch damit nicht das ruckelnde/stockende Bild beheben.
Auch der Zeilensprung ist noch da, wobei ich denke das hat damit auch nichts zu tun.

Ich habe mit den SoftHdDevice Einstellungen (Deinterlacer, VDPAU Funktionen, ...) ein wenig probiert, aber auch das hatte keine Auswirkung auf mein Problem.

Letzter Versuch wird sein dem Device über die (noch) nicht existierende *.conf ein paar Parameter mit zu übergeben.
Danach fällt mir auch nicht mehr ein.

seahawk1986 · 6. Mai 2013

Zitat von VDRFirtie

Auch der Zeilensprung ist noch da, wobei ich denke das hat damit auch nichts zu tun.

Du kannst in den Einstellungen von softhddevice für jede Auflösung angeben, wie viele Zeilen oben und unten vom Bild abgeschnitten werden sollen.

[gelöst] SoftHdDevice --> Verständnisfrage

Jetzt mitmachen!

Teilen