[Schizo]

Hallo,

Gibt es eventuell eine Möglichkeit bei JD2 dass der Entpackvorgang schon anfängt wenn er beim aktuellen Download bei z.b 80% ist und er nicht erst wartet mit dem entpacken bis alles runter geladen wurde?

Das wäre echt der Hammer wenn das funktionieren würde, da könnte man sich echt Zeit sparen.

MFG Schizo

[Jiaz]

Nein, das geht nicht. Dafür gibt es ein uraltes Ticket aber da das schon einiges an Zeit *frisst* und der Nutzen ebenfalls nur für kleinen Nutzerkreis ist, wird das wohl auch in absehbarer Zukunft keinen Entwickler *hervorlocken*. Das Entpacken sollte doch jetzt nicht wirklich der *Knackpunkt* sein, oder? Also das wird ja keine *Stunden* oder so dauern, sondern sollte in wenigen Sekunden bis Minuten erledigt sein.

[Jiaz]

[thecoder2012]

Originally Posted by Jiaz

Nein, das geht nicht. Dafür gibt es ein uraltes Ticket aber da das schon einiges an Zeit *frisst* und der Nutzen ebenfalls nur für kleinen Nutzerkreis ist, wird das wohl auch in absehbarer Zukunft keinen Entwickler *hervorlocken*.

Problem ist auch das nicht so einfach zu realisieren ist ohne gleich in andere Fallstricke zu rennen. Im Prinzip müsste ähnlich wie steam_unrar der Entpackprozess beim ersten fertigen Part starten und "pausieren" bis weitere Parts fertig sind.

Würde es wenn allgemein so umsetzen statt es für einen kleinen Nutzerkreis es zu bauen. So hätten viele andere auch das tatsächliche Gefühl der JDownloader würde schneller entpacken. Obwohl nur früher angefangen wurde.

Streams bei unfertigen Downloads im JD dagegen wären dann erst der nächste Schritt danach.

Originally Posted by Jiaz

Das Entpacken sollte doch jetzt nicht wirklich der *Knackpunkt* sein, oder? Also das wird ja keine *Stunden* oder so dauern, sondern sollte in wenigen Sekunden bis Minuten erledigt sein.

Es gibt sehr große Archive und bei einer langsamen CPU kann es schonmal Stunden dauern.

[Jiaz]

Originally Posted by thecoder2012

Im Prinzip müsste ähnlich wie steam_unrar der Entpackprozess beim ersten fertigen Part starten und "pausieren" bis weitere Parts fertig sind.

Das klappt nur leider nicht *immer* und *so einfach*. Zb wenn das RAR Archiv entsprechend verschlüsselt ist, kann man nicht mit dem Entpacken anfangen ohne Teile des letzten Parts zu haben. Gleiches gilt für weitere bestimmte RAR Parameter. Auch würde dann dieser Entpackvorgang blockieren und weitere/andere fertige Archive blockieren, bis es fertig ist, da paralleles Entpacken ebenfalls noch nicht implementiert ist. Auch muss man extra Handling einbauen für den Abbruch/Wiederaufnahme-Fall einbauen, sprich JDownloader beenden und neustarten. Wenn hier jemand *experimentieren* will, gerne, aber mir fehlt hier einfach dieZeit und vor allem Nutzen/Aufwand Verhältnis

[thecoder2012]

Originally Posted by Jiaz

Das klappt nur leider nicht *immer* und *so einfach*. Zb wenn das RAR Archiv entsprechend verschlüsselt ist, kann man nicht mit dem Entpacken anfangen ohne Teile des letzten Parts zu haben. Gleiches gilt für weitere bestimmte RAR Parameter.

Was genau wird denn für ein verschlüsseltes RAR Archiv benötigt außer das Passwort? (Bzgl. 7-Zip-JBinding?)
Unrar entpackt es auf Anweisung auch ohne alle Parts zu haben.

Originally Posted by Jiaz

Auch muss man extra Handling einbauen für den Abbruch/Wiederaufnahme-Fall einbauen, sprich JDownloader beenden und neustarten.

Ich hoffe du willst dann nur den Entpackvorgang neu starten und nicht ganz JDownloader.

Originally Posted by Jiaz

Wenn hier jemand *experimentieren* will, gerne, aber mir fehlt hier einfach die Zeit und vor allem Nutzen/Aufwand Verhältnis

Ich selbst hatte leider auch noch keine Zeit dazu. Bekam aber in anderen Foren schon Quellcodes übersendet dazu. Worauf wohl stream_unrar basiert, auch wenn die Software kein Update für RAR5 mehr bisher bekam.

[Jiaz]

Originally Posted by thecoder2012

Ich hoffe du willst dann nur den Entpackvorgang neu starten und nicht ganz JDownloader.

Aber genau darum geht es. Der Nutzer lädt und beendet JDownloader, fährt Computer hoch und lädt weiter. Nun hat man ne *halbe* Datei auf der Platte und JDownloader muss nun zusätzlich merken ob die Datei vom vorherigen *nebenbei* entpacken *übrig* ist, oder ob es eine andere Datei mit gleichem Namen ist und entsprechend *FileExists* Handling triggern.

[Jiaz]

Originally Posted by thecoder2012

Was genau wird denn für ein verschlüsseltes RAR Archiv benötigt außer das Passwort? (Bzgl. 7-Zip-JBinding?)
Unrar entpackt es auf Anweisung auch ohne alle Parts zu haben.

Ich weiß zumindest (durch 7zip, weil ich dort die Zugiffe sehe) das Unrar Informationen aus den hinteren Archiven haben will. Es waren auch nur Beispiele

[thecoder2012]

Originally Posted by Jiaz

Ich weiß zumindest (durch 7zip, weil ich dort die Zugiffe sehe) das Unrar Informationen aus den hinteren Archiven haben will. Es waren auch nur Beispiele

Weißt Du ob es bei allen üblichen RAR Archiven mit 7zip so ist?

Klingt aufjedenfall abenteuerlich und müsste man genauer anschauen.
Also warum man Informationen aus den letzten Archiven zwingend benötigt?

Neben Unrar entpackt auch Winrar in Tests in der Regel problemlos solche "halben" Archive auf Wunsch und lässt die Daten stehen bei entsprechend aktivierter Option.

[pspzockerscene]

Jiaz hat sich länger nicht mehr damit beschäftigt.
Er lässt anmerken, dass es mehrere Arten gibt, RArs zu errstellen: multipart/verschlüsselt/solid ...

-psp-