vdr-plugin-streamdev-server/-client => mit vdr 2.3.4 nur FTA möglich

um die aktuellen Möglichkeiten abzuwägen habe ich gestern etwas mit meinem VDR Server und einem über streamdev angedockten Client getestet, das erste Fazit war ziemlich ernüchternd, insbesondere nachdem ich schon ne Woche mit vdr-plugin-satip an minisatip getestet habe und das grundsätzlich sehr gut funktionierte. Die ersten 2,3 Kanalwechsel mit streamdev waren gut und danach ging dann nur noch der aktuelle Kanal, und zwar solange bis ich den minisatip server der den vdr server versorgt durchgestartet hatte.

Daher die Frage: nutzt jemand aktuell das streamdev erfogreich, wenn ja was gibt es da zu beachten, welchen Einstellungen, funktioniert das besser an physischen Karten als an satip, etc. pp.?

Ich kann mir gut vorstellen das das wieder ganz groß in Mode kommt wenn das ddci2 irgendwann mal MTD beherrscht, von daher wollte ich das schon gern ausloten. Und so unmöglich ist das ja auch nicht wie uns das vdr-plugin-vnsiserver lehrt, das funktioniert ja tadellos...

Christian

Quote from seahawk1986

Ich nutze streamdev seit vielen Jahren erfolgreich - was aber meiner Erfahrung nach Probleme macht ist wenn am der Server der Empfang über satip realisiert wird (das wurde hier im Forum auch schon öfters erwähnt) und wenn man einen VDR > 2.2.0 als streamdev-Client nutzt.

hab es jetzt ohne den satip unterbau direkt auf der dvb hardware mit vdr /server/client 2.2.0 und das läuft erstaunlich gut, ich bin überrascht, danke für den hint Alexander!

wenn du mit den Eisntellungen vertraut bist vllt können wir einmal kurz abgleichen:

am Server:

streamdev-server.AllowSuspend = 0
streamdev-server.HideMenuEntry = 1
streamdev-server.HTTPBindIP = 0.0.0.0
streamdev-server.HTTPServerPort = 3000
streamdev-server.HTTPStreamType = 0
streamdev-server.IGMPBindIP = 0.0.0.0
streamdev-server.IGMPClientPort = 1234
streamdev-server.IGMPStreamType = 0
streamdev-server.LoopPrevention = 0
streamdev-server.MaxClients = 5
streamdev-server.ServerPort = 2004
streamdev-server.StartHTTPServer = 1
streamdev-server.StartIGMPServer = 0
streamdev-server.StartServer = 1
streamdev-server.VTPBindIP = 0.0.0.0

und am Client:

streamdev-client.HideMenuEntry = 0
streamdev-client.LivePriority = -1
streamdev-client.MaxPriority = 99
streamdev-client.MinPriority = -1
streamdev-client.RemoteIp = 192.168.130.6
streamdev-client.RemotePort = 2004
streamdev-client.StartClient = 1
streamdev-client.StreamFilters = 0

Anforderung wäre der Stream, am besten gleich mit nem EIT Filter drin.

Danke
Christian

Quote from austen

Daher habe ich streamdev komplett von Clients und Server verbannt, und nutze stattdessen auf den Clients ebenfalls SATip. Funktioniert besser als mit der Streamdev-Lösung, meiner Meinung nach.

naja das lässt dich aber später außen vor wenn du später mal am Server lokal mit cam und ddci2 entschlüsseln und das dann im Haus verteilen willst - dsa satip geht wissen wir ja aber es geht ja darum auch anderen Optionen auszuloten.

Christian

Quote from 3PO

Ich bin mir doch ziemlich sicher, dass falls MTD funktioniert, es sicherlich nicht lange dauern wird, bis es auch in andern Anwendungen, wie z.B. minisatip eingebaut werden wird.

Da hoffen wir aber schon ein halbes Jahr

Quote from 3PO

