Einträge in der order.conf scheinen nicht zu funktionieren...
Die haben damit auch rein gar nichts damit zu tun...
Der VDR regelt das über ein Prioritäten-System, das jeder Aktion, die eine DVB-Karte nutzt eine gewisse Priorität zuweist. Außerdem hat das Streamdev-Plugin eindeutige Einstellungen, die Regeln ob es den Kanal am Server umschalten darf, um einen Client zu bedienen.
Sorry,
war vielleicht etwas zu knapp formuliert ...
Erstmal die Topologie:
* Headless Server
* ein Client mit vdr-sxfe
* mehrere Streamdev-Clients
Wenn jetzt ein oder mehrere Streamdev-Clients laufen, sollen die nach dem Motto first come, first serve behandelt werden.
Kommt der vdr-sxfe Client, soll der auf jeden Fall schauen können, was er will, ohne Rücksicht auf die Streamdev-Clients.
Klar, ich kann dem Streamdev-Plugin die Erlaubnis zum Umschalten nehmen, aber das sollen sie können, solange das xineliboutput-plugin
nichts zu tun hat.
Weiterhin kann ich via vdr-sxfe stremdev-clients trennen, auch gut, aber ich habe folgendes mehrfach probiert:
1. streamdev-client darf umschalten und läuft erst einmal nicht
2. ich schaue via vdr-sxfe
3. streamdev-client kommt hinzu, schaltet mir am vdr-sxfe das Programm um !
4. Der Versuch, wieder umzuschalten endet mit "Kanal ist nicht verfügbar"
5. ich muss erst die streamdev-Verbindung trennen..
Also hat das streamdev-plugin doch eine höhere Priorität als das xineliboutput-plugin, oder ?
Schließlich habe ich nicht unbedingt den selben Fernseh-Geschmack wie das Kinderzimmer ...
Eine zweite Tuner-Karte entschärft das Problem zwar, beseitigt es aber nicht ganz.
Ich hoffe, ich nerve die Techniker nicht mit solchen sozialen Problemen 
Gruß
bernie
Mit nur einem Tuner würde ich behaupten macht ein Server Client-Betrieb mit mehreren Clients einfach gar keinen Sinn.
Diese Wiki Infos kennst du:
http://www.vdr-wiki.de/wiki/index.php…chaltprobleme_1
Also sollte das Pausierverhalten nicht auf "immer pausieren" stehen.
Dann klaut dir der Client auch nicht die Kontrolle
Also sollte das Pausierverhalten nicht auf "immer pausieren" stehen.
Dann klaut dir der Client auch nicht die Kontrolle
.. dann darf der streamdev-client aber gar nicht mehr den Transponder wechseln, auch wenn keine weiteren Clients aktiv sind ..
Ich will lediglich dem xineliboutput-plugin bei der Senderwahl Vorrang vor dem streamdev-plugin geben ..
Dazu muss doch nur die Live-TV Priorität am Server höher sein als die Live-TV Priorität am Streamdev-Client (wenn man streamdev 0.6 einsetzt):
The server-side setting "Suspend behaviour" has been dropped in 0.6.0 in
favour of priority based precedence. A priority of 0 and above means that
clients have precedence. A negative priority gives precedence to local live TV
on the server. So if "Suspend behaviour" was previously set to "Client may
suspend" or "Never suspended", you will have to configure a negative priority.
If the "Suspend behaviour" was set to "Always suspended", the default values
should do.
Der konnte das IIRC noch nicht - aber warum nutzt du alte Plugin-Versionen, wenn du den VDR sowieso neu aufsetzt?
mehrere Streamdev-Clients
Kannst Du dass näher definieren? Sind sie auf VDR-Basis? Wenn nicht, dann wird das mit dem Priorisieren nichts!
Albert
Man kann im streamdev-server sowohl für den Betrieb VDR zu VDR als auch für alle anderen Client-Typen die Priorität definieren.
Man kann im streamdev-server sowohl für den Betrieb VDR zu VDR als auch für alle anderen Client-Typen die Priorität definieren.
Definieren ja, aber sie gehen nur mit streamdev-client. Das hat schmirl mir dazu geschrieben:
Wenn Du das Wohnzimmer grundsätzlich priorisieren willst, dann stelle das Pausierverhalten auf "nie" oder auf "anbieten" (im Hauptmenü des Servers kann dann gezielt auf Standbild geschaltet werden - "Client darf pausieren" geht nur mit streamdev-client, nicht mit VLC).
Albert
Definieren ja, aber sie gehen nur mit streamdev-client. Das hat schmirl mir dazu geschrieben:
Mit der 0.6.0 sollte sich das aber geändert haben. Wenn man dann die Priorität der Streamdev-Ausgabemöglichkeiten alle < 0 setzt, sollte lokales Live-TV Vorrang haben.
Gibt es irgendwo eine Übersicht, in welcher Konfig-Datei welcher Eintrag was macht ...
Man kann im Quellcode schauen, wenn man es genau wissen will, aber die Konfiguration über das OSD des VDR sollte doch eigentlich ganz einfach sein.
Zum Thema "Alte Versionen"
Ich habe der Einfachheit halber ein Ubuntu 12.04 genommen und die dort enthaltenen Pakete installiert...(siehe c't 15/2012)
Weil einfach einfach nicht einfach ist, wenn man Funktionen einer neueren Version benötigt, könntest du mal über einen Umstieg auf aktuellere VDR-Pakete nachdenken - z.B. die aus den yaVDR-PPAs (http://www.yavdr.org/documentation/0.5/de/ch02s02.html)
Ich habe der Einfachheit halber ein Ubuntu 12.04 genommen und die dort enthaltenen Pakete installiert...(siehe c't 15/2012)
Was weiß denn schon die c't.
Gerald
Was weiß denn schon die c't.
Ja, mit Linux-Software haben die es nicht so.. stimmt, da war doch was mit einem Programm autologout.py, was erst nach einigen Änderungen so funktioniert, wie im zugehörigen Artikel beschrieben..
Aber immerhin liegt der Stromspar-Server, den ich mir nach einem c't Vorschlag zusammengebaut habe, mit seinem Verbrauch unter Ubuntu noch ca. 5 Watt unter deren Angaben.
Ich schau mal, was ich im yaVDR-PPA so alles finde.
Erstmal vielen Dank !
Mit der 0.6.0 sollte sich das aber geändert haben. Wenn man dann die Priorität der Streamdev-Ausgabemöglichkeiten alle < 0 setzt, sollte lokales Live-TV Vorrang haben.
Wenn das stimmt, dann wird es bei uns lustig. 
Was weiß denn schon die c't.
Was liest Du sonst, Tolstoi oder iX? 
mit Linux-Software haben die es nicht so
Du kannst Dich bei Heise gern bewerben. 
Albert
.. Was ist den Tolstoi für ein Betriebssystem ?
@DaKilla: Kenne ich dein Gesicht von einer Werbung für schwarzen Kaffee ? 
Dein Problem dürfte sein, dass Dein Server nicht weiß ob Du gerade davor sitzt oder nicht. Wenn Du Deinen Server anschaltest, kommt ein Live-Bild - richtig? Nun hat Dein Server nur eine DVB-Karte - auch richtig? Damit ist diese durch Live-TV belegt. Clients mit Priorität < 0 dürfen den Transponder entsprechend nicht umschalten. Du müsstest Live-TV auf dem Server folglich schlafen legen. Das kannst Du im Server-Menü (bei Streamdev < 0.6.0 mit dem Hauptmenü-Eintrag, ab Streamdev 0.6.0 über "Streamdev-Verbindungen > blaue Taste (=Pausieren)") oder von den Clients aus ("AllowSuspend" hast Du aktiviert). Wenn Du nicht streamdev-client nutzt, stellt sich natürlich die Frage ob das der Client auch unterstützt. Zur Not lässt sich der Befehl auch über telnet, svdrpsend.pl o.ä. senden.
Tja, die Bildung ist entscheidend. 
Albert
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!
