[Solved] 3rd Party addons/plugins?

Wieso lädt der JD mein plugin nicht? Ich habe im source gesehen das die plugins signiert sein müssen?
Könntet ihr dieses "feature" entfernen, wenn ihr schon so opensource sein wollt? Patches nehmt ihr ja auch nicht an... Also kann ich nicht einmal patches submitten.

//Edit: Das euch das einige arbeit abnehmen könnte dürfte euch hoffentlich auch klar sein, gerade vorhin n thread gesehen von jemandem der n Proxy an/aus button will. Wurde als "unsolvable" markiert. Nicht das ich es sinvoll fände aber unsolveable ist es nicht. Wenn die leute denn ihre eigenen Plugins laden könnten. Woher kommt wohl der grosse Erfolg vom Feuerfuchs?

[pspzockerscene]

Originally Posted by lawl

Patches nehmt ihr ja auch nicht an... Also kann ich nicht einmal patches submitten.

WOHER haste denn diese insider-Informationen ??
Natürlich nehmen wir Userfixes/Patches an.
Wir geben Usern auch gerne Schreibrechte fürs SVN:rolleyes:

So das wäre ja nun geklärt.

Wenn du SVN Schreibrechte haben willst schreib ne Mail an support@jdownloader.org oder ne PM an jiaz.

GreeZ pspzockerscene

Originally Posted by pspzockerscene

WOHER haste denn diese insider-Informationen ??

Am eigenen leibe erfahren ;-)
Ich hatte das jdunrar plugin gepatched das es progrssive unpacking unterstützt, aka unrar-streaming. An coalado geschickt, er hat sich nie gemeldet, ihm im IRC nochmal darauf angehauen, er meinte er würde es sich anschauen, nie wieder was gehört.
Ich könnte es gut verstehen wenn ihr den code nicht main haupt branch haben wolltet, weil es war eher ein hackjob, da ich einfach unrar streaming wollte und nicht wusste, das der JD nur signierte plugins frisst ;-)

Wenn ihr mir SVN access geben wollt, gerne, ich bin einfach nicht gerade ein java experte.
Darum fände ich unsignierte plugins toll, dann kann ich jdunrar weiter hässlich patchen ohne das euch das gross stören muss ;-)

[Jiaz]

Wir nehmen schon patches an, aber wie du schon sagst manche Features wollen wir dann eher sauber implementiert haben, als einen Hack Deine Email liegt noch immer in meinem TODO Email Ordner, wie auch viele andere Emails auch. Größere Sachen bedarf es einer genauen Überlegung und evtl neuplanung, da am Ende sonst wieder das nächste Feature nur reinge*hackt* ist. Für tiefgreifende Änderungen Core/Addons bedarf es meist mehr als einen einfachen Hack und auch Gespräche/Planung mit den Leitern. Sofern du nützlichen Code zu dem Projekt beisteuern willst kannst du uns gerne unter support@jdownloader.org kontaktieren. Du musst jedoch auch verstehen das wir nicht jedes einzelne WunschFeature in die Offizielle Version aufnehmen können, da wir diejenigen sind die das dann am Ende auch pflegen müssen (zb addons von andren leuten, welche sich dann nicht um die lauffähigkeit mehr kümmern) und JD sonst sehr überfüllt werden würde mit vielen individuellen Features.

Daher werden wir JD in Zukunft für 3rd Party Addons öffnen und arbeiten bereits daran. Diese Änderung wird demnächst in der Nightly einzug halten und dann auch mit der nächsten JD Version.

Originally Posted by Jiaz

Daher werden wir JD in Zukunft für 3rd Party Addons öffnen und arbeiten bereits daran. Diese Änderung wird demnächst in der Nightly einzug halten und dann auch mit der nächsten JD Version.

Das ist es worauf ich warte ;-) Wie gesagt ich kann gut verstehen das ihr ein reingehacktes feature nicht einfach so in den main branch aufnehmen wollt. Ich kann auch nicht garantieren das ich das feature dann immer schön weiterpflege. Darum warte ich seit ewigkeiten darauf das man 3rd party addons reinladen kann. Weil ich habe wirklich keine Zeit und Lust noch meinen eigenen JD branch zu betreiben bei dem dieses "feature" rausgepatcht ist nur das ich progressive unpacking im JD habe. Dafür keine DLC's usw. mehr öffnen kann.
Da ist ein "yes C | unrar x -vp bla.part1.rar" dann doch bequemer.

