Stabiler Streamempfang bei wackliger Leitung! Tipps-Ideen, alles willkommen

Tachchen zusammen,
Ich streame von D Live-TV nach Asien, für mich und ein paar Freunde.
Serverseitig: VDR-Stremdev-Server, 1,2 Mbit Upload, alles ok und sehr stabil.
Clientseitig ein Sorgenkind...:
DSL Anschluss 3Mbit Download (nur unter Verwendung eines DL-Managers, welcher zig gleichzeitige Verbindungen aufmachen kann)
Allerdings bereitet oft ein 300kbit Stream ständige Puffer-Probleme, seitens des client VLC.
Es ist aber zwar teilweise möglich 3 Streams a' 200KBIT gleichzeitig zu schauen, aber nicht 1 Stream mit 300 Kbit.
Jetzt wäre Ideen nett, wie ich den Stream vor dem abspielen, ca 1-2 Minuten buffern könnte um dann zu schauen.
Allerdings sollte dieser Buffer nicht unermeßlich ansteigen, sondern sollte sich zb. alle 5 Minuten erneuern.
Oder ein Proxy vielleicht, oder was auch immer.
Alle Ideen sind willkommen.
PS: vlc http-caching funktioniert nicht vernünftig, da vlc im Betrieb teilweise den Cache einfach leerlaufen läßt um erst dann wieder nachzuladen
Timeshift bei http Streams funktioniert garnicht

hallo?
halbfertiger: nicht gelesen oder nicht verstanden?
Es geht hier um meine client-seitige Leitung und deren "Schwankhaftigkeit".
Es geht auch nicht um die Qualität (ich könnte auch mit 800kbit streamen , wenn ich wollte)
Es geht hier um Caching, Buffer, Proxy etc.pp um meine(n) Clienten halbwegs stabil zu versorgen..

Zitat

Könnte es sein dass der Provider es mit der Netzneutralität nicht so genau nimmt und auf bestimmten Ports eine Drosselung hat oder ähnlich bei erkennbaren Streams eingreift? Dann müsstest du schon mindestens die halbe Sendung puffern um sie ohne Störung sehen zu können. Klappen andere Streamverfahren wie z.B. Skype? Die Vermutung liegt nahe wenn du die volle Leistung deines DSL nur mittels Downloadmanager und mehrerer gleichzeitiger Vorgänge nutzen kannst.

Nein, weder Drosselung noch sonstwas, einfach zu bestimmten Zeiten (ca. 18-22 Uhr) überlastet. Datenrate schwankt dann zw. 0 und 1Mbit (bei meinem Stream).
Ich will einfach nur diese Schwankungen auffangen.
Zu anderen Zeiten kann ich einige Stunden am Stück Streams empfangen ohne nachzupuffern.

Zitat

Versuch mal den SMplayer (=mplayer mit GUI), da kannst du für Streams einen Cache einstellen

Schon probiert, aber er kann a: nicht weiterstreamen ins Lan/Wlan
und b: nicht wirklich simpel zu bedienen (versuch mal das Bild zu schärfen...)

Zitat

Im VLC kann man das einstellen: Netzwerk Medium öffnen -> Mehr Optionen anzeigen -> Cache

Schon klar, aber mir ist aufgefallen, das der VLC den Cache nicht kontinuierlich nachlädt, selbst bei 90sek Cache, läßt VLC den irgendwann komplett leerlaufen ohne ein Byte nachzuladen. Erst wenn komplett leer, lädt VLC wieder nach...BUG?

Zitat

Du kannst streamdev so patchen dass er einen größeren Ausgabepuffer verwendet. Das ist der Hauptspeicher in den streamdev hineinschreibt bevor er die Netzwerkschnittstelle bedient.

DAS hört sich ja mal interessant an. Muß der Source gepatcht werden? Wenn ja wo und wie, oder wo nachzulesen?

Zitat

Das Ganze funktioniert aber nur wenn die mittlere Bandbreite reicht um den Stream durch die Leitung zu bekommen. Dann kann man mit den Buffern Durchsatzschwankungen auffangen. Wenn die Leitung nicht dick genug ist dann geht Livestreaming halt nicht.

Reicht, Stream ca. 300-400 Kbit - Leitung 3 Mbit

Zitat

Du bekommst das VDR video-Verzeichnis irgendwie auf die Clients exportiert, vielleicht mit Samba. Dann kannst Du die Platte als Puffer verwenden, d.h. im VDR eine Aufnahme starten und 1/2h später anfangen zu schauen

Aufnahmen funktionieren nicht mit Streamdev..und 1 Minute Versatz ist ja ok, aber dann.....

Einfaches Timeshift würde vielleicht schon reichen, Stream starten, 1-2 Minuten auf Pause und dann schauen, aber selbst das kann der $%$§ VLC nicht.

Zitat

Huch, das ist interessant. Da wäre jetzt mal interessant zu schauen was in dier Zeit im Netzwerk los ist. Als Schnellschuss kann man da mal ping -t <vdr server> laufen lassen und auf die Antwortzeiten achten

Netzwerk ist ok, du kannst, während der VLC den Puffer leerlaufen läßt, eine zweite Instanz oder Mplayer starten, welche auch anstandslos sofort mit dem laden und spielen anfangen.

Zitat

Ohne es ausprobiert zu haben... würde ich mal hieran drehen, in streamdev/server/streamer.h

Ich habe die Werte, spez. "define WRITERBUFSIZE (5000 * TS_SIZE)" mal erhöht auf 20000, mal sehen was passiert. kompiliert ist der Server ja in einer Minute.
Nur, wie kann ich einen evtl. Effekt überprüfen?

Zitat

Miss mal den wirklichen TCP Dursatz,

Server - Client beides rel. identisch ~40kbyte/sec, passt schon. Das Problem ist definitiv meine schwankende Client-ADSL Leitung (hier in Bangkok).
Aber das ist leider "normal" hier..Wobei angehängtes Bild unseren "DSL- Haus-Anschlusskasten" zeigt.. Die "Lautsprecherkabel" werden hierzulande als Telefon/DSL Leitungen verwendet. Abschirmung etc.? Wozu... Zu kurz? Kein Problem da werden die Enden zusammengedrillt und mit Isolierband "veredelt" fertig.

Zitat

Das hätte mit streamdev nix mehr zu tun. Du würdest am VDR vorbei auf die Aufnahmedateien zugreifen. Alber wenn man so drüber nachdenkt: wieso sollte SMB schneller sein als das HTTP von streamdev...

Eben...ausserdem, Aufnahmen will ich nicht und abgesehen davon, SMB übers Internet?
Also ich stelle mir das so vor:
Streamdev Server schreibt 30 sec - 1Minute Buffer auf die Platte/RAM.
Client bedient sich davon und schreibt seinerseits einen kleinen Buffer auf die Platte und spielt diesen dann ab. Und füllt vor allem den Buffer während des abspielens immer wieder auf!
Kann doch nicht so kompliziert sein..oder wie oder was?