Es existieren ja mehrere Plugins für das Streamen
von Se.ies usw.... Seit einiger Zeit habe ich das Problem, dass die Streams
(egal welcher Hoster/Stream) einfrieren bzw. stoppen während Sie laufen. Über PC
ist das vergleichsweise nicht so.

Meine Internetanbindung kann
nicht das Problem sein und in meinem LAN hat sich auch nichts verändert. Ich
habe das openHDF Teamimage v1 auf meiner HD800 UE laufen.

Habt ihr
ähnliche Probleme, oder eventuell eine Lösung/Ursache/Workaround?
So ist das echt zum kotzen!

Mit OM und AAF sollen diese Probleme wohl nicht bestehen. Ich möchte aber gern HDF nutzen!

Gerade das V2 geflashed und NIX zusätzlich installiert. Entsprechendes Plugin (Se.ies) und nen Stream (Hoster: Str**mcl**d) gestartet. Nach ca. 20 Sekunden flüssigem Streaming: freeze. Es kann doch nicht sein, dass ich der Einzige mit diesem Problem bin.

Bekannte von mir haben mit anderen Boxen/Images in diesem Kontext keine Probleme. Daher vermute ich keine "Überlastung", etc. der Hoster. Zudem laufen die Streams über den PC einwandfrei. Ich meine mich zu erinnern, dass ich diese Probleme in der Downloadversion vom HDF Image V6 (was sogar noch "eigentlich" für die SE war) nicht hatte. Erst nach nem Openmips-/Spinner-Update und in Folgeversionen der nachfolgenden Images. Ich kenne mich auch zu wenig aus aber es kann doch nur noch an der verwendeten "Streaming-Engine", der Hardware (Treiber), oder einer Kombination aus beiden liegen, oder?

Problem gefunden/behoben!

Ich habe insgesamt drei GigaBlue HD800 UB Boxen im Haus. Natürlich (um mir die Arbeit zu erleichtern) habe ich die erste Box "fertig" konfiguriert und nen Full Backup auf einem USB-Stick erstellt und dass dann auf die anderen beiden Boxen restored. Anschließend habe ich die IP der der drei Boxen manuell angepasst. Da die Verbindung ja irgendwie immer funktionierte, jedoch die Daten anscheinend nicht "ankamen". Habe ich mir mal die eth0-Konfiguration der Netzwerkadapter der Boxen via Telnet angesehen. Und siehe da alle drei MAC-Adressen der eth0-Interfaces der Boxen waren gleich. Was mir bis jetzt nicht bekannt war (wie gesagt bin Anfänger) ist dass die Backups eine noburn.bat erstellen in welcher die MAC-Adresse der "ursprünglichen" Box hinterlegt sind und diese dann beim flashen der anderen Boxen als MAC für das eth0-Interface gesetzt wird. Und da ein Router ja auch MAC-Adressen für das zustellen von IP-Paketen verwendet ist das jetzt auch logisch nachvollziebar wieso zwar eine Verbindung, aber kein Austausch von "Infomationen" des Client/Server- Konstrukts vom CCcam bestand.

Ehrlich? Die eth0-MAC ist bei jeder GigaBlue Box im Auslieferungszustand immer die selbe?
Auch nicht schlecht. Ich bin doch bestimmt nicht der erste der mehrere GigaBlue boxen zuhause stehen hat, oder? Komisch dass das noch niemandem aufgefallen ist.
Naja, auf jeden Fall ist das im LAN wie gesagt problematisch da der Router das nicht so "toll findet" wenn mehrere Network-Devices mit der selben MAC-Adresse im selben LAN existieren.

Jo, dieser Thread (bin beim herumstöbern hier darauf gestoßen) war u. a. ein Indikator mir die eth0-Konfiguration mal genauer anzuschauen! Ein sehr hilfreicher Thread!