merkwuerden

Oder das ganze offensichliche Lauglotzer-Geprassel, denen es sowieso um nichts anderes geht, aus dem Board schmeißen und für Neuanmeldungen eine generelle Postingsperre von 2 Wochen verhängen. Sollte auch schon einige Besserung bringen...

@Mehmet74 Türksat wird unter Neutrino nie vernünftig zu empfangen sein. Grund sind jede Menge doppelte und dreifache TSIDs, SIDs und ONIDs auf unterschiedlichen Frequenzen, was dazu führt, das etliche Sender überhaupt nicht gefunden werden bzw. funktionieren. Neutrino kann die Service-Zuordnung nur über die Kombination TSID und ONID vornehmen. Weitere Unterscheidungsmerkmale wie Transponderfrequenz z.B. kennt Neutrino nicht. Zu lösen ist diese Problematik nicht ohne gehörigen Aufwand und manuelles Verbiegen der Daten, welche dann beim nächsten Suchlauf wieder weg sind. Womit nur Enigma oder das rudbox2-Image mit Neutrino Plus übrigbleibt...

Kann Dich verstehen. So viel fressen, wie man kotzen müßte derzeit, kann man gar nicht...

Von Hardy Hard eine Kiste mit Elektronik- und PC-Teilen gekauft. Hat alles prima geklappt. (Mal von der kleinen Panne mit Hermes abgesehen, die wollten erst meine Adresse nicht kennen. ) Großes Dankeschön!

@Asimember Das ist in den fertigen Astra/Hotbird-Senderlisten von mir (Download-Bereich, vom 06. April) schon lange berücksichtigt.

Wenn Du auf die Uhrzeit verzichtest (%t), brauchst Du Dich nicht wundern, wenn bei einem Abbruch dann der alte Teil der Aufnahme überschrieben wird. Der Server kann nicht wissen, daß da was schief gelaufen ist, die Box schickt in dem Moment (Fortsetzen der Aufnahme) die selben Daten (Namensgebung) raus, der Server meint dann, daß das schon seinen Grund haben wird, und überschreibt den Teil (gleiche Namensgebung). Nehme die Option %t mit rein, dann paßt das besser (im Falle eines Abbruchs).

Mit einem Schreibwert von 7111 nimmste hundertpro kein ZDF auf, wenn die mit voller Bitrate senden. Versuche mal eine Sportübertragung auf ZDF, Du wirst vermutlich eine Überraschung erleben. Oder mache den Test mit ARD, die haben vom Durchschnitt her die höhere Datenrate. Auch da empfiehlt sich eine Sportübertragung oder auch die Tagesschau um 20 Uhr. Oder grade aktuell auf ARD den Eurovision Song Contest, liegt im Schnitt bei 7000 kBit/s (Video). Das meint ProjectX bei einer kurzen Testaufnahme: -> durchschnittl. nom. Bitrate 7010558bps (min/max: 4692400/10121600) Sind nom/min/max 6846/4581/9884 kBit/s. Dazu kommen dann noch 256 (Stereo), 128 (Mono) bzw. 448 (AC3) an Audio dazu. Packste mit 7111 nie.

Beim avia600_vb022 mußt Du entweder auf Dolby Digital oder aber auf den SPTS-Mode verzichten. Beides zusammen führt zum schwarzen Bild. Da Du sicherlich als TS-File aufnehmen willst, mußt Du dann zumindest während der Aufnahme auf DD verzichten. Aufgenommen wird der Digitalton bei Auswahl über die Aufnahmeeinstellungen aber trotzdem korrekt. Sonst versuche mal Dein Glück mit dem avia600_vd030. Aber vorsicht, der hat wieder andere Eigenarten: - Audioplayer ist damit nicht zu brauchen, nach Benutzen desselben Fernsehen ohne Reboot der Box nicht mehr möglich - Bei Sendern mit hoher Bitrate Verzerrungen am unteren Bildrand - Bei ARD/ZDF kann der Ton kurzzeitig einfrieren, gibt sich aber beim vd030 von selber wieder. Die Macke hat aber auch der vb028, dort ist das Einfrieren aber nur durch Rezap zu lösen Mit dem vd030 kannste aber problemlos DD und SPTS zusammen nutzen. Aufnehmen funktioniert auch einwandfrei. Ob Live View geht - keine Ahnung. Da das wieder den VLC benötigt, für mich indiskutabel, meine Meinung über den VLC-Rotz sollte mittlerweile bekannt sein... Irgend einen Kompromiß wirst Du wohl eingehen müssen.

Kannst normalerweise 100Mbit einstellen, aber eben Half Duplex, das Half ist der Knackpunkt. Ich hab die Erfahrung gemacht, daß über Switch 100Mbit besser läuft, als 10Mbit, auch mit dem Fiberline. Als Switch was zu empfehlen, ist nicht so ganz einfach. Da Du aber eine Realtek 8139 verwendest, welche ich in meinem PC auch drin hatte: da hat sich bei mir ein Linksys EZXS88W v3 als äußerst positiv herausgestellt. Macht auf meinem Windows 2003 Server 8977 Schreiben und 8375 Lesen bei rsize/wsize=32768. Und unter Windows 2000 auch nur unwesentlich weniger, obwohl da beim Schreiben nur wsize=8192 geht. Und gibt sicher auch noch andere, gute Switches, muß man aber am besten selber über den Netzwerktest ausprobieren. Am besten zum Computerhändler um die Ecke gehen, einen Karton Switches ausleihen und fleißig testen. Steht noch ein Test aus mit einer 1Gbit Onboard-Karte unter Windows 2003, bin grade drüber, meinen Arbeitsrechner auch auf 2003 umzustellen, nachdem ich die Tage mein Windows 2000 kaputtoptimiert habe. Guter Grund zum Umstieg auf zeitgemäßere Software.

Dein Problem: stelle die Netzwerkkarte fest auf Halbduplex. Und was den Fiberline Switch angeht, rauch das Ding in der Pfeife, gibt besseres. Mußte vor paar Wochen anhand eigener Tests auch kapieren, daß Fiberline nix anderes ist, als solcher 0815-Kram Marke Digitus und Konsorten. Nur daß Fiberline einige Euronen mehr kostet, verbaut ist hardwaremäßig der selbe Ramsch wie bei den Billigdingern.

Hab's grade gesehen: im dboxwinsvr_rec.log meldet sich die Version 0.4.2 fälschlicherweise als 0.4.1. Das soll einer wissen. In der alltime.log (im Winserver-Verzeichnis) stimmt's dann aber (beim Start des Winservers): Später im Log, wo der Winserver die Aufnahme beginnt, dann aber wieder der selbe Humbug: Btw: Poste mal die alltime.log, am besten erst löschen, dann den Winserver starten, Aufnahme versuchen, Winserver schließen, dann das Log posten. Irgendwas stimmt da bei Dir nicht. Bist Du Dir sicher, daß wirklich keine Firewall läuft und Virenscanner komplett aus ist? Ich kenne dieses Avast-Dings nicht, was es an Sicherheitsmodulen alles enthält.

Wenn die Aufnahme einmal verreckt ist und das Display der Box weiter blinkt, starte die Box vor dem nächsten Versuch neu. Alles andere wird Schrott, weil der Aufnahmeprozeß auf der Box auch hängt. BTW: Version 0.4.2 ist aktuell, schon seit langer Zeit (Dezember 2005), gibt es auf der dBoxWinServer-Homepage. Hole Dir dort das Komplettpaket inklusive der enthaltenen udrec. Damit funktioniert Streamen einwandfrei. Ältere Versionen machen mit neueren Images Probleme...

Installiere auf alle Fälle die SPs zum .NET Framework mit, schon allein wegen der Sicherheit... und schaden tut's nicht.

Auch das Framework 1.1?

@ArA-Y Die manuelle Kanalsuche ist im Keywelt-Image (zumindest dem Sept2006) aus unerklärlichen Gründen leider kaputt, die macht alles mögliche, nur nicht das, was sie eigentlich sollte. Weiß der Teufel, warum, ich hab dafür keine Erklärung finden können. In den fertigen Kanallisten von mir (Download-Bereich, vom 06.04.2007) ist der neue Pro7-Transponder schon berücksichtigt und wird auch verwendet. Und in der neuen satellites.xml von mir aus diesem Thread ist der Transponder auch bereits eingetragen.