[Think3r]

Doofe Frage am Rande: was nützt Dein Feature?
Und noch eine Info am Rande: die Thread-Prefixe sind vorgegeben, wenn wir könnten, würden wir auch ein Declined davor setzen, allerdings können wir nicht. Und unser Board-Admin scheint sehr beschäftigt zu sein. ^^
Greetz

Originally Posted by Think3r

Doofe Frage am Rande: was nützt Dein Feature?

Sagen wir ich möchte den Urlaubsfilm eines Freundes anschauen. Sagen wir, dieser dauert 40 Minuten und ist in 720p als MKV. Gehen wir davon aus er hat ihn in 100mb parts auf einem One Click hoster hochgeladen.
Er sendet mir also die Links zu den parts. 15 Parts sind ~ 1.5GB oder auch 1500 MB (jaja 1024)
Ich lade durchschnittlich mit 1.6 MB/s runter macht eine ETA von 937.5 s oder auch rund 15 Minuten.
15 Minuten sind natürlich manchmal völlig unakzeptabel, schliesslich möchte ich das Urlaubsvideo sofort schauen.
Ich stelle JD also auf 1 part gleichzeitig ein und warte bis der erste Part unten ist, was bei meiner Leitung etwa 1 Minute dauert (100 / 1.6) / 60 = 1.04166667.
Nach dieser Minute fange ich an den ersten Part zu entpacken und öffne das Video bereits mit VLC. Dank dem -vp parameter an unrar bricht er nach dem entpacken von part1 nicht ab sondern meldet sich das er part 2 nicht finden konnte und fragt was man tun will [C]ontinue oder Cancel. nun sendet man kontinuierlich oder sobald part2 unten ist ein "C" und unrar entpackt weiter. Ich kann den Film quasi von einem OCH streamem.
Wie du aber siehst muss ich dazu jedes mal JD auf Max Downloads 1 schalten, warten bis part ein unten ist und in einem terminal "yes C | unrar x -vp bla.part1.rar" eingeben.
Wäre es nicht viel bequemer in jd einen klick zu machen und das passiert automatisch ;-) ?
Nur weil ich eh gerade schon zuviel am schreiben bin. Progressive unpacking nenne ich es weil es kein wirkliches streamen des Videos ist, sondern eben progressive downloading. da die inhalte aber noch rar'd sind ist es nicht nur progressive downloading sondern progressive downloading + progressive unpacking.

[Think3r]

Danke für die Erklärung, habe ich mir also doch alles richtig gedacht. ^^
Das Feature steht auch schon im Bugtracker:

Wie Du siehst, ist das nicht mal schnell getan.
Aber das Team würde sich über Deinen Zuwachs freuen.
Greetz

[Jiaz]

seine implementierung entsprich schon dem ticket, jedoch eben ein *hack* statt ner sauberen lösung

Originally Posted by Think3r

Aber das Team würde sich über Deinen Zuwachs freuen.

Mail an support@... ist raus

seine implementierung entsprich schon dem ticket, jedoch eben ein *hack* statt ner sauberen lösung

Darum 3rd party plugins *SCNR*

Kann geschlossen werden.

[HanSid]

Äh, heisst das, ich kann mein Plugin gar nicht mit der aktuellen stable version zum laufen bekommen, weil es nicht signiert ist? Alle Arbeit umsonst?

[Think3r]

Ein 3rd Party Support ist allerdings geplant.
Greetz

[vivalostioz]

Originally Posted by HanSid

Äh, heisst das, ich kann mein Plugin gar nicht mit der aktuellen stable version zum laufen bekommen, weil es nicht signiert ist? Alle Arbeit umsonst?

Nur Host-Plugins und Decrypter-Plugins laufen derzeit unsigniert.

[HanSid]

Originally Posted by Think3r

Ein 3rd Party Support ist allerdings geplant.
Greetz

für die aktuelle stable version oder nur für zukünftige versionen?

[pspzockerscene]

Originally Posted by HanSid

für die aktuelle stable version oder nur für zukünftige versionen?

Für zukünftige.

GreeZ pspzockerscene

[Think3r]

Originally Posted by HanSid

für die aktuelle stable version oder nur für zukünftige versionen?

Rechne aber nicht mit dem nächsten Release. Im Übrigen gibt es für die derzeitige Stable überhaupt kein Update.
Darum wohl auch Stable.
Greetz