Q:Was bringt ein httpfs fuer die DBox

Wünsche, Anträge, Fehlermeldungen
petgun
Tuxboxer
Tuxboxer
Beiträge: 5001
Registriert: Montag 11. November 2002, 15:26

Q:Was bringt ein httpfs fuer die DBox

Beitrag von petgun »

Hi,
ein httpfs scheint nicht unueblich zu sein in der Linuxwelt und Sourcen dafuer (angeblich nur 200 Zeilen C-Code) gibt es auch.
Wir haben auf der DBox NFS, ftpfs(lufs) und CIFS. Jeder kennt die Vor und Nachteile wobei CIFS bei Datenraten >6,5 Mbps vollkommen unbrauchbar ist. Wie es mit einem httpfs aussieht weiss ich nicht....aber Tansfers von der DBox>>PC ueber http sind sehr performant siehe zB. VLCRape..

Bild

eine Datenrate die imo nur schwer mit NFS zu toppen ist aber zB. deutlich ueber ftpfs/lufs liegt. Lange Rede kurzer Sinn: Wer von den Experten kann dazu mal ein Statement abgeben und beantworten ob man damit auf der Dbox vielleicht hoehere Datenraten erzielen koennte. Ein notwaendiger HTTP-Server fuer den PC/NAS/??? sollte ja kein Problem sein.

Viele neue Moeglichkeiten...zB. ein Community 'Web-Drive' fuer alle das man von der Dbox permanent 'mounten' koennte haette doch was...theoretisch kann ich mir sogar eine speziell darauf angepasste '©-Community-Web-Yadd' vorstellen wenn ich sehe wie wenig Netzwerkverkehr dafuer notwaendig ist, wenn eine normale Yadd mal gestartet ist. Das waere mal was ganz unikates und imo ausbaufaehiges mit vielen neuen Moeglichkeiten...oder gibt es sowas schon? Ich muss meine Phantasie extrem bremsen wenn ich an die Moeglichkeiten so einer staendig aktuellen ©-Community-Web-Yadd denke...ich hoffe, dass die Ahnungstrager aehnlich denken/traeumen koennen/wollen...

cu,
peter

PS:ein etwas aelterer Link zum Thema...'Summary: the OS is the browser..'
z3r0
Einsteiger
Einsteiger
Beiträge: 141
Registriert: Mittwoch 24. März 2004, 21:32

Beitrag von z3r0 »

Hier werden über eine normale Socketverbindung mittels TCP/IP (und allen Vor -und Nachteilen gegenüber UDP) Daten transportiert. Hierfür wird der Port 31339 benutzt. Diese Art von Streaming hat sich als nicht so performant herausgestellt, wie das UDP-Streaming über den Port 31341.
petgun
Tuxboxer
Tuxboxer
Beiträge: 5001
Registriert: Montag 11. November 2002, 15:26

Beitrag von petgun »

z3r0 hat geschrieben:Hier werden über eine normale Socketverbindung mittels TCP/IP (und allen Vor -und Nachteilen gegenüber UDP) Daten transportiert. Hierfür wird der Port 31339 benutzt. Diese Art von Streaming hat sich als nicht so performant herausgestellt, wie das UDP-Streaming über den Port 31341.
..und wie kann ich dieses noch performantere Streaming mit UDP ueber Port 31341 mit VLC oder womit auch immer praktizieren?
z3r0
Einsteiger
Einsteiger
Beiträge: 141
Registriert: Mittwoch 24. März 2004, 21:32

Beitrag von z3r0 »

Mit udrec zum Beispiel. Mit anderen "Standard"-Programmen wird das ohne weiteres nicht funktionieren. Es wird etwas praktiziert was auf die DBox zugeschnitten wurde. Die Requests, sowie der Empfang der Daten laufen auf unterschiedlichen Ports. Die Kommunikation mit der Box läuft über einen TCP/IP Port 31340. Der reine Datenempfang über den UDP-Port 31340. Darüber hinaus sind die UDP-Pakete manipuliert (nummeriert, zwecks Resends).
digi_casi

