Offene Runde: SAT>IP

Zitat von umaier

Ja, das satip plugin gibt die devices scheinbar immer wieder frei.
Was allerdings jedesmal im log ein

Code

SATIP: Idle timeout - releasing [device x]

gefolgt von einem

Code

SATIP: Detected n RTP packet errors [device x]

auslöst.

Alles anzeigen

Das releasen der idling Devices ist mit diesem Commit hinzugekommen. Eigentlich eine gute Sache, da so das LNB stromlos gemacht werden kann, wenn keiner mehr drauf zugreift.

Zitat von umaier

Leider schafft es neuerdings das Plugin nicht immer die Tuner neu zu belegen, was dann zu einem Emergency Exit führt (manuell bekomme ich beim Umschalten eine Meldung mit "transfer mode ...", im Browser kann die OctopusNet aber sehr wohl darauf tunen).
Ich habe hier nichts darüber gefunden, ich scheine der einzige zu sein.

Du bist nicht der einzige, ich habe das Problem auch schon gehabt. Ich hatte aber zeitgleich eine Fehlkonfiguration meines Unicable Setups (Doppelbelegung zweier Fequenzen) und seit der Korrektur ist das nicht mehr vorgekommen.

Nunja, diese "Transfermode... " Fehler habe ich auch, und ich habe nur DVB-C Tuner in meiner OctopusNet.
Das kommt zu 90% immer wenn nach einer fertig geschauten Aufnahme wieder Live TV gezeigt werden soll...

Jepp... geht mir auch so. Nach dem Ende von Aufnahmen und Umschalten auf den laufenden Sender fliegt mir ab und zu der VDR mit nem segfault weg. Scheint also kein Einzelfall zu sein.

Gruß
iNOB

Einerseits klingt das gut, nicht der einzige zu sein, andererseits ist das natürlich unbefriedigend.

Meine Tracingversuche an der betreffenden Stelle im Plugin (debug16) wurden in einer immensen Datenflut ertränkt.

Jedenfalls ist nach einem vdr-Neustart alles wieder in Butter. Ich vermute ein Problem im Plugin.
Wenn ich verzweifelt genug sein werde, baue ich mir das mal entsprechend gesprächiger um.

uwe

Zitat von iNOB

Jepp... geht mir auch so. Nach dem Ende von Aufnahmen und Umschalten auf den laufenden Sender fliegt mir ab und zu der VDR mit nem segfault weg. Scheint also kein Einzelfall zu sein.

Die Aussage ist doch jetzt totaler Käse. Das Fehlerbild bei dir ist doch gänzlich anders.

Hi,
man kann dem satip plugin per configuration mehr logs entlocken. Aber man kann leicht den Syslog fluten.

Aus config.h und log.h:

enum eTraceMode {
    eTraceModeNormal  = 0x0000,
    eTraceModeDebug1  = 0x0001,
    eTraceModeDebug2  = 0x0002,
    eTraceModeDebug3  = 0x0004,
    eTraceModeDebug4  = 0x0008,
    eTraceModeDebug5  = 0x0010,
    eTraceModeDebug6  = 0x0020,
    eTraceModeDebug7  = 0x0040,
    eTraceModeDebug8  = 0x0080,
    eTraceModeDebug9  = 0x0100,
    eTraceModeDebug10 = 0x0200,
    eTraceModeDebug11 = 0x0400,
    eTraceModeDebug12 = 0x0800,
    eTraceModeDebug13 = 0x1000,
    eTraceModeDebug14 = 0x2000,
    eTraceModeDebug15 = 0x4000,
    eTraceModeDebug16 = 0x8000,
    eTraceModeMask    = 0xFFFF
  };