In einer reinen VDR Umgebung spielt es sicherlich keine Rolle, ob streamdev, oder SAT>IP verwendendet wird, in einer Umgebung, wo auch "nicht VDR Clients" existieren, hat SAT>IP eben klar die Nase vorn.

Guter Punkt mit der nicht homogenen Client umgebung

Quote from seahawk1986

Die Einstellungen sind davon abhängig, welches Verhalten du haben möchtest - die maximale Anzahl an Verbindungen und erlaubten Streams pro Client sowie der Frage, ob streamdev-server live-TV am Server unterbrechen darf, ist stark davon abhängig, wie man es nutzt.

Ein Stream pro device, am besten schon ohne epg im stream und das der client keinen eigenen epgscan macht, so wie man das bei satip einstellen kann. Für den client vdr würde ich die live Prio über Aufnahmen, die für das PIP unter Aufnahmen setzen

Umschaltzeiten subjektiv viel schneller als mit satip und auch schneller als mit physischer S2-1600, fühlt sich sehr gut an - hätte ich nicht gedacht!

Christian

ich muss hier noch mal nachhaken: ich hab da ein merkwürdiges verhalten wenn auf dem Server eine Aufnahme läuft, dann komm ich am Client nicht mehr an den Kanal ran und bekomme nur Transfermode konnte nicht gestartet werden, andere Kanäle funktionieren. Nach der Aufnahme ist alles wieder normal, auch an mehreren Clients parallel. - Mach ich was falsch oder hat sich was verklemmt?

Was mir auch aufgefallen ist das markad nur noch auf angehalten steht, sich die Prozesse auf dem Server häufen aber nichts passiert. Vllt hat auch da jemand eine Idee zu.

Einstellugen streamdev wie oben, die von markad wie hier:

markad.DeferredShutdown = 0
markad.Execution = 0
markad.GenIndex = 0
markad.HideMainMenuEntry = 0
markad.IgnoreMargins = 0
markad.Log2Rec = 0
markad.LogoOnly = 0
markad.OSDMessage = 0
markad.SaveInfo = 0
markad.SecondPass = 1
markad.Verbose = 0
markad.whileRecording = 0
markad.whileReplaying = 1

Christian

Hallo

gerade noch einmal mit streamdev zwischen zwei vdr 2.3.4 Instanzen getestet und es funktioniert soweit, sogar sehr gut auf FTA.

Abgesehen davon das leider keine Streams auf dem client ankommen die der Server wie auch immer entschlüsselt hat: man kann umschalten aber Bild bleibt dunkel.

Kann das jemand bestätigen, hat jemand ne Idee oder gar eine Lösung?

Christian

[Edit] ich muss einräumen das es, wenn man nur genug Geduld und einen unruhigen Daumen hat, nach einigem Hinunherzappen geht, aber alles mehr schlecht als recht - da hat sich wohl einiges geändert in den neuen Versionen [/Edit]

verdammt, den hab ich übersehen das der rein muss, danke!

Aber auch gern andere "Notwendigkeiten" noch mal hier zusammentragen, vielen Dank!

[Edit] besser, aber schön ist immer noch anders - wenn du weitere Verschlimmbesserer hast immer her damit [/Edit]

Christian

Ja die Vermutung hab ich auch das es eher am Client liegt.

Christian

Gut gelesen

den mini(satip) hatte ich seinerzeit im Eingang des vdr in dessen Ausgang der streamdev-server hing - ist aber alles nicht besser wenn er physische devices hat.

hast du mit nem streamdev-client plugin testen können?

Christian

Also mit dem aktuellen devel branch aus dem git von nanohcv funktioniert es hier mit mehreren Clients seit gestern tadellos, ich krieg ihn nicht kaputt gezappt

https://github.com/ciminus/vdr…n-streamdev/commits/devel

Ich werde das Testing noch etwas ausweiten aber vllt kann ja der ein oder andere mehr mittesten.

Christian