[Sokub]

Hallo,

ich habe eine Regel im Paketverwalter erstellt, die allen Dateien eines Pakets den Namen des Pakets gibt. (Nur für Filme. Für Serien habe ich eine Ausnahme erstellt, da ja dort jede Folge geladen werden soll.)

Das hat zwei Vorteile:

1. Der originale Dateiname ist manchmal ohne Aussage (z.B. so etwas wie 7lse56ouluia.avi) ... aber der Paketname hat stattdessen oft einen treffenden Namen.

2. Kann ich dadurch einfach das komplette Paket zur Downloadliste hinzufügen und es wird automatisch nur eine Datei aus dem Paket heruntergeladen.

Meine Frage ist nun: Gibt es eine Möglichkeit, in so einem Paket beim Download einen Hoster vor einem anderen Hoster zu bevorzugen?

Ich bin so weit gekommen, je nach Hoster verschiedene Prioritäten zu verteilen. Aber zuerst wird trotzdem immer der oberste in der Liste geladen (auch wenn er die niedrigste Priorität hat).

Viele Grüße!

EDIT: Ich habe gerade gemerkt, es ist nicht mal der oberste in der Liste, der gewählt wird. In meinem Fall ist es immer der von Streamz.ws. Egal an welcher Stelle er steht und welche Priorität er hat.

[pspzockerscene]

Originally Posted by Sokub

EDIT: Ich habe gerade gemerkt, es ist nicht mal der oberste in der Liste, der gewählt wird. In meinem Fall ist es immer der von Streamz.ws. Egal an welcher Stelle er steht und welche Priorität er hat.

Das kann nicht sein.

Bitte bedenke, dass die Paketverwalter Regeln nur für alle Links gelten, die NACH dem Erstellen der Regel(n) hinzugefügt wurden.

Welchen Hostern gibst du denn aktuell welche Prioritäten?
Setzt du höhere Prioritäten als "default" oder niedrigere?
Bitte poste Screenshots deiner Regeln.

Grüße, psp

[Jiaz]

Originally Posted by pspzockerscene

Bitte bedenke, dass die Paketverwalter Regeln nur für alle Links gelten, die NACH dem Erstellen der Regel(n) hinzugefügt wurden.

Ansonsten benötigen wir deine Regel(du kannst diese exportieren) und BspLinks um das genauer zu prüfen, wenn es auch mit der korrekten Reihenfolge (Regel -> Links hinzufügen) weiterhin nicht wie gewünscht klappt.

[Sokub]

Danke für eure Hilfe!

Das Problem ist immer noch da.

Die maximale Anzahl der Downloads ist übrigens auf 20, also überhaupt nicht ausgeschöpft. Aber wenn alle 3 Dateien des Pakets gleich heißen, lädt er ja nur eine von ihnen (genauso will ich es ja auch).

Ich habe zum Testen mal nur die Regel behalten, die alle Dateien des Pakets nach dem Paket benennt. Screenshot im Anhang.

Und dann habe ich im Linksammler über Kontextmenu / Eigenschaften_öffnen .... manuell die Prioritäten festgelegt. Die Datei von Streamz.ws bekommt die "niedrigste Priorität", eine andere "Standardpriorität" und die dritte Datei im Paket bekommt die "höchste Priorität". ... Und wieder: Beim Übernehmen in die Downloadliste startet die Datei von Streamz.ws! ... Die anderen nicht.


:-(

Hier der Screenshot: **External links are only visible to Support Staff**...

[oEFLKQzikCqw]

Das Problem ist doch eigentlich alt und hat nichts mit den Paketfilterregeln zu tun. JD wählt zwar den nächsten Download nach der Priorität, benutzt aber bei Existenz von Mirrorn nicht zwangsläufig den mit der höchsten Priorität. Und wenn irgendwelche Limits ausgeschöpft sind, knüpft sich JD auch niedrigere Prioritäten vor, um die maximale Anzahl von Downloads möglichst auszuschöpfen.

[Sokub]

Originally Posted by oEFLKQzikCqw

Das Problem ... hat nichts mit den Paketfilterregeln zu tun.

Ja, ich glaube das auch!

Ich will nochmal ganz deutlich schreiben, dass es bei mir um identische Dateien eines Paketes geht, die identische Namen haben, aber von verschiedenen Hostern sind. Das Paket selber hat "Standardpriorität". Aber die einzelnen Dateien darin haben verschiedene Prioritäten. ... Diese werden beim Download nicht berücksichtigt. ... Und eventuell auch wichtig: ... meine maximalen Downloads sind NICHT ausgeschöpft. ...

[oEFLKQzikCqw]

Noch einmal, mit den Prioritäten priorisierst du nur das Laden einer Datei gegenüber anderen. Es wird damit nicht ein Hoster vor dem anderen bevorzugt.

Dein Problem ist, dass deine Datei mehrere Einträge in der Liste aufweist, weil die sich über mehrere Mirror laden lässt. JD erkennt das und lädt die Datei nur einmal, wählt aber nach gewissen Regeln den zweckmäßigsten Mirror aus und das ist im Zweifel nicht der Eintrag mit dem vom User bevorzugten Mirror/Priorität.

[Sokub]

Danke oEFLKQzikCqw! ... Das macht komplett Sinn, was du beschreibst. Und das erklärt auch das Problem, was ich habe.

Aber ist dieses Verhalten beabsichtigt oder ist das ein Bug ?

Und siehst du für mich irgendeine andere Möglichkeit, tatsächlich nach Hostern zu priorisieren?

[pspzockerscene]

Ich weiß gerade nicht, ob wir ein Ticket dazu haben.
EDIT Haben wir: HIER

Was mir spontan einfällt:
EventScripter Script was bestimmte Hoster in einem Paket komplett deaktiviert sofern deine Hoster XY den du eher bevorzugst vorhanden ist und die Links online sind.

Grüße, psp

[Jiaz]

@oEFLKQzikCqw: Korrekt erkannt und danke für den Hinweis. Sobald Mirrors im Spiel sind, versucht JDownloader den *besten* Mirror zu nutzen, zb einen wo bekannterweiße keine Captchas nötig sind.
Auf diese Auswahl des Mirrors gibt es derzeit noch keine Möglichkeit auf Einfluss.

@Sokub: Kannst du mal BspLinks geben? Damit wir prüfen können warum JDownloader Hoster XY bevorzugt. Anscheinend sind es ja mehrere Links/Mirrors für eine einzelne Datei.
Und sag bitte welchen Hoster du davon bevorzugen willst, damit ich entsprechend Tests machen kann

[oEFLKQzikCqw]

Das Verhalten ist Absicht. JD dient in erster Linie dazu, die Downloads soweit wie möglich zu automatisieren. Da ergibt es Sinn, unter Umständen einen Mirror zum Download zu verwenden, wenn dadurch verhindert wird, dass der User eingreifen muss.

[Jiaz]

@oEFLKQzikCqw: So zumindest ist das Ziel des Ganzen, ja. Aber auch sollte der Nutzer weiterhin hierauf Einfluss nehmen können, falls er zb Hoster XY bevorzugt weil dieser Feature Z oder bessere Geschwindigkeit bietet.

[Sokub]

Danke psp, Jiaz und oEFLKQzikCqw für eure Hilfe!

@Jiaz: Hier mal ein BspLink**External links are only visible to Support Staff****External links are only visible to Support Staff**

Streamz.ws lädt nur mit 10 Kb/s. Also ist IMO jeder Hoster besser, der schneller lädt und keinen Captcha braucht. In dem Fall wäre Streamtape.com viel besser. Aber selbst Evoload (mit Captcha) startet noch vor Streamtape (ohne Captcha) (wenn man Streamz deaktiviert).

(Und wie gesagt, bei mir bekommen alle Dateien des Pakets per Regel den gleichen Namen.)

[Jiaz]

Danke für die Rückmeldung!
Im Streamtape war noch ne veraltete Info bzgl Captchas hinterlegt, sprich JDownloader denkt das dort Captchas kommen bei der Berücksichtigung der Mirrors. Das wird mit dem nächstem Update geändert sein.

[Sokub]

Ah cool! Danke!

Ich habe grad noch ein bisschen rumprobiert. Auch z.B. Voe, Upstream und Dood laden ohne Captcha und sind schneller (in dieser Reihenfolge). Und werden auch benachteiligt.

Bei Streamz selber kommt im Moment "Plugin veraltet".

[Jiaz]

@Sokub: Kannst du da BspLinks geben, damit ich das mit dem Captcha prüfen kann?

Bitte auch für Streamz BspLink und ein Log, siehe https://support.jdownloader.org/Know...d-session-logs

[Sokub]

Die BspLinks mit denen ich gestern probiert habe, sind gerade down. Ich poste sie, wenn sie wieder online sind.

Streamz geht bei anderen Dateien aber. Die "Plugin veraltet" Meldung kommt dort nicht. :-)

[oEFLKQzikCqw]

Originally Posted by Sokub

Streamz geht bei anderen Dateien aber. Die "Plugin veraltet" Meldung kommt dort nicht. :-)

Hier wären Links hilfreich, bei denen die Fehlermeldung Plugin defekt kommt.

[pspzockerscene]

* und ein Log.

Please post your log-ID here | bitte poste deine Log-ID hier.

-psp-

[Jiaz]

@Sokub: Ja, falls möglich den Link geben bei dem der Fehler auftritt, auch wenn Offline, evtl stimmt ja was mit der Offline Erkennung nicht.

[Sokub]

Ok, hier ist der Link: **External links are only visible to Support Staff****External links are only visible to Support Staff**

Und das ist der Log mit der "Plugin veraltet"-Meldung: jdlog://8557825302851/

[Jiaz]

@Sokub: Danke. Warte aufs nächste PluginUpdate

[Sokub]

Danke Jiaz! ... :-)