- Datei laut torrent-Überprüfung nur zu 99,5%vollständig trotz vollständigem download

[schnulli59]

Vielleicht bist Du auch Opfer der manchmal fehlerhaften Berechnung der .torrent-Datei bei OTR.
Wurde hier schon ein paar mal gepostet, ohne dass das zu einer erkennbaren Aktivität seitens OTR geführt hat.
Meist ist dann nur ein 1 MB Chunk der Datei scheinbar defekt.
Download bei einem Mirror oder von OTR direkt bringt dann den gleichen Fehler.
Da wohl uTorrent den scheinbar fehlerhaften chunk nicht hochladen wird, werden die anderen Peers nie zu einer vollständigen Datei kommen.
Also in diesem speziellen Fall macht das Seeden keinen Sinn. Das Problem solltest Du noch bei den Dateikommentaren vermerken, damit andere gewarnt sind.

Aber nicht verzagen, sondern weiter vollständige Dateien seeden. Mach ich auch so.

Uli

[MCMUPPET]

Ich habe eine Dekodierung geopfert und die Datei nochmal nach Aktivierung aller Überprüfungen durchlaufen lassen:

Anscheinend hast Du die Verifikation auch ausgeschaltet und konntest so die Otrkeydatei dekodieren.

MfG
MCMUPPET

[MCMUPPET]

Was passiert denn nun mit dieser Defektdatei? Könnt Ihr da nicht eine undefekte Datei 'reinstellen und ich darf sie dann umsonst Highspeedladen mit Goldschleife?

Wenn eine Sendung bereitgestellt wurde ist eine Korrektur nicht mehr möglich, da das Rohmaterial / Ausgangsmaterial bereits gelöscht ist. Warum soll die Datei eigentlich noch einmal bereitgestellt werden? Laut einer Usermeldung soll die Datei nach der Dekodierung voll funktionstüchtig sein (habe ich nicht überprüft).

MfG
MCMUPPET

[otvrNeuling]

... Warum soll die Datei eigentlich noch einmal bereitgestellt werden? Laut einer Usermeldung soll die Datei nach der Dekodierung voll funktionstüchtig sein (habe ich nicht überprüft)....

Naja, man hat halt lieber eine Datei, die allen Prüfungen standhält, als eine Datei, die bei den Prüfungen des otr-eigenen Dekoders durchfällt und die auch vom von otr erstellten torrent als nicht vollständig erkannt wird.

Vor allem dann, wenn -wie bei mir- auch noch fast dreißig GWP dabei verbraten wurden.

Diese -laut torrent- 99,5%-Datei ist im dekodierten Zustand zumindest stichprobenweise abspielbar (mit NeroVision hab ich's probiert). Ob sie auch ohne Probleme durchliefe, konnte ich mangels Zeit nicht ausprobieren.

Aber wie teilt man den Torrent-Nutzern mit, dass die 99,5%-Datei (mutmaßlich) verwendet werden kann?

Irgendwie hätte so'ne 1A-Datei doch wirklich Charme, oder?


Beste Grüße!

[MCMUPPET]

Naja, man hat halt lieber eine Datei, die allen Prüfungen standhält, als eine Datei, die bei den Prüfungen des otr-eigenen Dekoders durchfällt und die auch vom von otr erstellten torrent als nicht vollständig erkannt wird.

Und die schlussendlich den gleichen identischen Inhalt hätte, wie die Datei, die Du nun hast? *confused* Ob die Verifikation oder der Torrentclient nun meckern wäre mir persönlich egal, wenn die Aufnahme fehlerfrei ist .

MfG
MCMUPPET

[schrit]

nun, ob die Aufnahme funktioniert, habe ich auch (noch) nicht getestet, aber wenn
der Decoder 'fehlerhaft' meldet, ist das doch zumindest blöde ...

ganz sicher ist aber, daß der Download und die .torrent-Datei nicht so ganz zueinander passen,
zumindest das müßte doch korrigierbar sein.

[Cybermichl]

Das eigentliche Problem ist: Wenn die Datei 100% in Ordnung ist, jedoch Dekoder als auch Torrent Fehler melden, kann man sich dann auf die Fehlerüberprüfung des Dekoders bzw. auf die Prüfsumme des Torrents überhaupt noch verlassen?

Einen Sinn ergibt es nicht, wenn man Fehlerüberprüfung ausschalten muss, um eine 100% korrekte Datei decodieren zu können. Für was ist die Fehlerüberprüfung da?

Wie schon gesagt, das Thema steht und stand zwar schon des öfteren zur Diskussion, wurde zur Sprache gebracht, jedoch wohl nicht für würdig genug befunden, dass die OTR-Macher sich dazu äußern, geschweige denn, zu handeln.

[schnulli59]

Es sollte endlich die manchmal fehlerhafte Berechnung der Prüfsummen zu überprüft werden.
Mal nachschauen, ob die Fehler immer auf dem gleichen Downloadserver auftreten.
Oder die Berechnung mehrmals hintereinander vornehmen und die Ergebnisse vergleichen.

Es sollte eigentlich auch im Interesse von OTR sein, diese Fehler zu beheben.
Es kommt bei mir regelmäßig vor, dass eine Datei im Combiload bei 99.X% hängt und bis zum Ende der Happyhour ein Vielfaches der eigentlichen Datenmenge von OTR heruntergeladen wurde.
Mein Client hat immer einen vermeintlich fehlerhaften Chunk wieder und wieder heruntergeladen.
Kein Wunder, dass manche User darüber klagen, dass sie keinen Download schaffen, wenn so Downloadslots unnötigerweise belegt werden.
Die Ratschläge der Mods helfen zwar wahrscheinlich im konkreten Fall. Sie beseitigen aber nicht die Ursache des Problems.
Es ist keine gute Strategie, sich mit Workarrounds zu behelfen, ohne nach der eigentlichen Ursache zu forschen.

Schade

[schrit]

wundersamerweise ist die Datei inzwischen vollständig
(ich hatte sie weiterhin im Torrent gelassen)

irgendjemand hat also eine korrekte (= zur .torrent-Datei passende)
Version der Aufnahme aufgetrieben und geseedet. Danke!

[Cybermichl]

wundersamerweise ist die Datei inzwischen vollständig
(ich hatte sie weiterhin im Torrent gelassen)

irgendjemand hat also eine korrekte (= zur .torrent-Datei passende)
Version der Aufnahme aufgetrieben und geseedet. Danke!

Man weiß es halt wieder nicht genau, ob da korrigiert wurde oder nicht - Kommunikationsfreude scheint immer noch nicht zu den Stärken der OTR-Macher zu zählen. Vielleicht sind welche stolz darauf, sich als Vollblutnerds darzustellen.

Wie dem auch sei - die Torrents, die einen fehlerhaften Chunk, bzw. fehlerhafte Prüfsummen beinhalten, werden nach Decodierung incl. Datei ruckzuck gelöscht.

Ich überlege auch, warum Torrents von OTR-Machern benachteiligt behandelt werden: Offenbar, weil es weniger Torrennutzer gegenüber Mirrornutzern gibt...?!