Seite 3 von 4

Verfasst: Fr 21 Okt 2005, 17:37
von Fruranski
Hallo,
Ich währe auch gerne dabei

Wissen: Visual Basic, VB.net
Verfügbar: Visual Basic 6, Studio .NET

Habe Dbox2Remote geschrieben.
http://wiki.tuxbox.org/Dbox2remote
http://www.dbox2.info/download.php?cati ... page=5#182

Ich glaube JTG ist ist in .net geschrieben.
Ist der Source Code irgendwo verfügbar?

Verfasst: Di 23 Mai 2006, 22:55
von MOS-Marauder
Ich könnte als Tester mit ner DREAMBOX agieren ;)
Diese hat ja Enigma drauf und kann genauso mit udrec streamen...

Verfasst: Do 25 Mai 2006, 8:53
von lofwyr
Tut sich hier eigentlich noch was? - Ich meine man hört nix und man sieht nix.

Lofwyr

Verfasst: Sa 27 Mai 2006, 7:46
von ralix
Moin,

ich glaube es finden sich keine Leute die Lust und Zeit haben wirklich etwas zu programmieren. Das testen ist eine Sache wenn es aber keine Weiterentwicklung gibt, gibts es auch nichts zu testen.

MfG Ralix

Verfasst: Sa 27 Mai 2006, 13:35
von lofwyr
Moin,
jetzt, wo der Sommer kommt verliere ich die Hoffnung, dass sich noch willige Programmierer finden werden. - Ich schätze, wir können das Teil einstampfen :-(

Lofwyr

Verfasst: Sa 27 Mai 2006, 13:46
von jmittelst
Todgesagte leben oft länger. Ich geb die Hoffnung noch nicht auf. Levi wollte sich drum kümmern und der steht normalerweise immer zu seinem Wort. Irgendwann kommt da was. Und wenn der Source erstmal verfügbar ist, werden sich auch genug Leute finden, die daran feilen.

cu
Jens

Verfasst: Sa 27 Mai 2006, 14:07
von ralix
Also die Sourcen sind (http://developer.berlios.de/cvs/?group_id=4748 / die alten liegen da auch noch alsa vorsicht und die projekte nicht vertauschen. Bei den neueren ist Project Admins: levithan!).
Das sind quasi die alten Sourcen bis das alte Project "CS" wurde. ich habe einiges daran gemacht und die Sachen auch eingeschickt. Ist noch jede Menge zu tun ;-)

Verfasst: Sa 27 Mai 2006, 14:19
von Treito
Entwickelst Du die Sourcen noch weiter?

Verfasst: Sa 27 Mai 2006, 14:28
von ralix
Naja ich habe bis jetzt nur ein paar Sachen gemacht, diesen komischen Kalender ausgebaut und das log4j rausgenommen und das durch java Standard Klassen ersetzt die eigentlich das selbe machen. Am MovieGuide hab ich noch was gemacht damit man das neue Format einlesen kann. Hier und da ein paar Optimierungen (zumindest nach meiner Auffassung).

Verfasst: So 04 Jun 2006, 21:34
von jmittelst
Hmm - ich hab grad mal etwas gespielt. Eclipse 3.12 wird verwendet, und ich hab versucht diese Anleitung zu benutzen: http://www.jackthegrabber.de/viewtopic. ... ht=eclipse - leider bekomme ich keinen build hin.
Um das Programm starten zu koennen benoetigen wir die Klasse ControlMain im package Control. Im Members-Fenster klickt man mit der rechten Maustaste auf diese Klasse und sagt Run>>Java Application. Nun sollte das Programm starten....
Hab im Members-Fenster keine Klassen.
Dieses Script basiert auf 4 Zwischenschritte. Der letzte Schritt ist "ZipProject", dieser ruft automatisch die 3 Zwischenschritte zuvor auf. Über einen Doppelklick auf "ZipProject" wird dieses Script gestartet. Ein paar Sekunden spaeter sollte es fertig sein.
Wirft das aus:

Code: Alles auswählen

Buildfile: C:\eclipse\workspace\jtjg\jtjg\build.xml
cleanup:
buildjar:
      [jar] Building jar: C:\jtjg\JtJGrabber.jar
copyLibs:
     [copy] Copying 6 files to C:\jtjg\lib
     [copy] Copying 1 file to C:\jtjg
     [copy] Copying 1 file to C:\jtjg
     [copy] Copying 1 file to C:\jtjg

BUILD FAILED
C:\eclipse\workspace\jtjg\jtjg\build.xml:54: Warning: Could not find file C:\eclipse\workspace\jtjg\jtjg\libsystray4j.so to copy.

Total time: 7 seconds

CVS auschecken scheint ja eigentlich geklappt zu haben. Was mache ich falsch?

cu
Jens

Verfasst: Mo 05 Jun 2006, 11:22
von lofwyr
Hallo Jens,

Die fehlenden systray4j-Dateien kannst Du hier downloaden:
http://sourceforge.net/project/showfile ... _id=227044
Soweit ich gesehen habe, brauchst Du nur die Binaries für KDE, also die "systray4j-2.4.1-kde3.tar.bz2".

Dann musst/solltest Du nur noch die libsystray4j.so ins jtjg-Projektverzeichnis entpacken. Die udrec.exe solltest Du dort auch noch hineinkopieren.

Alternativ kann auch der Eintrag aus der build.xml entfernt werden, dann läufts halt nicht mehr unter Linux ;-) (also im Systray)

Welche Dateien benötigt werden findest Du in der build.xml:

Code: Alles auswählen

<target depends="buildjar" name="copyLibs">
		<copy todir="${targetDir}/lib">
			<fileset dir="lib"/>
		</copy>	
		<copy file="COPYING" todir="${targetDir}"/>
		<copy file="README" todir="${targetDir}"/>
		<copy file="systray4j.dll" todir="${targetDir}"/>
		<copy file="libsystray4j.so" todir="${targetDir}"/>
		<copy file="start.sh" todir="${targetDir}"/>
		<copy file="udrec.exe" todir="${targetDir}"/>
		<copy file="jackTheJGrabber.ico" todir="${targetDir}"/>
		<copy file="jackTheJGrabber.png" todir="${targetDir}"/>
	</target>
Dort steht, welche Datein wohin kopiert werden.
Lofwyr

Verfasst: Mo 05 Jun 2006, 11:49
von jmittelst
So, das läuft jetzt durch, danke. Allerdings startet er mit dem "cannot find Main Class", also nicht. Das wird wohl mit dem Members-Feld aus der Anleitung zu tun haben...

Build meldet aber keinen Fehler. Eine Idee, was zu tun ist?

cu
Jens

Verfasst: Mo 05 Jun 2006, 15:09
von jmittelst
So, Build klappt jetzt, genauso, wie Run aus Eclipse.
Leider startet JtgNG 0.01 nicht durch.
Ein Start über die Kommandozeile bringt:

Code: Alles auswählen

C:\jtjg>java -jar JtJGrabber.jar
Exception in thread "main" java.lang.NoClassDefFoundError: com.jgoodies.looks.pl
astic.Plastic3DLookAndFeel
        at service.SerSettingsHandler.createStandardSettingsFile(SerSettingsHand
ler.java:159)
        at service.SerSettingsHandler.readSettings(SerSettingsHandler.java:74)
        at control.ControlMain.readSettings(ControlMain.java:198)
        at control.ControlMain.main(ControlMain.java:85)
Ich werde mal weiter probieren, ob es an mir liegt, oder am SourceCode.

cu
Jens

Verfasst: Mo 05 Jun 2006, 15:57
von bandido
@Jens:

Super, dass zumindest einer hier weitermacht.... :-)

Wenns was zum Testen gibt, bitte bescheid geben, stehe zur Verfügung :-)

Gruß
Manni 8)

Verfasst: Mo 05 Jun 2006, 17:51
von crazyreini
Hi!

Es liegt daran das die externen Libs in den Classpath aufgenommen werden müssen. Hier fehlt z.B. die forms.jar..

also ungefähr so: java -classpath lib/forms.jar -jar JtJGrabber.jar

Gruß

Reini