[Astaldo]

So, Struktur angepaßt.
Im src Verzeichnis liegen nun alle .java files.
In eclipse benötigt man daher den kompletten inhalt des src Verzeichnisses und des resources Verzeichnisses.
Das Ant Skript ist auch verändert worden, bitte einmal prüfen ob es bei euch zu Problemen kommt.

Ich denke so ist das Projekt doch besser strukturiert.

Danke für die Tips.

[luus]

hey, so sieht das dochmal schick aus
jetzt muss man nur noch trunk auschecken um ein valides projekt zu haben. und es compiled auch ohne murren.

noch eins, da mir euer ant-file etwas zusammengehackt vorkommt: ich häng hier mal 2 files aus nem privaten projekt an (build.xml und build.properties), so bin ich die struktur bisher gewohnt. müsst ihr entscheiden, obs euch gefällt und ob ihr daraus was verwendet (ist imho nur übersichtlicher) - sprich die aufteilung prepare, clean, compile, dist, run

und da ich hier keinen anhäng-button finde, kriegt ihr die 2kb jetzt auf rapidshare (kein pw): http://rapidshare.com/files/49320164/ant.zip.html

/edit: in meinem ant-file hat sich ein fehler eingeschlichen, dist [client] baut etwas anderes, als run [client] starten will, aber das ist für euch ja unerheblich (nur, damit sich keiner wundert)

[CiHO]

Wärs nicht möglich das Programm vorkompiliert zu uppen?

[coalado]

Soviel gibt es da nicht zu sehen. Vor allem weil die GUI noch sehr spartanisch ist.



Coalado

[luus]

ihr könntet aber den (befüllten) dist-ordner commiten, der ist bisher leer. wobei ich davon ausgehe, dass die leute, die nicht wissen, wie sie das compilen, es auch nicht ausgecheckt bekommen

[Astaldo]

Der Inhalt von diesen Ordnern gehört nicht auf den svn Server.
Für Leute, die sich das nur mal anschauen wollen, machen wir mal ne WebStart Seite fertig.

[3qua1]

Hi leute,

bin begeistert von dem projekt und würde gern mitmachen
hab zwar nicht soo viel erfahrung da ich noch nicht viel geschrieben hab aber ich kann die grundzüge und will außerdem an meinen java fähikeiten feilen

wenns was leichteres zu tun gibt wie gui oder so dann sagt mir bitte bescheid ja?

freu mich schon!!!

[coalado]

Es gibt bestimmt irgendetwas zu helfen. Und wenn du mit beim OCR Methoden training hilfst.

Am besten fragst mal Astaldo. Der ist für die Arbeitsverteilung etc. zuständig.

IRC, oder http://lagcity.de/~jDownloader/

[eXplodus]

Ich habe mich mal belesen wie größere Projekte das mit dem cvs bzw. syn Schreibrechten regeln.

Neulinge müssen erst öfters durch gute Patches oder Addons auffallen. Wenn die Hauptentwickler der Meinung sind das diese vertrauenswürdig bekommen sie Schreibrechte um sich selbst die Arbeit abzunehmen die Pachtes/Addons selbst in den Source zu adden.

Es ist extrem unwahrscheinlich das erst jemand das Projekt erweitert um danach absichtlich Schindluder mit seinen Schreibrechten zu treiben. So Spinner die erstmal Schreibrechte verlangen nur mit dem Ziel etwas verwüsten zu können wird es bei diesem Projekt sicher genügend geben, da sehr heikles Thema.

[Astaldo]

Also für Neulinge ist es ziemlich schwierig, einen Teil dazu beizutragen.
Wir machen als Team ziemlich schnell Fortschritte, und von den wirklich einfachen Dingen gibts nicht mehr soviele:-)

Eine Sache, die ihr euch anschauen könntet, ist selbstverständlich die grafische Oberfläche. Da haben wir bisher die wenigste Zeit reingesetzt.
Da ihr ja alle anonymen Zugriff habt, kann sich ja jeder, der daran Interesse hat, das mal anschauen.

Ich habe noch keine feste Idee, wie die GUI aussehen sollte, ich laß mich gern überraschen. Ihr könnt mir gerne eure angepaßte MainWindow Klasse zusammen mit einem Screenshot schicken, was haltet ihr davon?

Eine andere Sache sind die Plugins. Meiner Meinung nach steht das Interface bereits und jeder, der möchte kann gern weitere Plugins schreiben (Bis jetzt gibts ja nur stealth und rapidshare).

