Jack the Grabber

@ Turbospeedy & AndyO:
mein reden....

cu
MacLeod

nicht nur die schüssel....
die länge der leitung ist auch erheblich, bzw ist ein multischalter eingebaut...
glaube nicht das dieses hier was bringt. nicht nur das lnb ist ausschlaggebend!

cu
MacLeod

hi!
zu a:
nim bei der nächsten aufnahem doch gleich in ES auf und nicht TS...
zu b:
ja, z.B. projectX

gruß
MacLeod

jupp, lüppt über nen switch, aber ob nun per cross oder per switch angeschlossen, hatte bei mir keine auswirkungen... :? wobei ich nun gestern abend noch mal was getestet habe, da konnte ich mir wiederum alles sauber anschauen. dort hatte ich dann mal wieder R/W auf 32k, und von udp auf tcp umgestel...

nö, temp-probs sind das glaube ich nicht... sieht bei mir genau so aus, mal lüppt das ultra gut, und mal ruckelts halt, genau das ist ja das problem! genau so ist'sbei mir mit den direkt-streams, mal klappt's, und dann wieder wird nach 80-100 oder erst nach 500mb abgebrochen, sporadisch halt. ohne d...

hm....
hast du das auch mal über längere zeit getestet?
bei mir siehts anfangs auch gut aus, aber dann so sa nach 5-10min fängt das dann an.
ich weiß auch nicht mehr....

schön das du es hinbekommen hast,
ich habe da immer noch so meine probleme mit dem ruckeln,
wie sind deine einstellungen denn?

MacLeod

workaround:
zb. udrec es aufzeichnen, und als zusätzliche udrec-optionen -ts eingeben

MacLeod

hm... is ja alles sehr spannend.... bei dem einen gehts, beim anderen nicht. sehr komisch. tja das sind nun meine nächsten tests, udrec ts klappt wunderbar, ohne resends ohne packet loss, tadellos. so weit so gut, nun aber wieder mein problem. wiedergabe über nfs-share, ruckelig und aussetzer... ich...

hm...
nö, war leider wieder nix, so langsam bin ich am ende.
mit dem snap vom 22. ists nun auch so, wenn ne aufnahme abgebrochen wurde, ist sie zu ende, zuvor war es so, dass die aufnahme dann neu startete. ist das so gewollt?


MacLeod

supi ! hier mal das ergebnis der ping-statistic nach ca. 2std.: 6994 packets transmitted, 6994 packets recieved, 0% packet loss round-tripp min/avg/max = 2.7/2.7/9.3 ms sieht doch gut aus, oder? eventuell macht es auch sinn am timeout zu basteln, wenn du zbsp merkst dass der ttl bis zum server zu &q...

hi!
das problem was petgun beschreibt kann ich bestätigen, habe ich auch schon mit dem snap vom 17. und dem davor.


cu
MacLeod

ok, verstanden... :idea: ämm, was meinst du mit hardcore-pings? ping"dbox-ip" /t ? ich bin da nicht so der held was netzwerk angeht... :oops: wie sieht der befehl denn von der dbox aus, per telnet auf die box und dann? manoman is das peinlich :oops: :oops: :oops: bin gerade dabei per udp z...

na ja, ok... aber, bei grossen wsize&rsize werten ist natuerlich tcp zu waehlen, da ansonsten bei einem loss wieder alle paekchen erneut gesendet werden muessen(standard dbox2 mtu=1500; bedeutet bei einem packet loss bei udp bei block size 8kb resend von 6 frames), bei tcp eben nur das verlorene...

@ Darth Valium : VERRY BIG THANKS!!!!! ich glaube nun hab ich das auch zum laufen bekommen :wink: habe nun vier aufnahmen ohne abbrüche hinbekommen. meine einstellungen in den mount optionen nun: rw,nfsvers=3 nolock,rsize=32768,wsize=32768 im sfu habe ich von den standardwerten nur von udp auf tcp g...