satip auf yavdr und RTP PACKET ERRORS

    verwende yavdr und das satip plugin 2.2.3 mit einem octopus net 4fach satip tuner. firmware ist tagesaktuell.


    kabel sind alle getauscht. alle cat5e, der VDR hängt direkt an einem switchport des octopus. also ohne aktive komponente, ethernet port, patch kabel, wanddose, patchpanet, patchkabel, octopus. alle kabel wurden schon getauscht. und auch eine andere wanddose ausprobiert.


    ifconfig und netstat zeigen KEINERLEI fehler. auch nicht nach kopieren von 3 fullhd-filmen zwischen client und server.


    Code
    eth0      Link encap:Ethernet  Hardware Adresse 00:22:4d:69:c4:ec  
          inet Adresse:192.168.1.100  Bcast:192.168.1.255  Maske:255.255.255.0
          inet6-Adresse: fe80::222:4dff:fe69:c4ec/64 Gültigkeitsbereich:Verbindung
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metrik:1
          RX-Pakete:136298875 Fehler:0 Verloren:0 Überläufe:0 Fenster:0
          TX-Pakete:118035304 Fehler:0 Verloren:0 Überläufe:0 Träger:0
          Kollisionen:0 Sendewarteschlangenlänge:1000 
          RX-Bytes:179873036645 (179.8 GB)  TX-Bytes:144663726216 (144.6 GB)
          Interrupt:20 Speicher:fe600000-fe620000


    aber hier geht's ja auch um IP wenn ich nicht irre.


    plugin.satip.conf:


    Code
    -d 2 -s 192.168.1.119|DVBS2-4|OctopusNet -S -n


    status ams octopus sagt mir, wobei ich nicht weiss welche qualitäts- und stärkenwerte man erwarten kann/muss.

    Code
    Locked	strength: 191	quality: 13


    und jedes mal wenn diese RTP fehler auftreten hab ich klötzchen im bild. und da gibts dann auch bei den recordings hänger.


    hat jemand auch das problem, und vielleicht eine lösung?

    produktiv: intel dh67bl, sat>ip, octopusnet, 16gig boot-ssd, yavdr 0.6.1, cir lirc
    testing: zotac ion-f itx, 1x tt s2-3600 usb, 8gig boot-ssd, yavdr 0.5 testing
    tv: samsung 75" amp:denon avr-x1300

    Hi,


    probier mal

    Code
    net.core.wmem_max=20491520