Wird ein Plugin oder eine Oberfläche von uns als gut / funktionierend angesehen, steht einer Aufnahme ins Team ja nichts mehr entgegen.

Im Forum, daß Coalado oben erwähnt hat, findet ihr auch einige Regeln für euren Code.

[angelasferkel]

mein ihr, ihr könnt ein plugin construction kit machen:
zeichnet beim browsen den seiteninhalt auf und was gegettet / gepostet wird. und das macht dann später das plugin genauso. wird dann zwar kein superkomfortables plugin, aber was generisches reicht ja auch oft.
?

[coalado]

Wir hatten uns mal ganz grob Gedanken in diese Richtung gemacht. Aber was konkretes ist dabei nicht herausgekommen, außer dass solche Ideen vorerst mal nach Hinten gestellt werden.

So einfach via BRowserrecorder geht das auch schwer. Meistens sind es bestimtme kontrollvariablen. Hier ein code, da ein timestamp. mal ein urlencode, mal decoden. Aus Tina (Suchengine) Plugins weiß ich, dass man oft völlig andere wege geht wie der Normaluser.

Unser nächstes Ziel ist es wohl JRouterControl, JDownloader und JAntiCaptcha soweit fertig zu kriegen dass man jdownloader schonmal "outOfTheBox" testen kann.

Vieleicht wirds nächste Woche was. Aber nagelt uns nicht fest.
So wie ich das sehe hängt es momentan noch an vielen Kleinigkeiten und jRouterControl.

Coa

[Phantomas_x]

top wäre die möglichkeit der Kommandozeilenfähigkeit, also das ganz dann auch ohne X-Server laufen zu lassen, ähnlich tuxload

[Astaldo]

was sollte denn da automatisch erfolgen?
Soll da einfach der Download für eine Reihe von Programmen gestartet werden (aus einer Konfig)
Oder möchtest du per Parameter etwas übergeben, wenn ja was?

Ich kenne TuxLoad leider nicht, von daher bräuchte ich da ein bißchen mehr Input..

[Phantomas_x]

kofiguration von main und plugins über configdateien

aufruf von tuxload erfolgt per parameter, z.B.

perl tuxload.pl -l liste.bla

automatisch geht dann der download der darin enthaltenen links.
automatische Zeichenerkennung mittels im config/plugin rapidshare eingestellte OCR Erkennung

