Hallo Leute.

Ich verwende zwei Betriebssysteme (Windows 7 und Linux/Ubuntu) und möchte je nach dem in welchem Betriebssystem ich gerade angemeldet bin auch meine Downloadliste weiter laufen lassen. Ist das möglich?
Und wenn ja, wisst ihr wie?

Gruß sega

[Jiaz]

es geht, aber du musst danach jedesmal alle download ordner neu setzen weil
c:\test.avi
nunmal nicht
/home/test/test.avi
ist
von daher, ja ist möglich, aber kann zu problemen führen

[Jiaz]

alle infos sind im config ordner gespeichert, diesen einfach rüberkopieren/weiternutzen(sysmlink)

Dies ist zwar ein sehr alter Thread, aber ich stehe gerade vor dem gleichem Problem.
Nur leider funktioniert das kopieren des config Verzeichnisses nicht.
Denn unter Ubuntu erstellt JD dann das Verzeichnis "E:\DL\[paketname]" (genau den Namen als Verzeichnis!), in dem er die Pakete herunter laden möchte. Das ist aber genau das Verzeichnis, welches unter Win7 benutzt wird. Selbst wenn ich manuell explizit das richtige Download Verzeichnis eingebe (~/.jdownloader/downloads/), wird dieses ignoriert und der Windows Pfad als Verzeichnis angelegt.
Dies scheint mir ein BUG in der aktuellen Version zu sein, oder eine absolute Inkompatibilität???

Ich bekomme es jedenfalls nicht hin, dass JD unter Ubuntu den richtigen Pfad benutzt, wenn ich die Config-Daten vom Windows-Verzeichnis rüber kopiere und den DL-Pfad richtig einstelle bzw. einen SymLink auf das Windows-DL-Verzeichnis mache.


/edit:
Ok, inzwischen habe ich es kappiert, dass die DL-Pfade STATISCH in den Paketen gespeichert sind und der eigentliche DL-Pfad in den Einstellungen einfach ignoriert wird. Hinzu kommt, dass die Daten anscheinend "verschlüsselt" gespeichert werden, da man diese nicht mal mit einer Batch-Datei anpassen kann.
Das Ganze ist trotz Java extrem System-abhängig programmiert, das könnte man auch anders machen. Z.B. in dem man bei den Einstellungen eine Option hinzufügt, dass der eingestellte DL-Pfad IMMER zu benutzen ist und entsprechend nach BS auch benutzt wird, statt des statisch gespeicherten (binären oder verschlüsselten) Pfad-Eintrag. :(
Dadurch wird es unter verschiedenen BS nur inkompatibel...

[eisbaer]

das mit den DL Pfad sollte eigentlich jeden bekannt sein. Nur neu hinzugefügte Pakete bekommen den neuen DL Pfad.

Was das Problem der OS übergreifenden DL Pfade angeht, so scheint es ein wenig kniffelig zu sein. Soweit ich das mitbekommen habe, liegt es wohl daran wie die verschiedenen OS die Zeichen, für relative Pfade interpretieren.

Bin mir diesbezüglich nicht sicher. In den Tiefen des Forums wurde es schon mal besprochen, ist ca 1 - 2 Monate her.

Originally Posted by eisbaer

das mit den DL Pfad sollte eigentlich jeden bekannt sein. Nur neu hinzugefügte Pakete bekommen den neuen DL Pfad.

Was das Problem der OS übergreifenden DL Pfade angeht, so scheint es ein wenig kniffelig zu sein. Soweit ich das mitbekommen habe, liegt es wohl daran wie die verschiedenen OS die Zeichen, für relative Pfade interpretieren.

Bin mir diesbezüglich nicht sicher. In den Tiefen des Forums wurde es schon mal besprochen, ist ca 1 - 2 Monate her.

das ist das einzige was ich dazu noch gefunden habe..

http://board.jdownloader.org/showthr...121#post171121

weiß aber nicht ob das weiter hilft da sich klaus dazu nicht weiter geäußert hat
das als erklärung zu "Junctions" >
http://de.wikipedia.org/wiki/Symboli...rkn%C3%BCpfung

Originally Posted by eisbaer

das mit den DL Pfad sollte eigentlich jeden bekannt sein. Nur neu hinzugefügte Pakete bekommen den neuen DL Pfad.

Ja und nein. Mir ist das jetzt erst richtig klar geworden. Da ich unter Linux/Ubuntu per Script versucht habe irgend wo den Pfad "E:\DL" zu finden, aber nichts dabei heraus kam. Erst nach und nach dachte ich daran, dass die Pakete selber ja auch Informationen speichern. Leider nicht klar lesbar in den Daten, deshalb auch per Script nicht änderbar.

Ich werde mich wohl damit abfinden müssen, dass ich entweder unter Win7 oder unter Ubuntu JD laufen lassen kann...

So bin ich auch zu diesem Thread gekommen, da ich ja auch öfter zwischen Win7 und Ubuntu wechsle...

Trotzdem sollte so eine Option mit dem Pfad eigentlich möglich sein, wenn es Plattformübergreifend sein soll.

Originally Posted by _00_

das ist das einzige was ich dazu noch gefunden habe..

http://board.jdownloader.org/showthr...121#post171121

weiß aber nicht ob das weiter hilft da sich klaus dazu nicht weiter geäußert hat
das als erklärung zu "Junctions" >
http://de.wikipedia.org/wiki/Symboli...rkn%C3%BCpfung

Das hilft nicht wirklich, da dies nun mal unter Windows und Linux komplett anders ist.
Ein einfacher SymLink hilft da nichts, da JD unter Linux die Windows-Pfade nicht anpasst und somit falsch interpretiert.
Sinnvoll wäre das nur, wenn JD auch automatisch die Pfade beim Start und Laden der Paket-Informationen entsprechend jedes mal neu setzt, was JD aber nicht macht.
Im Code sollte das mit Options-Abfrage (immer ersetzen oder nicht ersetzen) eigentlich nur ein paar Zeilen sein. Deshalb verstehe ich nicht, warum das nicht schon eingebaut wurde.
Logisch gesehen heißt das, soll der Pfad beim Starten/Laden des Paketes immer ersetzt werden? Ja...
Dann "Speichern unter..." Pfad im Paket durch den aktuell eingestellten DL-Pfad der JD-Einstellungen ersetzen.
Da ich annehme, dass JD objektorientiert geschrieben ist (mit Java), sollte das nicht wirklich so kompliziert sein.
Es sei denn, jemand hat den Code so ... komplex geschrieben, dass nicht mal eine einfache String-Ersetzung in den Paket-Daten möglich ist.
Den Pfad von "E:\DL" (in den Paket-Daten gespeichert) auf "~/.jdownloader/downloads" (JD-Einstellungen bzw. der entsprechend eingestellte Pfad wie es zum BS gehört) zu ersetzen wäre das, was gemacht werden müsste. Natürlich beim Laden jeden Paketes, wenn die Option aktiviert ist.
Auch verstehe ich nicht, warum im Paket der Pfad "Speichern unter..." mit Paket-Namen gespeichert ist, da gleichzeitig auch der Paket-Name selber gespeichert ist. Also wäre es meiner Meinung nach logisch, den "Speichern unter..." Pfad ohne Paket-Name zu speichern und später beim ausführen einfach zusammen zu setzen (DL-Pfad bzw. "Speichern unter..." Pfad + Paketname). Dies macht das ganze sehr statisch und nicht plattformunabhängig.

Wie gesagt, ich weiß nicht so recht, warum das so schwer sein sollte, dies Plattformunabhängig zu machen, wenn man eh schon in Java programmiert.

Aber das ist meine ganz persönliche Meinung und im Moment löst es mein Problem nicht. Ich werde also weiter JD plattformabhängig auf Win7 laufen lassen müssen.

/edit:
Man möge mir meine Trippfähler vergeben, ich bin nicht mehr der jüngste.

[eisbaer]

JD ist open Source, wenn du was von Java verstehst, kannst du dir den Code mal anschauen und eventuell selber ein wenig umschreiben.
Das ist keine Kritik oder Polemik, sondern einfach nur ein Vorschlag/Denkanstoß.

Es sei denn, jemand hat den Code so ... komplex geschrieben, dass nicht mal eine einfache String-Ersetzung in den Paket-Daten möglich ist

Geüchteweise, hab ich das von JD1 gehört...

Originally Posted by eisbaer

JD ist open Source, wenn du was von Java verstehst, kannst du dir den Code mal anschauen und eventuell selber ein wenig umschreiben.
Das ist keine Kritik oder Polemik, sondern einfach nur ein Vorschlag/Denkanstoß.Geüchteweise, hab ich das von JD1 gehört...

Ich verstehe mich zwar ein wenig auf Programmiersprachen, aber es ist schon sehr lange her, dass ich da wirklich was gemacht habe.
Wenn ich heute noch was mache, das dem "nahe" kommt, dann vielleicht Perl-Scripte und Shell-Scripte unter Linux.
Damit habe ich ja versucht eine "simple Lösung" hin zu bekommen. Da aber die Daten nicht im Klartext auslesbar waren, war dies schon nicht möglich. Schade...

Ich sage auch nicht, dass da von irgend einem Programmierer was falsch gemacht wurde, aber es wäre eine Möglichkeit (oder Vorschlag?), dies einzubauen und somit die Platformunabhängigkeit etwas zu verbessern.
Und da gibt es bestimmt Leute im Dev Team, die das hin bekommen, oder nicht?

/edit:
Wobei mir gerade wirklich durch den Kopf geht, mir vielleicht die Sourcen mal anzuschauen, um zu sehen, wie die Paket-Informationen abgespeichert werden. Oder gibt es dazu dokumentierte Informationen? Vielleicht lässt sich unter Linux ja doch eine einfache Script-Lösung finden...

[eisbaer]

Eine Dokumentation gibt es meines Wissens nach nicht.
Die Source kannst du dir ansehen, debugen oder sonst was machen.
Es gab schon mehrfach anfragen, zu dem Thema, ich denke mal das wird einfach keine Priorität haben. JD2 ist grad in der Entwicklung, und da muss man erstmal schauen das die Bugs wegkommen.
Es ist für die ferne Zukunft geplant, eine Server Client Lösung für JD zu finden.
Komm einfach in den Supportchat und frag mal nach deinem Anliegen.
Die Devs sollten jetzt online sein.

Leider wohl zu spät, da ich es jetzt erst gelesen habe. Aber danke für den Hinweis!

/edit:
Ich habe mir mal die Mühe gemacht und Eclipse mit den ganzen Projekt-Repositories (SVN) zu installieren. Leider ist die Wiki-Anleitung nicht ganz UpToDate, trotzdem geht es wohl (mehr oder weniger unter Ubuntu 12.10 mit kleinen Hürden...).
Nur war dann nicht mal die jdownloader->src->jd->main.java vorhanden. Also kann ich mir die weitere Mühe sparen.

Bleibt also alles weiterhin Win7-Abhängig auf meinem System installiert...