Beitrag von digi_casi »

also ich hab spasseshalber mal mit udpstreamts von der dreambox zum vlc auf dem pc gestreamt und viele kloetzchen gehabt.
mit http lief es problemlos.
also nach meinem (zugegebenermassen kurzen) test war udp schlechter als http.
wers ausprobieren will, es geht so:
auf der box per telnet: udpstreamts port 0 pmtpid vpid apid
und dann auf dem pc in vlc unter udp streaming nur den port eingeben.
der port is frei waehlbar
petgun
Tuxboxer
Tuxboxer
Beiträge: 5001
Registriert: Montag 11. November 2002, 15:26

Beitrag von petgun »

..ja, die Artefakte mit udrec bei hohen Datenraten kenne ich auch. Bei VLCRape oder Y-Live mit VLC habe ich keine Kloetzchen trotz sehr hoher Datenraten...siehe Diagramm. Zur Verwendung von http gibt es auch von gmo18t ein Statement (die Vorteile seines streamers)..
gmo18t hat geschrieben: .
Bessere Ausnutzung der 10MBit Bandbreite (geringerer Overhead)
.
..gilt das jetzt nicht mehr?

Hat denn keiner eine Meinung zu den Moeglichkeiten die ein httpFS bieten wuerde?
digi_casi

Beitrag von digi_casi »

der vlc streamt ja die daten per http zum movieplayer... so gesehen hast du mit dem vlc deinen http file server.
petgun
Tuxboxer
Tuxboxer
Beiträge: 5001
Registriert: Montag 11. November 2002, 15:26

Beitrag von petgun »

digi_casi hat geschrieben:der vlc streamt ja die daten per http zum movieplayer...
klar...mir geht's primaer um die Aufnahme und ein FS das quasi mit Bordmitteln auf jedem Rechner/NAS funktioniert....eben eine Alternative zu ftpFS(luFS)/CIFS/NFS
digi_casi

Beitrag von digi_casi »

ach so... ich waer dafuer... man kann nie genug alternativen haben...
z3r0
Einsteiger
Einsteiger
Beiträge: 141
Registriert: Mittwoch 24. März 2004, 21:32

Beitrag von z3r0 »

Das Streaming per UDP wurde meines Wissens (verbessert mich wenn es falsch ist) deswegen eingeführt, weil das Streaming per UDP geringeren Overhead gegenüber TCP/IP (und nichts anders ist das Streaming per http) hat. Darüber hinaus wird bei UDP auf Quittierungen verzichtet, was bei einer HDX-Leitung vorteilhaft ist.
z3r0
Einsteiger
Einsteiger
Beiträge: 141
Registriert: Mittwoch 24. März 2004, 21:32

Beitrag von z3r0 »

Das Streaming per UDP wurde meines Wissens (verbessert mich wenn es falsch ist) deswegen eingeführt, weil das Streaming per UDP geringeren Overhead gegenüber TCP/IP (und nichts anders ist das Streaming per http) hat. Darüber hinaus wird bei UDP auf Quittierungen verzichtet, was bei einer HDX-Leitung vorteilhaft ist. Imo läuft die Wingrabengine und/oder ggrab über den Port 31339, das ist nichts anders als das Streaming mit VLC.

@Casi
Die Klötzchen habe ich mit meiner 7020 auch. Das Problem ist hier wahrscheinlich das einige Pakete verloren gehen. Ich habe pro Sekunde etwa 2-3 Resends. Das Seltsame ist, das ich diese Resend mit der DBox vorher nicht hatte. Mangels DBox kann ich das leider nicht nachtesten.
petgun
Tuxboxer
Tuxboxer
Beiträge: 5001
Registriert: Montag 11. November 2002, 15:26

Beitrag von petgun »

ja, das ist klar. Die Nachteile von UDP mit verlorenen Paketen und erforderlichen Retransmits ist aber auch klar und dass es in der Praxis (siehe Diagramm) uU. weniger Probleme mit http (TCP/IP) gibt... :gruebel: :gruebel: