WayLoad - Der Download Manager für HIGHWAY

Coole Sache.
Ich werde morgen den Download Manager testen.

Yaknar
Fazit:
Der Highway Download Manager ist schlicht und einfach gehalten.
Was ich schon mal sehr gut finde.
Warum mit haufenweise funktionen überladen wenn es auch einfach geht.
Alles was über highway geladen wird werde ich den Manager nutzen.

Was für mich wichtig wäre als Funktion usw.?

Das man dass automatische entpacken deaktivieren kann und eine Anzeige des verfügbaren Traffic.

 

Werde denn auch mal testen, mal schauen ob dieser eine gute alternative zu JD ist.

 

Leider besteht dieses Problem nach wie vor. Ich habe dann gerade Load! (mit abgeschalteter Updatefunktion) genommen.

 

Die gleiche Fehlermeldung wie im Anhang zu Post #99 abgebildet: Fehler beim Decrypten 504 Gateway Timeout

 

Die Fehlermeldung "Fehler beim Decrypten des Containers" kommt nach wie vor. Ich hatte zur Sicherheit vor dem erneuten Versuch auch das Programm neu von der auf Seite 1 hinterlegten Adresse heruntergeladen und diese Version benutzt.
Z.Z. kann ich noch Load! (ohne Updatefunktion) benutzen, würde aber gerne Wayload für die von HW unterstützten Hoster benutzen. Ich will mir den JD eigentlich nur dann antun, wenn es nicht anders geht, da ich in der Vergangenheit keine guten Erfahrungen gemacht habe. Er ist mir einfach zu "wuchtig" - es gibt aber praktisch keine kompakte Alternative zum JD mehr.

 

Das Laden einer Textdatei mit Links funktioniert einwandfrei.
Also Workaround: DLC-Datei mit dcrypt.it in Textlinks umwandeln, diese mit Notepad in eine Textdatei schreiben und damit Wayload füttern. Kann ich vorübergehend mit leben.

 

vielen Dank

 

WayLoad funktioniert jetzt so wie gewünscht - großes Dankeschön an Yaknar!
Was ich aber bei DLC-Dateien speziell mit Oboom-Links erlebt habe:
Beim Einlesen der DLC-Datei kommt bei manchen Links (ich schätze 1 - 2 %) die Rückmeldung, daß die gewünschte Datei nicht vorhanden sei. Das ist aber nur bei ganz wenigen tatsächlich der Fall. Es scheint so, daß sich die Decrypt-Funktion dort "verschluckt" und dann die (falsche) Fehlermeldung bringt. Über "Link zurücksetzen" lässt sich das dann i.d.R. beheben.
Beim Download wird manchmal ein Part nicht korrekt heruntergeladen. Der Windows-Explorer zeigt eine Datei mit 1 KB an (Candisoft Load! meldet in vergleichbarer Situation eine Datei mit 16 Bytes). Auch hier hilft i.d.R. die Funktion "Link zurücksetzen" und erneutes Laden. Ganz selten muss ich diesen Vorgang 2 oder 3 mal wiederholen und schlimmstenfalls diesen Part direkt über HW im Browser laden (im allerschlimmsten Fall auch mal bei SO im Free-Modus).
Dieses Verhalten habe ich in gleicher Form auch bei Candisoft Load! erlebt.
Ob dieses Verhalten auch für andere Hoster gilt, kann ich nicht beurteilen. Einen Vergleichstest derselben gewünschten Datei mit SO kann ich z.Z. nicht durchführen, da SO gerade nicht geht. Die von mir gewünschten Downloads finde ich in der Regel bei Oboom und SO und nur selten bei UL.

 

Momentan habe ich keine entsprechende Datei mehr, da ich sie alle gelöscht bzw. dann beim erneuten Download überschrieben hatte. Wenn bei einem nächsten Download wieder eine solche Datei anfällt, werde ich sie dir mailen.

 

Yaknar: Gerade habe ich bei einem neuen Download mit WayLoad wieder das nicht korrekte Herunterladen von Parts bei Oboom erlebt. Die 1 KB großen Dateien sind (ungeachtet der Endung .rar, die sich auf den gewünschten Download bezieht) Textdateien mit dem Inhalt "[503,"download"]" (Fehler 503 = Server nicht erreichbar?). Die hinter den Links steckenden Dateien sind aber vorhanden, denn nach dem Zurücksetzen der betreffenden Links ging das Neuladen der Parts in WayLoad.
Die Links folgen per PN.
Auch das nicht korrekte Dekodieren von Links in DLC-Dateien scheint nur bei Oboom aufzutreten. Die gleiche Datei mit UL- anstelle von Oboom-Links wurde ohne "Verschlucken" auf Anhieb korrekt eingelesen.

 

WayLoad hat folgende Exception geworfen:

Spoiler: Exception

************** Ausnahmetext **************
System.NullReferenceException: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
bei HighLoader.frm_main.client_DownloadFileCompleted(Object sender, AsyncCompletedEventArgs e)
bei System.Net.WebClient.OnDownloadFileCompleted(AsyncCompletedEventArgs e)

Vielleicht hilft das bei der Fehlersuche

 

Der Fehler tritt immer mal wieder auf. Ich meine zeitnah wäre immer ein Download fertig geworden. Man kann den Fehler mit weiter auch wieder wegklicken und danach läuft alles weiter. Ich habe wayload dennoch meist noch einmal neu gestartet. Auffällig war nur, daß SO-Downloads oft über 10 oder 15 Minuten nicht gestartet sind.
Hilft es, wenn ich beim nächsten Mal die Liste der geladenen Assemblies mitschicke?

 

Hatte gerade eine unhandled exception mit folgendem Fehlertext:

Spoiler: unhandled exception

Informationen über das Aufrufen von JIT-Debuggen
anstelle dieses Dialogfelds finden Sie am Ende dieser Meldung.

************** Ausnahmetext **************
System.NullReferenceException: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
bei HighLoader.frm_main.client_DownloadFileCompleted(Object sender, AsyncCompletedEventArgs e)
bei System.Net.WebClient.OnDownloadFileCompleted(AsyncCompletedEventArgs e)


************** Geladene Assemblys **************
mscorlib
Assembly-Version: 4.0.0.0.
Win32-Version: 4.7.2102.0 built by: NET47REL1LAST.
CodeBase: file:///C:/Windows/Microsoft.NET/Framework64/v4.0.30319/mscorlib.dll.
----------------------------------------
WayLoad
Assembly-Version: 1.0.0.0.
Win32-Version: 1.0.0.0.
CodeBase: file:///C:/Users/Bewohner/Downloads/WayLoad_.exe.
----------------------------------------
System.Windows.Forms
Assembly-Version: 4.0.0.0.
Win32-Version: 4.7.2104.0 built by: NET47REL1LAST.
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Windows.Forms/v4.0_4.0.0.0__b77a5c561934e089/System.Windows.Forms.dll.
----------------------------------------
System
Assembly-Version: 4.0.0.0.
Win32-Version: 4.7.2103.2 built by: NET47REL1LAST.
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System/v4.0_4.0.0.0__b77a5c561934e089/System.dll.
----------------------------------------
System.Drawing
Assembly-Version: 4.0.0.0.
Win32-Version: 4.7.2046.0 built by: NET47REL1.
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Drawing/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll.
----------------------------------------
System.Configuration
Assembly-Version: 4.0.0.0.
Win32-Version: 4.7.2046.0 built by: NET47REL1.
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Configuration/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Configuration.dll.
----------------------------------------
System.Core
Assembly-Version: 4.0.0.0.
Win32-Version: 4.7.2102.0 built by: NET47REL1LAST.
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Core/v4.0_4.0.0.0__b77a5c561934e089/System.Core.dll.
----------------------------------------
System.Xml
Assembly-Version: 4.0.0.0.
Win32-Version: 4.7.2102.0 built by: NET47REL1LAST.
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Xml/v4.0_4.0.0.0__b77a5c561934e089/System.Xml.dll.
----------------------------------------
System.Windows.Forms.resources
Assembly-Version: 4.0.0.0.
Win32-Version: 4.7.2046.0 built by: NET47REL1.
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Windows.Forms.resources/v4.0_4.0.0.0_de_b77a5c561934e089/System.Windows.Forms.resources.dll.
----------------------------------------
mscorlib.resources
Assembly-Version: 4.0.0.0.
Win32-Version: 4.7.2046.0 built by: NET47REL1.
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/mscorlib.resources/v4.0_4.0.0.0_de_b77a5c561934e089/mscorlib.resources.dll.
----------------------------------------
System.resources
Assembly-Version: 4.0.0.0.
Win32-Version: 4.7.2046.0 built by: NET47REL1.
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.resources/v4.0_4.0.0.0_de_b77a5c561934e089/System.resources.dll.
----------------------------------------

************** JIT-Debuggen **************
Um das JIT-Debuggen (Just-In-Time) zu aktivieren, muss in der
Konfigurationsdatei der Anwendung oder des Computers
(machine.config) der jitDebugging-Wert im Abschnitt system.windows.forms festgelegt werden.
Die Anwendung muss mit aktiviertem Debuggen kompiliert werden.

Zum Beispiel:

<configuration>
<system.windows.forms jitDebugging="true" />
</configuration>

Wenn das JIT-Debuggen aktiviert ist, werden alle nicht behandelten
Ausnahmen an den JIT-Debugger gesendet, der auf dem
Computer registriert ist, und nicht in diesem Dialogfeld behandelt.

WayLoad läuft noch weiter aber der eine der zwei Download-Slots ist mitten im Download hängengeblieben

 

hallo Yaknar klasse einfacher Loader wie ich ihn mir immer gewünscht habe.
Ich habe mir gerade den Loader runtergeladen nur eine Frage wie funktioniert klick und load ? Angeharkt habe ichs, muß die Links aber in die Liste einzeln einfügen.

 

ach so Yakar gut das kenn ich, ne möglichkeit per rechtsklick link speichern zum einfügen in den Downloder funktioniert nicht?