/ 0x0001: Generic call stack
#define debug1(x...)  void( SatipConfig.IsTraceMode(cSatipConfig::eTraceModeDebug1)  ? dsyslog("SATIP1: " x)  : void() )
// 0x0002: CURL data flow
#define debug2(x...)  void( SatipConfig.IsTraceMode(cSatipConfig::eTraceModeDebug2)  ? dsyslog("SATIP2: " x)  : void() )
// 0x0004: Data parsing
#define debug3(x...)  void( SatipConfig.IsTraceMode(cSatipConfig::eTraceModeDebug3)  ? dsyslog("SATIP3: " x)  : void() )
// 0x0008: Tuner state machine
#define debug4(x...)  void( SatipConfig.IsTraceMode(cSatipConfig::eTraceModeDebug4)  ? dsyslog("SATIP4: " x)  : void() )
// 0x0010: RTSP responses
#define debug5(x...)  void( SatipConfig.IsTraceMode(cSatipConfig::eTraceModeDebug5)  ? dsyslog("SATIP5: " x)  : void() )
// 0x0020: RTP throughput performance
#define debug6(x...)  void( SatipConfig.IsTraceMode(cSatipConfig::eTraceModeDebug6)  ? dsyslog("SATIP6: " x)  : void() )
// 0x0040: RTP packet internals
#define debug7(x...)  void( SatipConfig.IsTraceMode(cSatipConfig::eTraceModeDebug7)  ? dsyslog("SATIP7: " x)  : void() )
// 0x0080: Section filtering
#define debug8(x...)  void( SatipConfig.IsTraceMode(cSatipConfig::eTraceModeDebug8)  ? dsyslog("SATIP8: " x)  : void() )
// 0x0100: Channel switching
#define debug9(x...)  void( SatipConfig.IsTraceMode(cSatipConfig::eTraceModeDebug9)  ? dsyslog("SATIP9: " x)  : void() )
// 0x0200: RTCP packets
#define debug10(x...) void( SatipConfig.IsTraceMode(cSatipConfig::eTraceModeDebug10) ? dsyslog("SATIP10: " x) : void() )
// 0x0400: CI
#define debug11(x...) void( SatipConfig.IsTraceMode(cSatipConfig::eTraceModeDebug11) ? dsyslog("SATIP11: " x) : void() )
// 0x0800: Pids
#define debug12(x...) void( SatipConfig.IsTraceMode(cSatipConfig::eTraceModeDebug12) ? dsyslog("SATIP12: " x) : void() )
// 0x1000: Discovery
#define debug13(x...) void( SatipConfig.IsTraceMode(cSatipConfig::eTraceModeDebug13) ? dsyslog("SATIP13: " x) : void() )
// 0x2000: TBD
#define debug14(x...) void( SatipConfig.IsTraceMode(cSatipConfig::eTraceModeDebug14) ? dsyslog("SATIP14: " x) : void() )
// 0x4000: TBD
#define debug15(x...) void( SatipConfig.IsTraceMode(cSatipConfig::eTraceModeDebug15) ? dsyslog("SATIP15: " x) : void() )
// 0x8000; Extra call stack
#define debug16(x...) void( SatipConfig.IsTraceMode(cSatipConfig::eTraceModeDebug16) ? dsyslog("SATIP16: " x) : void() )

z.b.: -t 0x100C

ich habe das mal eine frage zur satip server hardware.

gibt es noch günstige STABILE SAT IP server 2-4 Tuner außer dem sündhaft teuren DD system. 300 - 500 € nur für den sat ip server is mir zu teuer für das bischen tv was ich gucke.

Hi,
da gibts doch die R1 und Baugleiche.
Mit einer custom Firmware sollen die ganz gut laufen (es gibt einen Thread hier). Ist sicher mehr gebastel (kann auch gut sein)

Aber ob es an die DD heranreicht?

PS: Ich werde nächstes Jahr eine Octopus mit 2 (oder 4) Tunern verkaufen.

Frohes neues Jahr

Dieter es ist nun ein neues Jahr *fg

läuft die DD denn ohne Probleme in Bezug auf stabilität etc ? 2 Tuner würden mir erst einmal reichen.

Zum R1 => http://www.amazon.de/product-reviews/B008OVPYCQ/ref=cm_cr_dp_hist_one?ie=UTF8&filterBy=addOneStar&showViewpoints=0 - wenn ich die Bewertungen so lese ... auweia ...

kurzer background :

Ich plane z.Z. eine vollkommene Neustrukturierung des gesamten Netzwerkes sowie Server, Clients etc.

Auf dem Dachboden liegt 1 LAN Anschluss zur Wohnung meiner Eltern sowie der SAT Multiswitsch an dem 2 von 12 Ports belegt sind. Ursprünglich war ein NAS auf Openmediavault geplant; der HP Miniserver Gen8 ist unterwegs und wird das Herzstück werden. Als OS Basis kommt Debian 8 zum Einsatz und als PsydoNAS reicht mir SSH/SSHFS mit autofs auf den Clients ( läuft seit Jahren super in der alten Konfiguration ). Um Strom und Kosten zu sparen wollte ich meine aktuelle TV SAT Karte in den Gen8 Server einbauen und das TV Signal ins Netzwerk Streamen.

Dabei stellten sich folgende dinge als problematisch dar :

