vdr-sxfe local , remote ...... hääää :D

Soweit mir bekannt ist kann der vdr selbst vdr-sxfe starten (local=vdr-sxfe in der xineliboutput.conf)
vdr-sxfe manuell auf dem vdr Rechner gestartet werden (oder per script) (local=none in der conf)
oder halt auch manuell auf nem client.
Könnte sein das es nen Unterschied zwischen vdr-sxfe auf dem vdr oder auf dem client gibt,
gibt ja xineliboutput-sxfe und libxineliboutput-sxfe... wo nun genau der Unterschied liegt kann ich nicht sagen...

Und wenn Du nur nebenbei über ne Fullfeatured guckst brauchts auch kein vdr-sxfe, mit budget wäre es nötig, alternativ softdevice oder xine etc.

Also,

Wie du schon geschrieben hast, gibt es die möglich keit, vdr-sxfe lokal oder remote zu starten. Zum Xineliboutput Plugin gehören fünf wichtige Dateien/Pakete: Einmal das Plugin selber und jeweils für die beiden Ausgabearten (sxfe und fbfe) eine Lib (für die "lokale" Ausgabe) und ein Programm (für die "remote" Ausgabe per vdr-(fb|sx)fe. Da du die Ausgabe über den X-Server laufen lässt, brauchst du nix von der "fbfe" Version.

Bei der "local" - Ausgabe wird die Ausgabe direkt vom VDR gestartet, kein Umweg über Netzwerk oder so. Jedoch muss auch immer eine Ausgabe möglich sein (X-Server muss schon gestartet sein und für VDR nutzbar), sonst startet der VDR nicht.

Bei der "remote" - Ausgabe wird der Stream einem sich mit dem VDR verbindenen vdr-sxfe zur Verfügung gestellt. Das kann über ein Netzwerk sein, aber auch über eine Pipe. Vorteil ist die Trennung von VDR und Ausgabe. Schmiert dein X-Server ab oder startet nach nem Update nicht mehr, ist das dem VDR egal.

Also, ich bevorzuge die "remote" Variante, auch wenn alles auf einem PC läuft. Da kann ich, um ein paar Watt zu sparen, die Ausgabe stoppen, wenn der VDR nur noch aufnehmen soll.

Achso, ne IP Adresse brauchst du nach "--remote=" nicht angeben, nur den Port.

MfG,
artemis

Zitat

Original von netvista-fan
Soweit mir bekannt ist kann der vdr selbst vdr-sxfe starten (local=vdr-sxfe in der xineliboutput.conf)

Nein, das stimmt nicht. Wie artemis schon sagte lädt der vdr eine Shared Library mit der Funktionalität von vdr-sxfe. Die Einstellung heißt auch local=sxfe. Bei Debian-Systemen steckt das auch in unterschiedlichen Paketen. Die lokale Variante ist in libxineliboutput-sxfe und vdr-sxfe steckt in xineliboutput-sxfe.

Gerald

Zitat

Original von thomas-f
Ich versuchte nun mal den vdr per vdr -Pxineliboutput zu starten .... also local

Unsinn, das Plugin musst du immer laden, unabhängig ob der Client local oder remote läuft. Die Parameter entscheiden ob es local oder remote ist.

Zitat

Original von thomas-f
Ok, lasse ich nun das startx nicht automatisch ablaufen (womit also der DVB-Treiber Zeit genug hat) , dann startet vdr, aber ich habe
1. Immer eine kleines Bild, obwohl in der plugin.xineliboutputplugin.conf --fullscreen sowie auch --aspect=16:9 steht.

Die Datei plugin.xineliboutputplugin.conf wird von runvdr geladen und als Parameter dem xineliboutput-Plugin übergeben, aber das zieht natürlich nicht, wenn du selber, wie oben von dir beschrieben, das Plugin lädst anstatt es dem runvdr-Skript zu überlassen.

Gerald

Grundsätzlich ist es immer besser mit der Remote-Variante zu arbeiten und den vdr-sxfe in einem eigenen Start-Skript zu starten. Dadurch kannst du den VDR unabhängig von X-Starten. Außerdem kannst Du einfacher auf alternative Frontends wie MMS oder XBMC umschalten, weil du ja einfach den vdr-sxfe beenden kannst. Bei deinem Ansatz würden sich der vdr und MMS/XBMC z.B. um die Fernbedienung prügeln. Auch wenn die Variante-Remote heißt, bedeutet das ja nicht, dass der vdr und das Remote-Frontend vdr-sxfe nicht auf dem selben Computer sein dürfen.

Gerald

Zitat

Original von thomas-f
Man ist das alles ein Chaos

Ist es nicht. Entfernt heißt nur, dass der vdr das Bild nicht selbst ausgibt, sondern der separate Client vdr-sxfe. Dabei ist es egal ob vdr-sxfe auf dem selben Rechner oder auf einem anderen läuft.

Bei dem was du über google bekommst musst du immer beachten für welche Distribution das gilt. Bei Debian/Ubuntu brauchst du nach der Installation eines Plugins mit apt-get exakt nichts tun damit das Plugin vom vdr geladen wird. Du musst eventuell nur Einstellungen in den plugin.*.conf-Dateien ändern und den VDR neustarten. Weil das bei einigen anderen Distrbutionen weniger komfortabel gelöst ist, erwischt man dann bei google Anleitungen die nicht passen.

Gerald

son quatsch

vdr-sxfe ist nie local auch wenns am selben rechner laeuft.

--local=none
--remote

thomas-f

vdr-sxfe ist für die REMOTE Verbindung. Und da ist es wie gda schon geschrieben hat egal ob auf dem selben Rechner oder z.B. eine Verbindung über das Netzwerk machst.

Um nun aer local zu starten also aus dem VDR direkt, muss der Aufruf in der *.conf so lauten
--local=sxfe
--remote=none

gruß
der spacy

Jo, man lernt nie aus...
Da das local frontend wegen mms nie eine Option war, ist mir grad klar geworden das local ja tatsächlich ein "anderes" frontend läuft...

vdr starten mit: (als root)
/etc/init.d/vdr start
???
(das init script sollte im normalfall die installierten plugins mit starten)

alternativ mit vdr -P xineliboutput (imho gehört da ein space rein...)
(wobei der vdr ggf meckern könnte wenn er root rechte hat, also besser als user vdr!)

Und generell dürfte der vdr auch automatisch beim booten über die init scripte gestartet werden.
Wenn nicht dürfte in den meisten fällen was falsch konfiguriert sein, dann mal ins log schauen!

thomas-f
wenn du in der console aus fluxbox nur vdr eingibst dann fehlen im die Orte wo die plugins, conf's und so weiter liegen.
Du solltest wenn du E-tobi/Hanno nutzt, den VDR über das init-script starten
/etc/init.d/vdr start

Wie soll denn das Bild kommen über local=none oder local=sxfe?
Würde dir für den Anfang den TIP geben den VDR mit local=none zu starten.
Dann machst du in der console aus Fluxbox herraus ein 'vdr-sxfe --video=xv oder was auch immer --verbose
Somit solltest du dann ein Bild im Fenster erhalten.

Gruß
spacy