Posts by ChriDDel

  • Puffer zu klein?!

    Ich hatte hier schon mal rumgespielt und NFS statt Samba benutzt. Das hatte noch Speed rausgeholt.
    ( Buffering + Teillösung - Ist leider geschlossen, sonst hätte ich das da noch angehängt.)

    Bei mir war es auch immer so, dass per USB auch BluRays mit über 30MBit/s Videostream sauber liefen, aber per WLAN wurde gebuffert.

    Ich habe es jetzt hinbekommen, in dem ich dem NFS noch den Parameter udp verpasst habe.
    Damit läuft die Verbindung nicht mehr per TCP sondern UDP.

    Code
    192.168.123.456:/raid/freigabe    /mnt/nfs/   nfs     _netdev,rsize=65536,wsize=65536,intr,udp,noatime,nfsvers=3,async 0 0

    Jetzt kann ich BluRays mit mehr als 30MBit/s problemlos, ohne Ruckler und nachbuffern per Pearl 300MBit/s WLAN Stick abspielen.

    Der <cachemembuffersize> greift leider nur bei FTP und HTTP(S). Das wird mit dem nächsten XBMC besser.
    http://wiki.xbmc.org/index.php?titl…l#.3Cnetwork.3E

    Um DTS und DD kümmert sich natürlich mein Reciever.

    XBMC auf dem Raspberry scheint ein Problem mit dem Netzwerk zu haben.
    Ich hatte auch schon mal mit einem frühen Openelec und Samba shares per Lankabel einen vergleich zu Raspbian gemacht. 3MB/s zu 10MB/s transferraten.
    Das konnte mir bis heute auch noch keiner erklären, warum es da so viel schlechter war.
    UDP scheint hier schon einiges besser zu machen, also muss es an der TCP Implementierung liegen bzw. am Handshake.

  • Buffering + Teillösung

    Hi,

    ich habe bei mir ein Problem mit gelegentlichem Buffering.
    Dazu erstmal meine Konfiguration.

    Die Filme liegen auf eine HP Microserver (Anbindung mit rund 100MB/s) mit NAS4FREE.
    Meine Raspberrys sind per WLAN am Netz (EDIMX und TP-Link 150mbps Sticks.)

    Zuerst hatte ich nur Samba und NFS über das Menü hinzugefügt. Hier ging es schon mal schlecht.
    Maximal 1,5MB/s. Und das bei 81Mbps WLAN Link zur Fritzbox 3270.

    Meine Teillösung ist ein NFS Mount direkt über /etc/fstab.

    Code
    # mit 32K 
192.168.123.456:/raid/freigabe    /mnt/nfs/   nfs     _netdev,rsize=32768,wsize=32768,intr,noatime,nfsvers=3,async 0 0
# oder
# mit 64K
192.168.123.456:/raid/freigabe    /mnt/nfs/   nfs     _netdev,rsize=65536,wsize=65536,intr,noatime,nfsvers=3,async 0 0

    Nach meinem Test ist die 64K version etwas schneller.

    Den Test habe ich mit dd gemacht.

    Code
    time dd if=/dev/zero of=/mnt/nfs/testfile bs=16k count=16384


time dd if=/mnt/nfs/testfile of=/dev/null bs=16k

    Damit kann ich jetzt auf rund 3MB/s. Damit laufen sogar alte BluRayRipps (1080p) mit fast 30GB größe.

    Allerdings kommt es bei einigen Files trotzdem noch zum Buffering.

    Ich habe auch die cachemembuffersize erhöht. Sogar auf 200MB (Standard 5MB)

    Code
    <network>
  <cachemembuffersize>5242880</cachemembuffersize>  <!-- number of bytes used for buffering streams ahead in memory 
    XBMC will not buffer ahead more than this. WARNING: for the bytes set here, XBMC will consume 3x the amount of RAM
    When set to 0 the cache will be written to disk instead of RAM, as of v12 Frodo -->
</network>


    http://wiki.xbmc.org/?title=advancedsettings.xml

    Jetzt scheint dies aber kein wirkliches vorpuffern zur Folge zu haben.
    Denn man kann sehen, das trotzdem noch RAM frei bleibt.
    Und wenn ein Film Schwarzblenden hat, z.B. Cars am Anfang, bricht die Übertragung kurz ein, da die aktuellen Bilder kaum Daten benötigen.
    Das kann man sehr schön an den Übertragungsraten verfolgen und nachstellen.
    Würde er einfach Puffern, bis der angegebene Buffer voll ist, müsste er konstant Daten ziehen.

    Jetzt 3 Fragen. Evtl. kann da ja jemand was zu sagen.

    1. Die 81Mbps im WLAN sind das Maximum bei mir. Hat schon mal jemand einen Link mit 150Mbps hin bekommen?
    2. Wird der cachemembuffer im CPU oder GPU RAM gechached?
    3. Kann man das vorpuffern irgendwie anders einstellen?