[Announce] vdr-plugin-satip-0.3.3 - Make your VDR to a SAT>IP Receiver. [updated]

Hallo
Das klingt ja super hatte mich auch schon mal nach SatIP Server umgesehen.
Aber bis jetzt gabs noch keine vernüftige Möglichkeit das mit VDR zu nutzen.
Hätte aber doch noch Fragen:
Ist es wirklich nötig das Format der Channels.conf zu ändern?
Wenn man seinen VDR nur um SatIP Tuner erweitern möchte muss man zwei Kanäler erzeugen und immer auf den richtigen schalten.
Das finde ich schon bei Mischbestückung (dvb-s, c, t) lästig dass man die Kanäle nicht verbinden kann.
Wenn ich mir das neue Format anschaue:

Das Erste HD;DVB-S2:11494:HC23M5O35S1:S19.2E:22000:5101=27:5102=deu@3,5103=mis@3;5106=deu@106:5104;5105=deu:0:10301:1:1019:0
  =>
Das Erste HD;SAT>IP:11494:HC23M5O35S1:Z:22000:5101=27:5102=deu@3,5103=mis@3;5106=deu@106:5104;5105=deu:0:10301:1:1019:0

Fällt mir auf dass die Angabe der Orbital Position fehlt. Wie funktioniert das dann bei mehreren LNB's?
Bei SAT>IP wird das ja über den <src=1-255> Parameter in verbindung mit einem MAPPING im Server realisiert.
Oder ist es nicht möglich dass VDR dieses Device als normales DVB-s device behandelt?

mfg Thomas

Zitat von googles

Wenn man seinen VDR nur um SatIP Tuner erweitern möchte muss man zwei Kanäler erzeugen und immer auf den richtigen schalten.
Das finde ich schon bei Mischbestückung (dvb-s, c, t) lästig dass man die Kanäle nicht verbinden kann.

Das wird sich bei dieser Lösung nicht vermeiden lassen, da es sich nun mal um eine andere Art von Quelle handelt.

Zwei Lösungsansätze:

• Auf Mischbestückung verzichten.
• Auf die Vtuner-Lösung setzen

Gerald

Jetzt bitte nich falsch verstehen ich will es nur verstehen.
Bin noch ganz am Anfang meiner Programmier Kariere

Zitat von fnu

Ja, sonst geht das nicht per Plugin, ist ähnlich den IPTV Kanälen von z.B. T-Home Entertain.
Selbst wenn "kls" das in Core VDR einbauen würde, müßte es eigene Zeilen für SAT>IP geben müssen, wie wollte man sonst eine Mischbestückung hinbekommen ... ?
Das Plugin muß sich an den SAT>IP Specs der letzten Version 1.2 orientieren, die z.B. (noch) kein DVB-C enthalten, sollte aber technisch nicht so aufwändig sein das mal anzupassen ...

Man kann ja trotzdem eine Mischbestückung habe Sat>IP ist dann halt dvb-s bzw. dvb-t
Habe mir gerade die PLUGINS.html angesehen und für mich sieht das so aus als ob eine abgeleitete Device Klasse einfach sagen kann "ich lann den Transponder empfangen"

If the new device can receive, it most likely needs to provide a way of selecting which channel it shall tune to:


virtual int NumProvidedSystems(void) const;
virtual bool ProvidesSource(int Source) const;
virtual bool ProvidesTransponder(const cChannel *Channel) const;
virtual bool ProvidesChannel(const cChannel *Channel, int Priority = -1, bool *NeedsDetachReceivers = NULL) const;
virtual bool SetChannelDevice(const cChannel *Channel, bool LiveView);

Zitat

Aber SAT>IP sieht soweit ich das verstehe keine Orbital Positionen vor, naja, nicht ganz überaschend, SAT>IP ist ja auch von SES Astra ...

Orbital Positionen werden ja über die diseq.conf gehändelt und können so auch als Schalt befehle an den Sat>IP server weiter gereicht werden.
Aus der SAT>IP spec. 1.2:

Zitat

Multiswitch servers implementing DiSEqC shall always map the source parameter as follows:
“src” DiSEqC
1 DiSEqC A = Position A Option A
2 DiSEqC B = Position B Option A
3 DiSEqC C = Position A Option B
4 DiSEqC D = Position B Option B

Alles anzeigen

Zitat

Eben wie Du schon sagst, auch bei DVB-S/T/C. Aber im Gegensatz zu den o.a. IPTV Einträgen sind die Änderungen logisch und einfach ... finde ich ...

Das sind auch alles andere Quellen aber SAT>IP würde ich nicht als eigene Quelle Klassifizieren sonder nur als anderen übertragungs weg. So wird es doch auch von SES Astra beworben.

mfg Thomas

Sehe ich ähnlich.

Das Netceiver-Plugin hat auch ganz normale Channels.conf-Dateien genutzt. Dem VDR wurden einfach weitere Tuner untergeschoben. Und das ging sogar ganz ohne Patch. Folglich muss es möglich sein dem VDR statt eines neuen "Empfangswegs" als Plugin auch einfach einen neuen Tuner anzubieten.