@olaf1966 Ganz einfache Erklärung: Du hast die Option "in SPTS aufnehmen" eingeschaltet. Damit wird der Winserver von der Box (durch den dann bei Aufnahme eingeschalteten SPTS-Treiber) "gezwungen", als TS aufzunehmen, was anderes geht mit aktiviertem SPTS-Treiber nicht, der Winserver erkennt dies. Aufnehmen als MPEG oder PES erfordert zwingend, daß der SPTS-Treiber ausgeschaltet ist. Der Winserver kriegt das Problem mit und nimmt dann eben über udrec einen TS-Stream auf, bevor er die Aufnahme einfach versaubeutelt. Da GGrab nicht in TS aufnehmen kann, zieht diese Möglichkeit da nicht, GGrab bricht ab, weil es mit den Daten nichts anfangen kann, und die Aufnahme ist beim Teufel. Für's Aufnehmen in TS mit allen verfügbaren Tonspuren muß, wenn ich jetzt nicht irre bin, unter "Voreinstellungen für Tonspuren" (auf der Box) auch alles aktiviert sein. Will's aber jetzt nicht behaupten...

Suche mal hier im Streamingbereich nach Eisfair, Datum der Suche entsprechend ausweiten, sonst kriegste nur die letzten 30 Tage, da steht zu dem Thema nix drin. Der Eisfair unterstützt von Haus aus nur rsize/wsize von max. 8192. Das ist zumindest für die öffentlich-rechtlichen Programme sowie Premiere Film/Direkt zu wenig. Du brauchst einen anderen NFS-Server (nfs.o und nfsd.o). Link dazu findest Du auch irgendwo hier im Streamingbereich, liegt schon paar Monate zurück. Die NIC des Eisfairs auf Half Duplex umstellen, brauchst Du ethtool installiert. Und mußt das entweder über die Startdateien mit aufrufen (ich hab's bei meinen Versuchen über die /etc/init.d/rc gelöst), oder mußt das nach jedem Start des Servers manuell aufrufen. Kann Dir da im Moment auch nicht mehr so direkt weiter helfen, ich hab in meinen Tests festgestellt, daß Eisfair nur bedingt zum Streamen zu gebrauchen ist und das Thema wieder abgehakt. Hier werkelt Windows 2003 Server.

@orso Da kannst Du nur in Deinem Netzwerk nach dem Fehler suchen. Was ist passiert: Lesen, also die Übertragung vom Server zur Box, funktioniert nicht. Die trotzdem angezeigten Werte stammen aus dem Cache der Box, über Netzwerk kommt nichts rein, dadurch bricht der Lesetest ab. Mein Geheimtip: Netzwerkkarte des Servers auf Half Duplex stellen. Danach sieht's zumindest aus, daß da was nicht paßt. Da Du nichts zu Deiner Testumgebung (verwendeter Server, wie ist was worüber angeschlossen (Switch, Router, direkt oder wie oder was)) schreibst, ist gezielte Hilfe so nicht machbar. Meine Kristallkugel ist leider hin, und eine neue zu teuer.

Na also, geht doch. Du willst's ja unbedingt so haben. 5000MB / 1024 = 4,88GB, also korrekt. Weiß ja nicht, wie viel Platz Du auf der Festplatte frei hast, aber ich tät das automatische Splitten ausschalten. Hab ich auch nie aktiv, weil man sonst erst wieder die Einzelteile zusammenbinden muß, ich hab's lieber gleich am Stück. Würde sich übrigens auch empfehlen (weiß ich nicht, ob Du's nicht eh schon so hast), fürs Streamen zumindest eine eigene Partition zu verwenden oder gleich eine separate Platte dafür einzubauen. Die wird dann automatisch nicht so extrem fragmentiert, als wenn Du am Ende auf eine Partition streamst, wo auch noch aller möglicher anderer Krempel liegt. Und Festplatten kosten ja heutzutage wirklich nichts mehr, mittlerweile kriegt man ja schon 200er Platten für 50 Eus hinterhergeschmissen. Hab in meinem Server eine 80GB Platte drin nur für dBox-Streaming (größer will das BIOS nicht wissen, das Mainboard ist schon etwas betagt). Reicht mir aber aus, weil die Sachen dann zur Nachbearbeitung (DVD) eh abgeholt und an der Arbeitskiste verwurschtelt werden. Wenn Du ziemlich sicher gehen willst, daß die Aufnahme funktioniert (100% Sicherheit gibt's nie ), starte zumindest die Box neu, wenn sie schon länger gelaufen ist. Grade der ganze EPG-Müll, der sich im Speicher ansammelt, kann schon mal dafür sorgen, daß die Box ins Stottern kommt. Muß aber von meiner eigenen Erfahrung her sagen, daß ich bisher noch keine Probleme in der Hinsicht hatte, die Box läuft tagelang durch ohne Neustart, Aufnehmen ging bisher immer. Wenn's der Box doch mal zu blöd wird (bei meinen diversen Experimenten kein Wunder ), hängt sie sich lieber gleich ganz auf. Der Server-PC läuft hier praktisch durch, solange ich ihn brauche. Und sonst wird er in den Ruhemodus geschickt, Neustart nur alle zwei-, dreihundert Betriebsstunden (oder so) mal. Das sollte in keinster Weise stören, hab ich auch so laufen (5min-Intervall). Selbst wenn die Inet-Verbindung mal nicht funktioniert oder der ntp-Server mal nicht erreichbar ist, ist das kein Problem, dann synchronisiert die Box automatisch über DVB, auf Inet gewartet wird nicht. Wie schon geschrieben, wenn nicht grad was extrem CPU- oder festplattenlastiges losgeht, dürfte normal auch nichts passieren.

Ach nö... streiten tun wir uns doch nicht, hammer beide nicht nötig. Ich beleuchte halt die Angelegenheiten von oftmals etwas merkwürdigen Seiten. Ich denke aber, die Leute, die sich in die Materie etwas reindenken, wissen schon, um was es eigentlich geht. Btw: ich suche einen Sender, der noch höhere Datenraten wie ARD/ZDF liefert, damit ich auch endlich mal wieder "Daten konnten nicht schnell genug geschrieben werden" erhalte und dann was zum Optimieren hab.

Ich überschätze den Sinn der synthetischen Tests keineswegs. Nur geeignet, um festzustellen, ob das Netzwerk ansich was taugt. Daß der über das tatsächliche Aufnahmeverhalten nix aussagt, ist schon klar. Ich lasse bei meinen Tests, die ich dann mit praktischen Aufnahmen auf Sendern hoher Bitrate durchführe (da bevorzuge ich ARD, ZDF ist mir nicht kriminell genug, bei mehreren Tests (auch nachts) lag ARD meistens vorne. ) einen Netzdurchsatzmonitor am PC mitlaufen. Bei mir läuft zu diesem Zweck NetMeter (mal danach googeln bei Interesse). Die Durchsatzanzeige im Windoof-Taskmanager scheint mir da nicht unbedingt geeignet. Und bei Windows 2000 sowieso nicht vorhanden, da mußte ich mir eh was anderes einfallen lassen. Mit dem NetMeter sieht man eigentlich am Durchsatz ganz gut, was los ist. Hab grade wieder eine Testaufnahme (ARD Sportschau live) laufen, NetMeter meldet mir Spitzen von 9,5Mbit/s (mit allen Tonspuren). Hab's grade mal durch ProjectX genudelt, meint: Dazu dann noch 128 + 256 + 448kbit/s (drei Tonspuren). Recht beachtlich. Und bricht nicht ab. Und auch beim synthetischen Test sieht man mit NetMeter (z.B. beim Halfduplex-Problem) eventuelle Einbrüche und Aussetzer. Gut, die Box hat ja über die Sysinfo auch so einen Netzdurchsatzmonitor mit drin, aber das möchte ich nicht unbedingt riskieren, den bei der Aufnahme mit loszulassen. Könnte nach hinten losgehen. Fakt ist jedenfalls, daß es bei @ion nicht am Netzwerk ansich liegt. Entweder läuft da auf der Box irgendwas, was plötzlich Ärger macht (glaube ich weniger), oder der PC fängt nach längerer Zeit irgendwelche Hintergrundoperationen an, die die Festplatte ordentlich stressen. Was anderes kann ich mir kaum vorstellen...

Genau das hab ich nämlich auch schon festgestellt. Und da das bei mir auch nicht nachvollziehbar ist, ist der kcore-Test für mich witzlos. Was nutzt der Test, wenn mal irgendwo 1MB vergessen wird, und deswegen super niedrige Zeiten rauskommen? Sowas ist Murks, und zwar großer, danach kann man sich nicht richten. Bei Deinen Schreibwerten solltest Du selbst mit ARD/ZDF und Premiere samt allen verfügbaren Tonspuren keine Abbrüche haben. Hatte ich mit meinem Windows 2003 Server auch keine Probleme mit 8533 Schreibrate. Ringpuffer dabei auf 30, hat immer gereicht. Wäre vielleicht möglich. Da kann ich aber nicht mit praktischer Erfahrung dienen, den Standby des PC benutze ich nicht. Ich fahre meine Kisten auch nur selten "ordentlich komplett" runter, die werden standardmäßig in den Ruhemodus geschickt. Ist eigentlich aber auch kaum anders, als der Standby. Standby läßt die Kiste aktiv und behält alles im RAM, Ruhemodus speichert den RAM auf Platte ab und schaltet dann den Kasten komplett ab, beim nächsten Start wird dann der RAM von der Platte wieder "neu" bestückt. Ergebnis ist ansich das selbe: der Rechner befindet sich danach wieder in dem Zustand, "wie man ihn verlassen hat". Nur mit dem Unterschied, daß er im Ruhemodus keinen Strom verschwendet und halt bissel länger braucht, bis er wieder einsatzfähig ist. Hauptsächlich solltest Du dafür sorgen, daß nicht während einer Aufnahme irgendwelche festplattenlastige Aktionen auf dem PC starten (Virenscan, automatische Defragmentierung und dergleichen).

Das ntest2-Script gibt's tatsächlich nicht mehr. Früher war's aber mit angehängt, sonst hätte ich's ja selber nicht. Hier mal angehängt von mir: ntest2-3.rar Ist einmal der originale ntest2 von Worschter mit drin, für den gilt das im ersten Beitrag des Threads Gesagte. Zusätzlich meine leicht modifizierte Version ntest3. Achtung! Das Script muß vor Ausführung auf die persönlichen Umstände hin konfiguriert werden, also mit einem unix-fähigen Editor (Proton32 z.B.) erst die Einträge anpassen! Erklärt sich eigentlich von selbst: Standard-Einstellung ist rsize/wsize=32768 (allein), Testfilesize=320MB. Test dauert damit (bei ordentlichem Netzwerk) etwa 10 Minuten, dafür recht genau. Ergebnis des Tests (Schreiben/Lesen in kbit/s) ist, um das mit dem Standard-Netztest direkt vergleichen zu können, durch 1,024 zu teilen. Denke ich auch, daß da was faul ist. Hitzeproblem kann's kaum sein, denn dann würde sich die ganze Box aufhängen, dann hat sich's (für den Moment, bis zum Abkühlen und Neustart) generell ausgestreamt. Belastest Du den Rechner irgendwie stark, während Du aufnimmst? Festplatte hat genug freien Platz drauf und ist auch nicht zu stark fragmentiert? Was auch entlastend wirkt: den Schreibcache bei NFS aktivieren. Standardmäßig ist der bei MS-SFU nicht aktiviert, da muß man von Hand in der Registry nachhelfen: Und so aktiviert man das in Windows (angemeldet mit Administrator-Rechten): Start -> Ausführen... regedit.exe eingeben, und auf OK klicken. Dann folgenden Registry-Schlüssel suchen und markieren: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NfsSvr\Parameters Dann rechts ins Fenster klicken und über Neu -> DWORD-Wert einen neuen Eintrag erzeugen, diesem den Namen UseWriteCache zuweisen. Den Eintrag dann per Doppelklick öffnen und den Wert auf 1 setzen. Anschließend Regedit schließen und Windows neu starten. Schont die Festplatte, und entlastet das System doch spürbar. Das reicht auf jeden Fall für ORF und Stereoton dicke aus. Bei ARD/ZDF und Premiere Film/Direkt kann's da aber schon knapp werden, da sind locker mal Spitzen von über 9Mbit/s drin. Den kannste in der Pfeife rauchen. Bei den Werten müßtest Du, wenn man mal die Excel-Tabelle aus dem ersten Beitrag herziehen darf, einen Schreibwert von mindestens 8600 bis 8700 haben. Bei Deinem ntest-Wert von 8258 ist ein kcore von 60 Sekunden realistisch, aber keinesfalls unter 58 Sekunden, das sagen mir auch meine eigenen, bestimmt schon hundert Tests. Und wenn ich mir die Werte in der Tabelle ranziehe und kcore mit den write-Werten vergleiche, dazu die Abweichungen im Sekundenbereich sehe, weiß ich, was ich von dem kcore-Test zu halten habe: nämlich nichts. Meines Erachtens kann man eine entsprechende Genauigkeit beim Netztest nur mit einem entsprechend großen Testfile erreichen, daher hab ich mir auch das Script modifiziert. Beim kcore ist man aber auf generell 64MB festgelegt, mit entsprechenden Toleranzen in der Messung...

Wenn Du schon mit ORF und nur Stereoton Abbrüche hast, taugt Dein Netzwerk nichts, oder es liegen andere Probleme vor. ORF hat eine ziemlich konstante Videobitrate von knapp 7000kbit/s, dazu kommen noch 160kbit/s für den Stereoton, also alles in allem unter 7200. ARD/ZDF und auch Premiere (Film und Direkt) liegen in den Spitzen noch deutlich höher. Nach Deinem kcore-Wert (58,11s) müßtest Du eine Schreibrate von etwa 8800 haben, das würde problemlos für ORF mit allen (!) Tonspuren reichen. Und bei mir sind damit auch ARD/ZDF mit allen Tonspuren kein Problem. Btw: der kcore-Test ist meiner Erfahrung nach auch nicht zuverlässig... 64MB Filesize für das Testfile ist einfach zu wenig, gibt teils deutlich zu hohe Toleranzen im Ergebnis. Ich mache meine Tests mittlerweile mit 320MB, hab mir dazu den alternativen Netztest (ntest2 im ersten Beitrag des Threads) von Worschter modifiziert (nur Ausgabe etwas übersichtlicher gestaltet und das Script aufrufmäßig vereinfacht sowie multitestfähig gemacht) und pfeife auf den kcore. Gibt deutlich weniger Toleranzen. Für 320MB müßte der ntest2 so gestartet werden: /tmp/ntest 192.168.179.30 Aufnahme /mnt/record 32768 32768 8192 40960 IP und Freigabe natürlich auf die eigenen Gegebenheiten anpassen. Den (errechneten) kcore bekommt man dann auch etwas genauer aus dem Ergebnis, hier mal ein Ergebnis von mir: Mounteinstellungen: rsize 8192 wsize 8192 Dateigroesse 335544320 Bytes 40960+0 records in 40960+0 records out real 4m 51.83s user 0m 1.42s sys 1m 14.98s 8977 kbits/s Schreiben 40960+0 records in 40960+0 records out real 5m 15.88s user 0m 1.05s sys 0m 42.41s 8269 kbits/s Lesen 192.168.178.5:custom on /mnt/custom type nfs (rw,v3,rsize=32768,wsize=32768,soft,udp,nolock,addr=192.168.178.5) Mounteinstellungen: rsize 16384 wsize 16384 Dateigroesse 335544320 Bytes 40960+0 records in 40960+0 records out real 4m 52.53s user 0m 1.44s sys 1m 15.61s 8946 kbits/s Schreiben 40960+0 records in 40960+0 records out real 5m 14.81s user 0m 1.07s sys 0m 42.23s 8322 kbits/s Lesen 192.168.178.5:custom on /mnt/custom type nfs (rw,v3,rsize=32768,wsize=32768,soft,udp,nolock,addr=192.168.178.5) Mounteinstellungen: rsize 32768 wsize 32768 Dateigroesse 335544320 Bytes 40960+0 records in 40960+0 records out real 4m 52.26s user 0m 1.43s sys 1m 15.50s 8977 kbits/s Schreiben 40960+0 records in 40960+0 records out real 5m 13.36s user 0m 1.04s sys 0m 42.74s 8375 kbits/s Lesen 192.168.178.5:custom on /mnt/custom type nfs (rw,v3,rsize=32768,wsize=32768,soft,udp,nolock,addr=192.168.178.5) Man nehme den real-Wert, hier z.B.: real 4m 52.26s, rechne sich das komplett in Sekunden um und teile das Ganze durch 5 (bei 320MB Filesize). Ergibt dann kcore=58,45s. Edit: Um das Ergebnis des ntest2 mit dem normalen Netztest zu vergleichen, muß das Ergebnis von Schreiben bzw. Lesen durch 1,024 geteilt werden!

Soll ich's jetzt schreiben, oder besser nicht? Leute, die Voterei alleine ist nutzlos. Über 600 Votings, aber keine Testergebnisse... Wir wollen eigentlich Ergebnisse sehen, wie das Streaming in welcher Hardware-Konstellation wie funktioniert. Sonst ist der Sinn und Zweck des Threads eigentlich verfehlt...