1. Openmediavault basiert auf Debian 7 ergo müsste ich den ganzen Kram mit dem Update auf Debian 8 wieder neu einrichten = OMV ist damit raus, da mir ssh vollkommen reicht und einfach zu verwalten ist.

2. Das Sat Signal ... VDR VNSI Server und Client passend zur Kodi Version zu kompilieren sollte zwar einfach sein, aber nach insgesamt 6-8 Wochen Frustwochen in den letzten Jahren was kein Ergebnis zur Folge hatte habe ich das Thema compilieren aufgeben und setze mich da auch nicht wieder dran, darum SATIP.

3. der SAT IP Server : Das ist jetzt die Frage. Das ganze Softwaregebastel ist der pure Horror da es immer dann Probleme gibt wenn ich absolut keine zeit für IT habe und dann wochenlang nix mehr geht bis ich mich da wieder stundenlang daransetzen darf und muss. Fertige minisatIP Pakete gibt es für Debian/Ubuntu noch nicht = wieder compilieren = Murphies LAW = zig Stunden Aufwand bis wieder irgendeine Version von irgendeiner lib nicht passt und dann das ganze Spielchen von vorn losgeht, wahrscheinlich genau dann wenn ich auf Montage bin ..

3.1 Aus den Grund werde ich wohl die "sündhaft teure" Octupus Net Lösung nehmen, denn wenn ich meine Arbeitsstunden einrechne ist die Lösung fast geschenkt; wie fnu schrieb scheint das System ausgereift und zukunftssicher zu sein.

4. Netzwerk Struktur : Der Server ist per LAG ( 2x1Gbit ) an Switch 1 angeschlossen, der mit einer weiteren LAG zu Switch 2 in meiner Wohnung verbunden ist. An Switch 1 würde dann auch der SAT IP Server hängen um das Sat Signal ins Netzwerk einzuspeisen, sowie das Netzwerk des Hinterhauses; Eltern und ggf. einer Mietwohnung ( Netzwerke durch VLAN getrennt, nur SATIP zu den Mietswohnungen ) Im Vorderhaus befinden sich 3 Wohnungen, eine davon bewohne ich. Von meinem per LAG zum Datei und SatIP Server verbundenen Netzwerk würde das SatIP Signal wiederum durch VLAN getrennt an die beiden weiteren Mietwohnungen weitergeben werden. Die Frage bleibt ob bei der o.g. Strukturierung Netzwerk Engpässe auftreten können oder ob es allg. bei viel Traffic zu Problem kommen kann; es kommen ausschließlich managed switvches zum Einsatz ( Netgear Prosave G108T ).

Zitat von speefak

4. Netzwerk Struktur : Der Server ist per LAG ( 2x1Gbit ) an Switch 1 angeschlossen, der mit einer weiteren LAG zu Switch 2 in meiner Wohnung verbunden ist. An Switch 1 würde dann auch der SAT IP Server hängen um das Sat Signal ins Netzwerk einzuspeisen, sowie das Netzwerk des Hinterhauses; Eltern und ggf. einer Mietwohnung ( Netzwerke durch VLAN getrennt, nur SATIP zu den Mietswohnungen ) Im Vorderhaus befinden sich 3 Wohnungen, eine davon bewohne ich. Von meinem per LAG zum Datei und SatIP Server verbundenen Netzwerk würde das SatIP Signal wiederum durch VLAN getrennt an die beiden weiteren Mietwohnungen weitergeben werden. Die Frage bleibt ob bei der o.g. Strukturierung Netzwerk Engpässe auftreten können oder ob es allg. bei viel Traffic zu Problem kommen kann; es kommen ausschließlich managed switvches zum Einsatz ( Netgear Prosave G108T ).

Schreib dann mal, welche Konfiguration du an den Switches vornehmen musstest, damit das über die VLANs und vermutlich auch Subnetze funktioniert. Ich gehe mal davon aus, dass du z.B. die Mietwohnung auf IP-Ebene von deiner trennen willst (Subnetze, VLAN), damit ihr nicht gegenseitig "reingucken" könnt. Gleichzeitig müssen aber zentrale SAT>IP Komponenten per Broadcast kommunizieren können... Ich bin gespannt.

Einen Engpass bei der Bandbreite halte ich für unwahrscheinlich: bei h.264 Codierung bleiben doch nur ca. 12-15 Mb/s übrig. In 1 Gb/s kannst du also locker 10 - 20 gleichzeitige Streams reinquetschen - und noch ein wenig im Web surfen

Hallo,