Zitat von fnu

Kann man damit einen ganzen Transponder im VDR empfangen oder eben nur eine PID, also 1 Kanal ... ?

Schon ein Kanal besteht ja aus mehreren PIDs (z.B. Das Erste HD: 5100,5101,5102,5103,5106) und laut Spezifikation soll man in einem Transportstream von einem Tuner auch alle PIDs anfordern können (pids=all), was aber zumindest bei meinem DSI-400 nicht funktioniert. Da bei vtuner der SAT>IP Tuner genauso wie ein normaler DVB-S Tuner angesprochen wird, ist also die TV Applikation (VDR) dafür zuständig, Aufnahmen und Liveprogramm auf die vorhandenen Tuner zu verteilen. Wenn VDR also mehrere gleichzeitige Aufnahmen auf einem Transponder vom gleichen Tuner anfordert, wird der SAT>IP Server die entsprechenden PIDs auch liefern.

Bezüglich Mischbestückung finde ich die Unterscheidung zwischen DVB-S,T und SAT>IP ehrlich gesagt auch nicht so gelungen. Ich finde es macht schon Sinn zwischen einem DVB-T und einem DVB-S Kanal zu unterscheiden, aber ob der jeweilige Tuner direkt oder über Netzwerk angeschlossen ist, sollte eigentlich keine Rolle spielen. Zwischen PCI und USB wird ja auch kein Unterschied gemacht.

Gruß Darkstar.

Zitat

Wenn Ihr diskutieren möchtet, ich habe einen Thread dazu eröffnet gehabt, 2012: Offene Runde: SAT>IP

Es geht doch um dieses Plugin

Zitat

Aber wenn's Dir drum geht hier an der Umsetzung von vdr-plugin-satip zu nörgeln, such Dir bitte einen andernen Spielplatz. rofa hat was handfestes und nutzbares vorgebracht, das man wie es ist produktiv einsetzen kann. Die Version 0.0.1 suggeriert eine Art Prototyp, ist aber schon weit drüber raus. Das Ding steht, das Konzept ist IMHO sehr gut, es jetzt drum Fehler zu finden, zu Stabilisieren. Gemessen dran wie manch anderer hier für eine Änderung einer Zeile Code die Version hochzählt, wäre das hier vmtl. schon Version 0.3.0 ...

Ich will nicht nörgeln und wieß auch nicht warum du mich jetzt angreifst. Habe auch nie gesagt, dass das Plugin schlecht ist.
Ich Dachte konstruktive Kritik ist erwünscht. Es währe doch auch für Timer Programmierung feiner wenn die Kanäle die gleichen währen.
Aber wenn meine Bedenken unerwünscht sind lass ich es halt.

Hallo fnu,
entschuldige, dass ich hier nochmal einsteige, aber ich glaube Niemand will die Arbeit von Rolf Ahrenberg schmälern oder kleinreden und ich bin mir sicher, die wenigsten glauben es besser machen zu können. Deswegen wird man es trotzdem hier diskutieren dürfen.

Zitat von fnu

ansonsten ist das hier ein Announcethread, den ich auch aufräumen lasse.

Wenn man sich die anderen Threads hier ansieht, dann wird da sehr wohl diskutiert (67 Themen und über 3000 Beiträge!) und auch ist die "Offene Runde" gerade für die Frage Mischbestückung nicht der beste Ort sondern dann wohl schon eher Vorschlag: Gemeinsame Basis für netzwerkbasierte Tuner (SAT>IP, Netceiver, Octopus-Net)

Zitat von fnu

Und wenn Du es so willst ist DVB-C auch nur ein anderer Übertragungsweg, weil das Signal tatsächlich auch vom Satellit kommt und umverteilt wird ...

Sorry, aber das ist Quark, oder stehen im DVB-C Kanaleintrag irgendwelche Satellitenfrequenzen, Polorisationsebenen oder ähnliches? Schau Dir einfach mal die Spec an dann siehst Du, dass SAT>IP genau die gleichen Angaben braucht wie ein direkt angeschlossener Tuner, was ja auch nicht sehr verwunderlich ist.

Ich muss sagen, ich finde 7 parallele HD Aufnahmen schon ziemlich beeindruckend und werde das Plugin auf jeden Fall mal ausprobieren. Da ich komplett auf SAT>IP umsteigen möchte ist Mischbestückung für mich dann auch kein Problem. Ein Problem was ich allerdings noch habe ist der Kommentar

Zitat

- VDR-2.1.4+ for scrambled channels

der suggeriert, dass es mit VDR-2.1.4 funktionieren würde, was aber leider nicht der Fall ist. Die bisherigen Lösungen um verschlüsselte Kanäle zu empfangen setzen ein demux-Device unter /dev/dvb/adapterX/ voraus, und das gibt es leider (wie beim iptv-Plugin) nicht. Die vtuner Lösung implementiert u.a. dies aber ob die Stabilität an die des Plugins heranreicht konnte ich leider noch nicht testen.
Wie sind denn die Umschaltzeiten von einem Kanal zum nächsten und macht es einen Unterschied ob man auf einen Kanal auf dem gleichen oder einem anderen Transponder umschaltet?

Gruß Darkstar.

PS: Falls hier tatsächlich nicht diskutiert werden soll, dann lass doch bitte den Thread nach dem ersten Beitrag dicht machen und alle Beiträge in einem neuen Thread unter "VDR Plugins" ablegen.
PSS: Ich glaube wir schreiben gleichzeitig...

Zitat

Dieser Punkt hat mich heute auch überrascht, obwohl ich jetzt die ganzen Tage mitgetestet habe. "vdr-plugin-satip" simuliert ja DVB Devices, in der Zahl die man beim Start des Plugins mit gibt, "-d x". Wenn man also jemals 2 PIDs eines Transponders empfangen möchte, wäre das also "-d 2" ... ich habe "-d 8" definiert, 2 Tuner und HD Transponder tragen 3-4 PIDs ...

Habe in der Readme den -d parameter gar nicht gesehen.
Aber wenn du 2 Tuner hast must du -d2 verwenden weil jedes device sowieso alle pids eines Transponders liefert.
Sonst denkt der Vdr du hast 8 Tuner wovon aber nur 2 funktionieren.

Mfg Thomas

Zitat von fnu

Mit "-d 2" wird man niemals mehr als 2 PIDs parallel nutzen können, möchte man in der Lage sein die bis zu 8 (HD) PIDs pro Transponder vom SAT>IP Server wie auch immer parallel nutzen zu können, muß das Plugin mit "-d 8" gestartet werden. Das Gleiche gilt auch für vdr-plugin-iptv, für die Nutzer die hier mitlesen und sich schon immer fragen was das soll.

So ganz verstehe ich das jetzt nicht. Ein "Kanal" besteht ja normalerweise aus mehreren PIDs. Zumindest 2, nämlich eine VPID und eine APID. meist sind es sogar noch mehr, da verschiedene Audio-Spuren und Untertitel dazukommen. Meinst du mit PID also echt diese einzelnen PIDs, oder meinst du einen ganzen Kanal?

Der -d Parameter bewirkt ja wohl, das das Plugin die angegebene Anzahl von SAT>IP-Devices anlegt. Wenn aber jedes dieser Devices nur *eine* PID empfangen kann, dann könnte VDR ja nie einen kompletten Kanal über ein solches Device empfangen.

Klaus

Zitat von fnu

Ja, prügelt mich ruhig dafür, aber -"d 1" heißt ich kann einen Kanal empfangen, "-d 2" zwei, usw. ...

So ist die Implementierung, schon lange, bei "vdr-plugin-iptv" von welchem "vdr-plugin-satip" abstammt und auch beide stabil hier funktionieren. "-d X" ist die Anzahl der virtuellen Adapter die jeweils einen kompletten Kanal für LiveTV oder auch Aufnahme nutzen können, SAT>IP & IPTV.

OK, dann ist alles klar.

Klaus

Zitat von fnu

Stimmt steht tatsächlich nicht drin, ist aber so, kommt aber per "vdr -P satip --help" zurück.

Du mußt es ja wissen ...

"vdr-plugin-satip" ist ein Verwandter von "vdr-plugin-iptv", das ich schon sehr lange einsetze und daher weiß was der Parameter bedeutet. Pro Kanal(IPTV)/PID(SAT>IP) den man parallel nutzen möchte braucht es einen Zähler beim Parameter "-d", dieser spezifiziert mit wie vielen virtuellen iptv/satip Adaptern das Plugin startet. Das hat nichts mit der Zahl der Tuner im SAT>IP Server zu tun, ist aber ursächlich für die Definition.

Mit "-d 2" wird man niemals mehr als 2 PIDs parallel nutzen können, möchte man in der Lage sein die bis zu 8 (HD) PIDs pro Transponder vom SAT>IP Server wie auch immer parallel nutzen zu können, muß das Plugin mit "-d 8" gestartet werden. Das Gleiche gilt auch für vdr-plugin-iptv, für die Nutzer die hier mitlesen und sich schon immer fragen was das soll.

Regards
fnu

Alles anzeigen

Warum musst du immer alles besser wissen wenn du offensichtlich keine ahnung hast.
Das von dir beschriebene verhallten mach doch keinen sinn.
Nochmal SatIp ist Sat in rtp Paketen verpackt. Und ein Device=Tuner empfängt einen Transponder= eine Frequenz also einen TS Stream der aus mehreren Streams besteht (Audio, Video, Teletext und zusatz Infos). Diese Streams werden über die Pids itentifiziert und vom Vdr gefiltert so dass danach alle Pids eines Kanals zu sehen sind. Und dass hängt auch nicht mit IpTv zusammen.