[ubuntix]

Hallo zusammen,

Man hat ja immer die Hoffnung, dass man die .rev Dateien nicht braucht.
Daraus ergeben sich folgende Ideen:

• Beim Laden oder Sortieren eines Containers die .rev Dateien ans Ende stellen.
• Die .rev Dateien erst mal disablen. Man kann dann genau so viele wie sich als nötig herausgestellt haben hinterher immer noch enablen (erst mal manuell).
• einer späteren Ausbaustufe könnte man sich auch noch Gedanken über ein automatisches Enablen der .rev Dateien machen (aber nur bei definitiv nicht behebbaren Fehlern wie z.B. eine .rar Datei gibts nicht mehr)

Ich hoffe, ich habe mich verständlich ausgedrückt.

Was haltet ihr davon ?

Danke und Gruß,
Ubuntix

[pspzockerscene]

Ich halte es für unnötig bzw. übertrieben, aber lass uns mal auf die Antwort eines Entwicklers warten

GreeZ pspzockerscene

[ubuntix]

Also, wenn das Aufwand/Nutzen-Verhältnis als zu schlecht eingestuft wird, könnte ich mich auch mit nur dem ersten Punkt (ans Ende sortieren) zufrieden geben. :-)

Das sollte auch nicht allzuviel Aufwand sein ...
Ich vermute, dass die Liste mit einem einfachen String-Comparator sortiert wird. Den müsste man lediglich nur durch einen ersetzen, der erst die Endungen vergleicht und nur wenn die gleich sind den Rest überhaupt in Betracht zieht. Praktischerweise kommt das 'e' in .rev ja schon nach dem 'a' in .rar, sodass das dann direkt passt.

Wenn die .rev Dateien dann erst mal alle beieinander am Ende stehen, kann ich sie auch einfacher als bisher manuell disablen.

Auch dieser Erweiterungswunsch ist hauptsächlich dann hilfreich, wenn ein DLC mehrere Archive (also mehrmals .part01.*) enthält und man die .rev's echt zusammensuchen muss.

Ich hab halt ne 2000er Leitung, mehr gibts in meinem Viertel aufgrund der veralteten Kabel nicht. Und daher spare mir gerne jede verzichtbare Datei.

Danke und Gruß,
Ubuntix

[pspzockerscene]

JD ist doch open source, da dürfte es für dich doch ein Leichtes sein, das selbst einzubauen

GreeZ pspzockerscene

[ubuntix]

Mal sehen ...

Zunächst ist es bei Projekten dieser Größenordnung immer erst mal eine Hürde, die richtige Stelle zu finden. Es dann da einzubauen ist der eher kleinere Teil. Dann bleibt allerdings jedes mal die Frage, ob die eine gefundene Stelle dann auch die einzige ist ...

Das Sortieren würde ich mir noch zutrauen. Aber wenn ich das mache, hätte ich das dann auch gerne im Projekt verewigt, damit ich nicht bei jedem neuen Update wieder meine private Version bauen muss.

Ob ich das mit dem Disablen / Enablen in vernünftiger Zeit hinkriege, hängt davon ab, wie verständlich die JD Architektur ist.
Ich kann mich da noch an JBidWatcher (ein ebay-tool) erinnern ... das hatte ich mir auch im Source besorgt, weil ich vom Autor abgelehnte private Änderungen einbauen wollte. Aber ich hab's dann aufgegeben, weil der Typ mir einfach zu schräg denkt und Sachen unnötig kompliziert löst, wodurch man seinen Code nur extrem schwer verstehen kann.

Grüße,
Ubuntix

[pspzockerscene]

Das Problem ist:
1.Die Änderung muss von den Entwicklern akzeptiert werden, damit sie in die offizielle JD Version kommt.
2.Momentan wird VIELES am JD geändert d.h. wenn man an einer Stelle was ändert kann es sein, dass der Code am nächsten Tag komplett geändert wurde oder sogar fehlt.
3.Nein, wir machen nicht alles unnötig kompliziert^^

GreeZ pspzockerscene

Mir würde es auch reichen, wenn JD entpackt, wenn die REV Dateien disabled sind. Zur Zeit "denkt" er, es fehlt noch was und entpackt nicht.

[Think3r]

Das Ticket dürfte das abdecken:

Greetz

Nicht vergessen: Wenn nun jeder die .rev ignoriert, sind sie nicht mehr auf dem Server, wenn mal benötigt...

Vielleicht genügt es, wenn JD von jedem .rev die ersten 100k downloadet.

(Ist das richtig, dies hier in diesem Thread zu vermerken? Beim Ticket scheint es keine Kommentarfunktion zu haben.)

So oder so: Cooles Projekt

[Think3r]

Ist alles richtig, auf den Bugtracker hast Du natürlich keinen Zugriff.
Ich denke nicht, dass Aufgabe des JDs ist, die Dateien anzuladen, damit diese auf den Servern verbleiben. Das ist nun wirklich nicht unser Problem und wird schon auch keines werden, keine Sorge.
Greetz

Ist nicht ganz richtig, bzw. schon öfters beobachtet: Die .rev sind bereits offline, während der Rest noch online ist - und ab und zu nicht mal mehr vollständig.

Eine gute Idee ist aber sicher, JD global auszubauen und sich keine kleinlichen Gedanken zu machen. Hierzu hätte ich einen vielleicht sinnvolleren Vorschlag:

"Onlinestatus überprüfen" funktioniert ja nicht 100% bzw. es kommt immer wieder vor, dass eine Datei dann doch nicht verfügbar ist.

Wie kommt die Idee eines "Onlinestatus testen" an, welches alle gewählten Dateien anlädt bevor es diese als "verfügbar" deklariert? Hätte den für die .rev gewünschten Nebeneffekt und mich schon das eine oder andere Mal vor zig Gigabit Leerdownloads gerettet, wenn dann plötzlich doch das letzte File nicht verfügbar war.

=> Eine Funktion für Premium-User, da Free-Usern meist auch beim anladen die ganze Datei verrechnet wird!

Liesse sich dann sehr praktisch erweitern: Im Linksammler nicht nur ein "Weiter" anbieten sondern auch ein "Weiter und Testen" mit obiger Funktion.

Vielleicht hat sich das auch wieder geändert aber um als Download erkannt zu werden musste früher eine größere Menge geladen werden. Weil viele versucht haben durch anladen Files oben zu halten oder Punkte zu generieren.

@Meriba
wenn du das schon öfters hattest solltest du mal die Platte checken.

Platte checken? Verstehe ich nicht ganz. Die Datei ist ja auf dem Server nicht mehr vorhanden, obwohl sie im Linksammler als Online angegeben wurde...

Je nach Häufigkeit von defekte Rar Dateien, kann das auch ein Problem mit deiner Festplatte, Mainboard oder ein schlecht abgeschrimtes Sata Kabel sein. Einfach mit CrystalDisk die Smartwerte der Festplatte überprüfen.
Hatte mal früher ein ähnliches Problem wo die Fehler langsam zu nahmen. Deswegen wollte ich dich nur darauf aufmerksam machen das du es vielleicht im Auge behälst

[Think3r]

Richtig, ich brauche .rev's nie. CRC-Fehler treten oft bei zu vielen Chunks auf. Steht ja aber alles in den Ersten Schritten.
Greetz

Heissen Dank für den Tool-Tip (CrystalDisk)!

Lokale CRC-Fehler (behebbar durch erneuten Download) habe ich allerdings nie. Ab und zu eine Datei welche man 3x defekt lädt oder eben gar nicht mehr vorhanden ist.