ich hätte mal eine Frage an die Runde. Vorab: Meinen letzten VDR hatte ich noch mit der alten FullFeatured-Karte gegen 2010 laufen, ist also schon ein paar Jahre her, dass ich im Thema drin war.

Kann ich mit SAT->IP folgendes realisieren:

• Einen SAT->IP Server aufstellen, z.B. einen Digital Devices Octopus V2 NET
• An jeden TV einen RPi2 mit VDR und vdr-satip Plugin hängen
• Die VDR-Aufnahmen per NFS/Samba auf ein NAS auslagern

Das sollte doch so funktionieren, oder?
Aber:

• Sind damit auch schnelle Umschaltzeiten nötig? Die waren früher schon das Nonplusultra am VDR und deutlich schneller als mein heutiger Smart-TV.
• Läuft das auch stabil? Sonst leidet nicht nur der WAF, sondern auch meine eigenen Nerven.
• Nimmt das vdr-satip Plugin die verfügbaren SAT->IP Tuner voll und ganz in Beschlag? Also wenn ich anfangs nur zwei Tuner habe und die dem VDR im Wohnzimmer zuordne, kann ich dann nicht mehr am Tablet schauen oder an einem zweiten VDR?

Zitat von OuterLimits

Kann ich mit SAT->IP folgendes realisieren:
Einen SAT->IP Server aufstellen, z.B. einen Digital Devices Octopus V2 NET
An jeden TV einen RPi2 mit VDR und vdr-satip Plugin hängen
Die VDR-Aufnahmen per NFS/Samba auf ein NAS auslagern

Zum Schauen geht das alle mal, ob die Netztwerkleistung des Pi ausreicht um die Aufnahme auch über das Netz wieder wegzuschreiben wage ich zu bezweifeln, bzw. müsste man testen.
Ich würde dafür einen VDR Server nehmen, zb mit meinem Docker Image

Zitat von OuterLimits

Sind damit auch schnelle Umschaltzeiten nötig? Die waren früher schon das Nonplusultra am VDR und deutlich schneller als mein heutiger Smart-TV.

Das ist zackig, sehr schnell

Zitat von OuterLimits

Läuft das auch stabil? Sonst leidet nicht nur der WAF, sondern auch meine eigenen Nerven.

Läuft bei mir ohne Probleme.

Zitat von OuterLimits

Nimmt das vdr-satip Plugin die verfügbaren SAT->IP Tuner voll und ganz in Beschlag? Also wenn ich anfangs nur zwei Tuner habe und die dem VDR im Wohnzimmer zuordne, kann ich dann nicht mehr am Tablet schauen oder an einem zweiten VDR?

Jeder VDR nimmt sich die Anzahl Tuner die im zugewiesen sind, und belegt sie solange der VDR läuft. Da wäre dann ein VDR mit Streamdev "flexibler"

Ich habe 4 Tuner in meiner OctopusNet, 3 davon hat mein Server, einer mein Wohnzimmer Client, und der Rpi in Schlafzimmer per Streamdev vom Server.

Zitat von chriszero

Zum Schauen geht das alle mal, ob die Netztwerkleistung des Pi ausreicht um die Aufnahme auch über das Netz wieder wegzuschreiben wage ich zu bezweifeln, bzw. müsste man testen.
Ich würde dafür einen VDR Server nehmen, zb mit meinem Docker Image

Guter Punkt. Habe gar nicht mehr daran gedacht, dass der RPi2 ja auch so ne miese Netzwerkleistung hat und bei Timeshift müssten die Daten ja drei mal über das Netzwerk. Alternativ tut es da aber auch eine SD-Karte oder USB-Stick zum speichern. Oder halt doch ein Intel NUC.

Zitat von chriszero

Jeder VDR nimmt sich die Anzahl Tuner die im zugewiesen sind, und belegt sie solange der VDR läuft. Da wäre dann ein VDR mit Streamdev "flexibler"

Alles klar.

Vorsicht: beim RPi teilen sich alle USB devices (also auch das Netzwerk) die eine USB 2.0 Schnittstelle.
Und die SDs sind auch eher beruehmt fuer Corruptions als fuer ihre Performance.

uwe

Ja, ist mir bekannt. Muss man halt mal probieren.

Vorteil für SAT-IP ist halt, dass kein VDR laufen muss, um mal schnell am Tablet oder Handy eine Sendung anzusehen.
Ein Octopus Net verbraucht viel weniger Strom als ein Server oder normaler VDR. Außerdem ist sehr viel schneller ein Netzwerkkabel nachgezogen als 2 (oder 4) Satkabel.