net.core.rmem_max=20491520
net.ipv4.tcp_mem = 65536 131072 262144
net.ipv4.udp_mem = 65536 131072 262144


    CU
    9000h

    Es ist eagl in wlehcer Reiehnfogle die Bchustebaen in Woeretrn vokrmomen. Huapstache der estre und leztte Bchustbae sitmmen.

    danke für den tip. aber in welche config datei gehört das?!
    edit: sysctl. hab's gefunden.

    produktiv: intel dh67bl, sat>ip, octopusnet, 16gig boot-ssd, yavdr 0.6.1, cir lirc
    testing: zotac ion-f itx, 1x tt s2-3600 usb, 8gig boot-ssd, yavdr 0.5 testing
    tv: samsung 75" amp:denon avr-x1300

    Zitat von izeman

    status ams octopus sagt mir, wobei ich nicht weiss welche qualitäts- und stärkenwerte man erwarten kann/muss.

    Code
    Locked	strength: 191	quality: 13


    Mit der Ausgabe kannst Du leider aktuell wenig anfangen. In der aktuellen Octopus Firmware ist die dddvb Treiberversion 0.9.20 beinhaltet, die n.m.I. noch bei keinem "ddridge" basiertem Empfänger "belastbare" Signalwerte bzw. Rausch/Signal-Verhältnis (quality) anzeigt. Also weder mit Octopus Net, noch mit PCIe Karten.


    Regards
    fnu

    HowTo: APT pinning

    Bist du sicher, dass es nicht am Client liegt?

    SAT Hardware: Gibertini SE75 | DuraSat Dur-Line UK-24 | DD OctopusNET V2 Rack (Firmware 1.1.6) mit MaxS8
    Server: Asus M5A78L-M/USB3 | Sempron 145@2Cores | 8GB ECC RAM | PicoPSU | Debian Stretch 64Bit | VDR 2.4.5 mit SAT>IP, epgsearch, live, markad
    Clients: RaspberryPI 2/3 | Yocto Poky Linux (Openembedded) 3.2+git | Linux Kernel 5.4.72 | VDR 2.4.5 mit SAT>IP, RpiHDDevice, SkinDesigner, Remote, Extrecmenu, Femon, Mlist


    R.I.P: Gigaset M740 mit VDR von open7x0.org

    also das setzen der netzwerkparameter hat garnichts gebracht. die fehler treten immer noch auf.

    produktiv: intel dh67bl, sat>ip, octopusnet, 16gig boot-ssd, yavdr 0.6.1, cir lirc
    testing: zotac ion-f itx, 1x tt s2-3600 usb, 8gig boot-ssd, yavdr 0.5 testing
    tv: samsung 75" amp:denon avr-x1300

    Zitat von glotzipapa

    Bist du sicher, dass es nicht am Client liegt?


    was genau meinst du? es kann an allem liegen. aber mit pci-sat-karten hatte ich nie probleme. keinen einzigen bildaussetzer in jahren.

    produktiv: intel dh67bl, sat>ip, octopusnet, 16gig boot-ssd, yavdr 0.6.1, cir lirc
    testing: zotac ion-f itx, 1x tt s2-3600 usb, 8gig boot-ssd, yavdr 0.5 testing
    tv: samsung 75" amp:denon avr-x1300

    izeman


    Sag mal, welche Version von "curl" ist denn installiert bzw. zum Bau des Plugins verwendet worden?


    Regards
    Frank

    HowTo: APT pinning

    wos was i :). ist yavdr testing.


    root@yavdr:~# curl --version
    curl 7.36.0 (x86_64-pc-linux-gnu) libcurl/7.36.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 libssh2/1.2.8 librtmp/2.3

    produktiv: intel dh67bl, sat>ip, octopusnet, 16gig boot-ssd, yavdr 0.6.1, cir lirc
    testing: zotac ion-f itx, 1x tt s2-3600 usb, 8gig boot-ssd, yavdr 0.5 testing
    tv: samsung 75" amp:denon avr-x1300

    Ah, Du hast nicht selbst gebaut sondern das aus yavdr-testing genommen, die curl Version passt ... :)


    Ein zu niedrige curl Version führte auch schonmal zu RTP Fehlern ...


    Welche Kernelversion läuft denn mit Deiner Installation gerade?


    Regards
    fnu

    HowTo: APT pinning

    genau. nicht selbst compiliert. sollte ich?


    root@yavdr:~# uname -r
    3.2.0-90-generic

    produktiv: intel dh67bl, sat>ip, octopusnet, 16gig boot-ssd, yavdr 0.6.1, cir lirc
    testing: zotac ion-f itx, 1x tt s2-3600 usb, 8gig boot-ssd, yavdr 0.5 testing
    tv: samsung 75" amp:denon avr-x1300

    Zitat von izeman

    sollte ich?

    Nein, alles gut.


    Zitat von izeman

    3.2.0-90-generic

    Hmm, evtl. testest Du mal mit einen neueren Kernel?


    Code
    sudo apt-get install --install-recommends linux-generic-lts-trusty


    Schon sehr seltsam die Nummer bei Dir ...


    Regards
    fnu

    HowTo: APT pinning

    Wobei er damit nicht der einzige ist.
    Ich sehe die Probleme bei der Octopus und auch der dsi400 (minitsatip).


    uwe

    server: yavdr trusty testing, 2 * L5420, 32GB, 64TB RAID6 an OctopusNet (DVBS2- 8 ) + minisatip@dsi400 (DVBS2- 4 )
    frontends: kodi und xine

    hmmm. das ist jetzt gut und schlecht, dass ich nicht der einzige bin ;)
    hatte auf defekte kabel gehofft, aber das kann ich durch doppel-blind-test aller komponenten (bis auf die onboard ethernetkarte des rechners) ausschliessen.
    ich kann noch eine e1000 pci einbauen? ob das was bringt?
    bzgl empfangsqualität hatte ich auch hoffnung, aber nachdem ich auf den "normalen" satkarten in jahren noch NIE auch nur EIN klötzchen hatte (ausser bei schwerem schneefall, aber den kann ich für die letzten monate ausschliessen), fällt das wohl auch weg.

    produktiv: intel dh67bl, sat>ip, octopusnet, 16gig boot-ssd, yavdr 0.6.1, cir lirc
    testing: zotac ion-f itx, 1x tt s2-3600 usb, 8gig boot-ssd, yavdr 0.5 testing
    tv: samsung 75" amp:denon avr-x1300

    Hi,


    RTP Fehler kommen meist wenn was im Netzwerk nicht stimmt zB Fritzbox Gigabit ECO Mode oder duplex settings, retransmissions oder discarded packets on the interfaces


    [satip Plugin] Pid update failed....(ERLEDIGT)


    http://sourceforge.net/p/e1000/mailman/message/30922613/
    http://sourceforge.net/project…/e1000e%20stable/3.1.0.2/


    CU
    9000h

    Es ist eagl in wlehcer Reiehnfogle die Bchustebaen in Woeretrn vokrmomen. Huapstache der estre und leztte Bchustbae sitmmen.

    Hallo,
    also ich hatte bei meinen 4 Raspi´s auch mit dem Problem zu kämpfen.
    Ich benutze minisatip, und hatte auf zwei Raspi so alle 5-10 Minuten grüne Klötzchen im Bild.
    Nach langer suche habe ich festgestellt, das es bei mir der Switch war.Habe ihn getauscht seit dem ist der Fehler weg.
    Gruss
    speed

    Zitat von 9000H

    RTP Fehler kommen meist wenn was im Netzwerk nicht stimmt

    Ja, so sehe ich das auch. Nur welche Erklärung gibt es wenn die Fehler immer noch auftreten, wenn der VDR direkt mit dem Octopus verbunden ist?


    Den Octopus kenne ich, der läuft schon ein ganze Weile fehlerfrei. Bleibt nur noch der NIC, ist aber ein Intel DH67BL, also mit eigentlich problemlosen Intel NIC, daher die Idee mit der neueren Kernelversion.


    Regards
    fnu

    HowTo: APT pinning

    Einmal editiert, zuletzt von fnu ()

    Octopus und DSI sind bei mir mit einem HP1800-8G verbunden, der wiederum an einem HP1810-48 haengt.
    Die Ports seien alle fehlerfrei behaupten die. Ich arbeite mit Jumbo-Frames (MTU 9216 Bytes). Das sollte den Octopus nicht stoeren (Pakete haben nur 1328 Bytes).


    Der Server hat Intel 82536EB Interfaces mit e1000e Treiber.


    Ich werde heute abend mal das Routing auf das andere Interface legen. Mal sehen, ob's dann besser wird.


    uwe

    server: yavdr trusty testing, 2 * L5420, 32GB, 64TB RAID6 an OctopusNet (DVBS2- 8 ) + minisatip@dsi400 (DVBS2- 4 )
    frontends: kodi und xine

    Zitat von umaier

    Ich arbeite mit Jumbo-Frames (MTU 9216 Bytes). Das sollte den Octopus nicht stoeren (Pakete haben nur 1328 Bytes).


    Das würde ich testweise mal deaktivieren...mit Jumboframes habe ich schon die komischsten Sachen erlebt...


    Ciao Louis

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden