#1
|
|||
|
|||
Zu frühes Entpacken bei gesplitteten Dateien
Moin moin,
auf movie-blog werden bei größeren Downloads via zippyshare inzwischen die Files meist gesplittet. (xyz.part01.rar.001, xyz.part01.rar.002, usw.) JDownloader kann damit sogar umgehen (cool!). Allerdings scheint JD nach einem erfolgreichen Merge eines Archiv-parts jedes mal sofort zu versuchen, das ganze Archiv zu entpacken, obwohl der Download der restlichen gesplitteten Parts noch läuft. Dann scheint er abzubrechen, wenn er merkt, dass ihm noch Teile fehlen und nach dem nächsten gemergeten Part legt er wieder von vorne los. Eine Dauerqual für die Festplatte - und mich, der auf der dauerentpackenden Platte kaum mehr was machen kann bis der Download endlich komplett fertig ist und der letzte Entpackungsversuch darauf endlich geglückt ist. |
#2
|
||||
|
||||
Bitte BspLinks an support@jdownloader.org senden. JDownloader prüft vor dem Entpacken ob die Struktur der Dateinamen auf mehrere Parts schließen lässt oder ob der Header mehrere Dateien vorgibt, evtl sogar die Anzahl. Anhand der BspLinks kann ich das nachstellen und evtl optimieren oder den Grund herausfinden, warum es bei dir/den Files nicht klappt wie gewünscht. Gerne auch ein Log nachdem du das Problem nachstellen konntest, siehe https://support.jdownloader.org/Know...d-session-logs
und dann die logID hier posten.
__________________
JD-Dev & Server-Admin |
#3
|
|||
|
|||
Hallo Jiaz,
Bei BspLinks besteht stark die Gefahr, dass die schon wieder offline sind, ehe Du dazu kommst. Dauert meist keine 24h. Um es nachzustellen, könnte man auf den movie-blog gehen, und versuche einen der Untouched BluRays über ZippyShare herunterzuladen. Nur bei ZippyShare sind die in .001, .002,... parts aufgeteilt. Sollte für jede Untouched BluRay auf der Seite der Fall sein. Je länger man downloaded, desto offensichtlicher wird das Problem, da das Entpacken des Gesamtarchivs (bis zum Abbruch wgn. noch fehlender Teile) mit zunehmender Anzahl an rar-parts immer länger dauert. Hab inzwischen einen Workaround gefunden: Ich dreh die Sortierreihenfolge in der Downloadliste um. Dann tritt das Verhalten nicht auf. Vielleicht würde es aber auch schon reichen, die erste rar Datei zuletzt zu laden. Last edited by hodj; 24.09.2018 at 14:06. |
#4
|
||||
|
||||
Also nur damit wir uns korrekt verstehen
Es geht um xyz.part01.rar.001 xyz.part01.rar.002.... sobald alle Teile des xyz.part01.rar vorhanden und entpackt sind, dann versucht JDownloader die part01 zu entpacken oder gehts dir um die xyz.part01.rar.001 und xyz.part01.rar.002 ? Denn solch ein Archiv kann ich mir ja auch einfach selbst entsprechend erstellen Betrifft das alle Links von der Seite oder kannst mir per Mail explizit ein Bsp schicken an support@jdownloader.org
__________________
JD-Dev & Server-Admin |
#5
|
|||
|
|||
Hi Jiaz,
danke für die rasche Antwort! Quote:
xyz.part01.rar.001, xyz.part01.rar.002, xyz.part01.rar.003 werden zu xyz.part01.rar zusammengesetzt und obwohl noch weitere Teilarchive im Download sind, fängt er nach dem Merge trotzdem schon mit dem Entpacken von xyz.part01.rar an. Er bricht nach einer Weile den Entpackungsvorgang ab, da noch Teile fehlen, und die Chose geht nach dem Merge des nächsten Teilarchivs wieder von vorne los. Hab das Entpacken 'ne Zeit lang immer manuell abgebrochen über das Icon rechts unten. Quote:
Oder eben auf Movie-Blog testen und eine Untouched BluRay schnappen. Aktuell sollte da jedes File dieser Kategorie beim Download über Zippyshare wie beschrieben gesplittet sein. Würd' Dir gern 'ne Mail schreiben, aber mein Provider (openmailbox) is grad tot. Hmpf. edit: Ich versuch Dir mal ein Log zu erstellen. Last edited by hodj; 24.09.2018 at 17:07. |
#6
|
|||
|
|||
Okay...
LogID: 24.09.18 15.55.10 <--> 24.09.18 15.53.33 jdlog://1557364433151/ Siehe Attachments für die Bildergeschichte dazu... Er merged zwar alles brav - versucht aber nach jedem Merge gleich das ganze Archiv zu entpacken... und scheitert. Last edited by hodj; 24.09.2018 at 17:28. |
#7
|
||||
|
||||
Ich hab mir eigene Testarchive gebaut und kann das Problem nachstellen. Ich werd zusätzliche Prüfungen einbauen, damit eine solche Situation besser verarbeitet wird bzw der Entpacker erkennt das da noch weitere Teilarchive auf Vollendung warten
__________________
JD-Dev & Server-Admin |
#8
|
||||
|
||||
Bitte nach dem nächsten Core-Update testen
__________________
JD-Dev & Server-Admin |
#9
|
|||
|
|||
Saucool.
Dank Dir, Jiaz! |
#10
|
||||
|
||||
Sobald du zum Testen kommen konntest, wäre Feedback ganz nett
__________________
JD-Dev & Server-Admin |
#11
|
|||
|
|||
Hi Jiaz,
hab's mir jetzt 'ne Weile angeguckt und... keine frühzeitigen Entpackungsversuche mehr. Top gut! *thumbs up* |
#12
|
||||
|
||||
Danke fürs Feedback. Bin mit den Umbauten noch nicht ganz fertig, aber meine Testcases sind auch ein wenig *extrem*. Zur Zeit rar-hjsplit-unixsplit-7zip
Wenn es wider Erwarten doch noch Probleme gibt, bitte wieder melden und neue BspLinks geben
__________________
JD-Dev & Server-Admin |
#13
|
|||
|
|||
Hallo, ich habe grad diesen Thread gefunden da mein JDownloader genau das gleiche Problemchen hat. Ich habe derzeit das automatische entpacken deaktiviert und entpacke manuell mit Winrar.
Aber es gibt sicherlich noch ein bessere Lösung dafür? Danke Stefan |
#14
|
||||
|
||||
Bitte BeispielLinks, damit ich das analysieren und evtl beheben kann. Links gerne auch an support@jdownloader.org
__________________
JD-Dev & Server-Admin |
#15
|
||||
|
||||
Habe dir per Mail geantwortet
__________________
JD-Dev & Server-Admin |
Thread Tools | |
Display Modes | |
|
|