Interessanter Fehler

Seit einigen Tagen, genauer gesagt, seit dem Zeitpunkt, seit dem ich vom Alpencross wieder da bin, nimmt meine d-box keine Filme mehr aufs NAS auf. Das was gespeichert wurde, waren ca. 3-5 MB Große Schnipsel.
Gestern war dann großer Diagnose-Abend angesagt. Ein Blick auf dem Switch hat zumindest schon mal verraten, dass der Link nur mit 10-MBit und Half-Duplex läuft. Also SSH_Konsole angeschmissen und mit mii-tool geprüft, auf was die Karte läuft. Das selbe Ergebnis wie am Switch bestätigt zumindest mal das Problem.
Normalerweise ist das jetzt ein klarer Fall für ein einfaches

mii-tool –force=100baseTx-FD

leider nicht in diesem Fall. Die Karte hat sich einfach geweigert, 100-MBit und Full-Duplex zu machen. Nach zig Software-Reboots und mii-tools wollte ich dann die Kiste ausstecken und einmal komplett stromlos machen. Als ich dann das Teil aus dem Schrank gezogen hatte, war mir schnell klar, warum nur 10-MBit, und die überhaupt, möglich waren.
Das Netzwerkkabel war um 90 Grad abgenickt und die Schirmung hing in feinen Einzeldrähten aus dem Stecker raus.
Damit war der Fall klar. Kabel gewechselt und seitdem steht wieder voller Speed auf dem Programm.

Und die Moral von der Geschicht,
kaputte Kabel repariert auch mii-tool nicht.

Dokumentation ist wichtig

Ich beschäftige mich gerade ein bisschen mit dem Soucecodes des Neutrino Movieplayers um das elendige Dilemma mit den durch Streaming-Abbrüchen verhunzten Dateien zu beschönigen. Schön wäre es, wenn der Film mit den Endungen “Film.001.ts”, Film.002.ts”und Film.003.ts” als ein Eintrag in der Moviebrowserliste auftauchen würde und nicht als 3 Einträge.

Interessant und sehr unterhaltsam sind die Kommentare des Sourcecodes:

else if((*filename)[bytes-3] == ‘_’) // fix for udrec support: FileName_01.ts , but why the hell do they use another format ????

// do a VERY shitty approximation here…
#define SECONDOFFSET 514932 //319863

Ein Hoch auf Open Source :-)