in der anzeige erscheint der momentane Dateiname, der aktuelle Downloadfortschritt, danach die Wartezeit für nächste Datei

 (o_   TuxLoad v0.25 - 16.06.07
 //\   Copyright (C) 2007 Richard Hillmann
 V_/_  <http://tuxload.com>

Listdownload using list.lst
Saving Files to /40/

### Download of 7020.part22.rar
### URL: http://rapidshare.com/files/xxxxxxxxxx/part22.rar
You have reached the download-limit!
No reconnect method defined, wait 200 minutes!
TNPS
TNPS
Capture Captcha Code TNPS
Starting Download via TeliaSonera

100% - 97656 of 97656 KB received | 725 KByte/s ETA: 0m:00s
Download finished - Average Downloadspeed 500 KByte/s
100000000 bytes received in 3m:15s

### Download of part23.rar
### URL: http://rapidshare.com/files/xxxxxxxxx/part23.rar
You have reached the download-limit!
No reconnect method defined, wait 199 minutes!

EDIT: also parameter gibts:

  -f, --file <url>            Filedownload
  -l, --list <path_to_list>   Listdownload
  -u, --update                Onlineupdate

--optional - overwrite default configuration--
  -r, --reconnect                       Reconnect after download 
  -d, --dir <destination_directory>     Destination
  -c, --config <your_config_file>       Configfile

[luus]

sprich, es soll möglich sein (z.b. über ein flag), dass gar keine GUI instanziert wird und jDownloader dann in den batch-betrieb geht, z.b. also 1. aus einer datei links ließt 2. diese downloaded, ohne interaktivität zum user. oder versteh ich grad was falsch?
Ausgabe von informationen erfolgt dann auf die console.

da muss man allerdings dazusagen, dass javas möglichkeiten bzgl. der console sehr limitiert sind, z.b. gibt es kein "clearscreen" und ähnliches. spontan wüsste ich jetzt auch garnicht, wie man zeichen an einer festen position darstellt (also z.b. zeichen löschen und drüberschreiben). speedmeter und anzeige der heruntergeladenen MB dürfte damit schwerfallen..
/edit: stichwort kontrollsequenzen für VT100-terminals und curses oder sowas

aber ja, da wär auch auch sehr dafür, zumal die wenigsten auf ihrem server X laufen haben

[Phantomas_x]

genau für server solls ja sein

reiner automatischer download, ohne interaktion, reicht ja auch wenn dasteht

### Download of part23.rar
### URL: http://rapidshare.com/files/xxxxxxxxx/part23.rar
You have reached the download-limit!
No reconnect method defined, wait 199 minutes!
Downloading
Downloading accomplished 500 KByte/s : 100000000 bytes received in 3m:15s
### Download of part23.rar
### URL: http://rapidshare.com/files/xxxxxxxxxx/part22.rar
You have reached the download-limit!
No reconnect method defined, wait 200 minutes!

nur damit man nicht während des dl's die sache killt.....

[eXplodus]

Die Gui vom Core zu trennen ist wirklich Spitze. Dadurch wären später auch Skins möglich so wie die zahlreichen Skins für Winamp oder auch denkbar, Skins für verschiedene Usergruppen Free/Premium/lite...

[luus]

mit einem sauberen design sollte es sowieso möglich sein, das UI beliebig auszutauschen (sprich, das back-end übernimmt die arbeit, und das front-end nur die kommunikation zum user, wodurch das front-end komplett austauschbar wird)

praktisch realisieren lässt es sich dadurch, dass man in einem interface alle methoden zum user-I/O definiert und dann nur diese verwendet. das backend hat irgendwo ein attribut vom typ des interfaces.
beim start des programms wird dann eine implementation dieses interfaces instanziert (und dem attribut zugewiesen), das die konkrete umsetzung der user-I/O regelt.
von diesem interface kann es dann mehrere implementationen geben (console und GUI z.b.), und man muss irgendwie (flag z.b.) entscheiden, welche instanziert wird.

mit skins hat das aber wiederum nichts zu tun, die sind auch meiner meinung nach (vorerst) völlig unwichtig

[Astaldo]

Ein paar kleiner Änderungen im Design und das dürfte überhaupt kein Problem sein. Wir habe die Struktur relativ gut abgekapselt (über Events).
Zuerst werden wir nun aber die Grundfunktionen umsetzen, aber solche Ideen haben wir dann im Hinterkopf.

[Naserich]

Ein paar kleine Fragen:

1) Trennt ihr die GUI sauber von der Programmlogik oder wird beides eng miteinander verwoben? Im ersteren Falle wäre beides bspw in einer jeweils unterschiedlichen Programmiersprache möglich, was mehr Vor- als Nachteile brächte.

2) Warum konzentriert ihr euch darauf vorhanden Anticaptcha-Methoden einzubinden (also Bild bereitstellen und txt auslesen) und erfindet somit das Rad neu? Das ist doch eigentlich Blödsinn, oder?
Da wäre ein Pluginsystem angebrachter.

3) Selbiges gilt für den Reconnect; Warum sich nicht einfach auf den Aufruf eines externen Programms beschränken anstatt das Rad neu zu erfinden.


Wenn man nun argh viel, zu viel Zeit hat, kann man ja 2) und 3) immer noch implementieren, allerdings erst dann, wenn das Programm "fertig" bzw benutzbar und somit testbar ist.

Alles andere scheint einem äusserst ineffizienten Vorgehen gleichzukommen.

[spcx]

@naserich

Das liegt einfach daran, dass die jetzigen capctha erkennungen und reconnect methoden nur unter windows laufen. In Java realisiert, sind sie plattform übergreifend.

[Naserich]

Das weiss ich auch, nur fürs erste wärs halt schlauer.
Grund:
Da liegt, ob mans nun wahrhaben will oder nicht, nunmal derzeit die potentiell grössere Benutzerzahl. Und wenn die nicht frühzeitig an etwas neues gewöhnt wird, dann ist so ein Projekt schon von vorneherein zum scheitern verurteilt.

[mots]

Wer TuxLoad benutzt, weiß, das es sehr wohl auch Captcha-Methoden für Linux gibt (GOCR, OCRopus,...) und ein kleines reconnect telnet/curl-script sollte man sich eigentlich selbst schreiben können...

[Naserich]

Stimmt, Tuxload hatte ich vergessen und disqualifiziere mich hiermit als Windows User

Aber das bestätigt ja nur meine Bedenken.