ProectX

helau · 25. August 2004

Moin,
Wer hat den ProjectX unter Gentoo am Laufen ?
Bei mir gibts da mit der Blackdown JRE 1.4.1 so einige Java exceptions.
Sowohl mit dem ProjectX ebuild, als auch mit der von vdrconvert mitgelieferten pX.jar.
Gruss
HelAu

TheAlamo · 25. August 2004

Hi,

hat bei mir keine Probleme gemacht, sowohl das px.jar, das beim vdrconvert dabei war, als auch das, das ich aus den Sourcen, die ich mir selber gezogen habe, compiliert habe. Keine Exceptions mit Blackdown JRE aufgetreten.

helau · 25. August 2004

Hmmm,
Mit pX.jar siehts so aus:

Code

nice -n 15 /opt/blackdown-jdk-1.4.1/bin/java -jar /var/vdr/vdrconvert/share/vdrconvert/pX/pX.jar -c /var/vdr/vdrconvert/share/vdrconvert/pX/pX.ini -p /video/%Der_kleine_KÃ¶nig-Brennholz/2002-11-21.18.53.50.50.rec/marks.vdr -o /video/vdrconvert/tmp/vdr2dvd/VDRSYNC.ELxAjE /video/%Hugo/2002-11-21.18.53.50.50.rec/001.vdr


quick CL usage: (Note: CL also loads the GUI components, without displaying)
without options  ...to start the GUI
[options] <sourcefile 1>...[<sourcefile x>]


options: -dvx1..4, -c <x>, -o <x>, -n <x>, -l, -p <x>, -i <x>, -g
-c [path]inifile  ...use that specified iniFile instead of the standard
-dvx1  ...create a .d2v ProjectFile on demux
-dvx2  ...create a .d2v ProjectFile + .ac3.wav (RIFF WAVE Header)
-dvx3  ...create a .d2v ProjectFile + .mpa.wav (RIFF WAVE Header)
-dvx4  ...create a .d2v ProjectFile + .ac3.wav + mpa.wav (RIFF WAVE Header)
-o <path>  ...use that specified directory for output
-n <filename>  ...use that specified filename for output
-p <file>  ...use that text based file as cutpoint list
-i <tokens>  ...use only these (P)IDs, separated by comma ","
-g  ...display the GUI using all given CLI options
-l  ...write the normal logfile
use -dvx OR -c & -o/-n/-l/-p/-i/-g or no options (for std)


java.version    1.4.1
java.vendor     Blackdown Java-Linux Team
java.home       /opt/blackdown-jdk-1.4.1/jre
java.vm.version Blackdown-1.4.1-01
java.vm.vendor  Blackdown Java-Linux Team
java.vm.name    Java HotSpot(TM) Client VM
java.class.vers 48.0
java.class.path /var/vdr/vdrconvert/share/vdrconvert/pX/pX.jar


TERMS OF CONDITIONS:
(1) this is a free Java based demux utility.
(2) It is intended for educational purposes only, as a non-commercial test project.
(3) It may not be used otherwise. Most parts are only experimental.
(4) released under the terms of the GNU GPL
(5) there is NO WARRANTY of any kind attached to this software
(6) use it at your own risk and for your own education as it was meant




current locale is not supported in X11, locale is set to CX locale modifiers are not supported, using defaultWarning: Cannot allocate colormap entry for default background.
Exception in thread "main" sun.java2d.InvalidPipeException: Unsupported bit depth: 4
        at sun.awt.X11SurfaceData.getSurfaceType(X11SurfaceData.java:425)
        at sun.awt.X11GraphicsConfig.getSurfaceType(X11GraphicsConfig.java:116)
        at sun.awt.X11SurfaceData.createData(X11SurfaceData.java:284)
        at sun.awt.motif.MComponentPeer.initialize(MComponentPeer.java:193)
        at sun.awt.motif.MComponentPeer.init(MComponentPeer.java:225)
        at sun.awt.motif.MWindowPeer.init(MWindowPeer.java:93)
        at sun.awt.motif.MFramePeer.<init>(MFramePeer.java:58)
        at sun.awt.motif.MToolkit.createFrame(MToolkit.java:197)
        at java.awt.Frame.addNotify(Frame.java:469)
        at java.awt.Window.pack(Window.java:425)
        at X$PATCH.<init>(X.java:2088)
        at X.<init>(X.java:159)
        at X.main(X.java:4083)

Alles anzeigen

und mit ProjectX:

Code

nice -n 15 /opt/blackdown-jdk-1.4.1/bin/java -jar /usr/share/projectx/projectx-0.81.7.jar -c /var/vdr/vdrconvert/share/vdrconvert/pX/pX.ini -p /video/%Hugo/2002-11-21.18.53.50.50.rec/marks.vdr -o /video/vdrconvert/tmp/vdr2dvd/VDRSYNC.NFhhcV /video/%Hugo/2002-11-21.18.53.50.50.rec/001.vdr
Exception in thread "main" java.lang.InternalError: Can't connect to X11 window server using ':0.0' as the value of the DISPLAY variable.
        at sun.awt.X11GraphicsEnvironment.initDisplay(Native Method)
        at sun.awt.X11GraphicsEnvironment.<clinit>(X11GraphicsEnvironment.java:125)
        at java.lang.Class.forName0(Native Method)
        at java.lang.Class.forName(Class.java:140)
        at java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment(GraphicsEnvironment.java:62)
        at java.awt.Window.init(Window.java:223)
        at java.awt.Window.<init>(Window.java:267)
        at java.awt.Frame.<init>(Frame.java:398)
        at java.awt.Frame.<init>(Frame.java:363)
        at javax.swing.JFrame.<init>(JFrame.java:154)
        at SUBPICTURE.<init>(Unknown Source)
        at X.<clinit>(Unknown Source)

Alles anzeigen

Was muss man denn X-technisch beachten ?
Die Fehler gibts egal ob X gestartet ist oder nicht.

Gruss
HelAu

holymoly · 25. August 2004

Hallo,
mittlerweile laeuft es mit beidem
hatte Probleme mit

Code

Warning: Cannot allocate colormap entry for default background.
Exception in thread "main" sun.java2d.InvalidPipeException: Unsupported bit depth: 4

http://www.vdrportal.de/board/thread.php?threadid=20939&sid=
mfg

holymoly · 25. August 2004

Hallo,
am Terminal
mal testen mit
Xvfb :1 -screen 0 640x480x8 &
export DISPLAY=:1.0
java -jar /pfad zur /*.jar

Code

Exception in thread "main" sun.java2d.InvalidPipeException: Unsupported bit depth: 4

sollte dann eigentlich nicht mehr erscheinen.
mfg

helau · 25. August 2004

Hi holymoly,

Hab ich versucht, aber das bleibt bestehen:

Code

Warning: Cannot allocate colormap entry for default background.
Exception in thread "main" sun.java2d.InvalidPipeException: Unsupported bit depth: 4
        at sun.awt.X11SurfaceData.getSurfaceType(X11SurfaceData.java:425)
        at sun.awt.X11GraphicsConfig.getSurfaceType(X11GraphicsConfig.java:116)
        at sun.awt.X11SurfaceData.createData(X11SurfaceData.java:284)
        at sun.awt.motif.MComponentPeer.initialize(MComponentPeer.java:193)
        at sun.awt.motif.MComponentPeer.init(MComponentPeer.java:225)
        at sun.awt.motif.MWindowPeer.init(MWindowPeer.java:93)
        at sun.awt.motif.MFramePeer.<init>(MFramePeer.java:58)
        at sun.awt.motif.MToolkit.createFrame(MToolkit.java:197)
        at java.awt.Frame.addNotify(Frame.java:469)
        at java.awt.Window.pack(Window.java:428)
        at StartUp.open(Unknown Source)
        at StartUp.<init>(Unknown Source)
        at X.main(Unknown Source)

Alles anzeigen

Es scheint auch wie gesagt egal zu sein wohin ich das Display zeigen lasse und ob X laeuft oder nicht

Gruss
HelAu

holymoly · 25. August 2004

Hallo,

Code

Es scheint auch wie gesagt egal zu sein wohin ich das Display zeigen lasse und ob X laeuft oder nich

jo,war bei mir genauso .
Habe da auch wegen dem Murks rumgesucht
Also habe es gerade mal getestet mit
-screen 640x480x8 # geht hier auch nicht
-screen 640x480x24 # geht hier ,
hatte es bisher nur immer mit 1024x768x24 getestet.

In der xorg.conf oder der XF86Config habe ich
aber auch 'DefaultDepth 24' eingestellt,
ob das eine Rolle spielt ??
mfg

Bert · 25. August 2004

Hi , HelAu

Find ich toll das du dich jetzt für ProjectX interessierst.

Vielen Dank auch hier nochmals für deine SpitzenDistri

MFG Bert

helau · 25. August 2004

Hi,
mit gestartetem X siehts jetzt doch anders aus ( Display :0.0 )
Da gibts diesen Fehler:

Code

Exception in thread "main" java.lang.InternalError: Current locale is not supported
        at sun.awt.motif.MWindowPeer.pSetTitle(Native Method)
        at sun.awt.motif.MWindowPeer.init(MWindowPeer.java:100)
        at sun.awt.motif.MFramePeer.<init>(MFramePeer.java:58)
        at sun.awt.motif.MToolkit.createFrame(MToolkit.java:197)
        at java.awt.Frame.addNotify(Frame.java:469)
        at java.awt.Window.pack(Window.java:428)
        at StartUp.open(Unknown Source)
        at StartUp.<init>(Unknown Source)
        at X.main(Unknown Source)

Mit LANG=C oder ohne ist egal
Gruss
HelAu

Bert · 25. August 2004

Hi , HelAu

Hab jetzt im ProjectX Forum auf die Frage zu:

Exeption in thread "main" java.lang.InternalError: Current locale is not supported

folgendes als Antwort bekommen:

ZITAT:
wie auch im andern Thread, ist vermutl. das hier verw. Standard 'Motif l&f' nicht voll kompatibel.

X benötigt sowohl AWT als auch SWING Komponenten, wobei letztere in 'ferner' Zukunft optional werden könnten für Systeme ohne GUI Verwendung.

in der .ini wird das letztverwendete L&F gespeichert, falls es also eine Alternative gibt (wie metal) bringt ein andrer vorgegebener Eintrag viell. ne Änderung.

ich denke aber nicht..
ZITAT ENDE

Ich selbst weiss damit leider nichts anzufangen.

@All

Weiss jemand was damit gemeint ist bzw.ob man dann dagegen was tun kann?

Gruss Bert

holymoly · 25. August 2004

Hallo,

Code

n der .ini wird das letztverwendete L&F gespeichert, 
falls es also eine Alternative gibt (wie metal) bringt ein andrer vorgegebener Eintrag viell. ne Änderung.

also in der pX.ini ist metal eingestellt

Code

...
p14*null
p15*25 fps
p16*javax.swing.plaf.metal.MetalLookAndFeel
p17*null
p18*auto
p19*demux

obs an dem liegt,ich habe keine Ahnung an was es liegt
dachte das das metall ein Oberflaeche fuer die gui ist ??
mfg

burki · 25. August 2004

Hi,
nur als kleiner Hinweis:
Swing wird nicht das Problem sein, sondern eher das awt bzw. eben das blackdown-JRE.

Was ich machen taete (bei mir laeuft ja projectX ohne Probleme):
Das JDK installieren und wirklich auf dem VDR das Ganze komplieren.

bit depth muss uebrigens wirklich auf > 8 gesetzt werden.

Gruss
Burkhardt

Bert · 25. August 2004

Hi ,

Wie immer an Alle hier,zuerst
mal THANKS

burki

Wie ist das gemeint?
1.Ist die blackdown-jdk-1.4.1 kein Jdk?
Ich frag nur so blöd weil ich keine Ahnung habe obs und welche Unterschiede es da gibt.
2.Nachdem was du geschrieben hast ist blackdown-jdk-1.4.1 das Problem,
sollte man dann ein anderes java installieren bzw.welches?

Und was ist gemeint mit "Auf dem Vdr" compilieren?
3.Meinst du damit kein emerge und java und ProjectX einfach auf dem Rechner zu compilieren auf welchem man es verwenden will?

Sorry für die blöden Fragen,aber ich verwende auch HelAus Distri.
Daher bin ich natürlich sehr stark an einer Lösung für dieses Problem interessiert.
Scheint aber echt ein harter Brocken zu sein.

Grüsse Bert

burki · 25. August 2004

Hi Bert,

Zitat

1.Ist die blackdown-jdk-1.4.1 kein Jdk?

es ist nicht das Orginal von sun ...
Zudem schrieb helau, dass er das jre installiert haette ...

Zitat

2.Nachdem was du geschrieben hast ist blackdown-jdk-1.4.1 das Problem,
sollte man dann ein anderes java installieren bzw.welches?

so einfach ist das nicht:
Mit was wurde denn z.B. projectX uebersetzt ? Wurde gar irgend ein fertiger jar-File fuers emergen benutzt ?

Zitat

Und was ist gemeint mit "Auf dem Vdr" compilieren?

sourcecode herunterladen, JDK (moeglichst von Sun) installieren, compilieren und jar-file erstellen.
Java ist keineswegs soo plattformunabhaengig (wie ihr ja jetzt selbst bemerkt ) und das sage ich als Java-Entwickler, der mit allen moeglichen Plattformen zu tun hat.
Gruss
Burkhardt

Bert · 26. August 2004

Hi , burki

Dank dir vielmals.
Zum java jdk,bin grade auf der Seite von Sun und downloade
das file j2sdk-1_4_2_05-linux-i586.bin.
Ist das dann das richtige file?

Finde nämlich nichts mit Jdk.

Zu Zitat:
Mit was wurde denn z.B. projectX uebersetzt ? Wurde gar irgend ein fertiger jar-File fuers emergen benutzt ?

Nun ja ich hab das ebuild zu ProjectX-0.81.7 genommen>in diesem steht ja drin von wo aus das Sourcefile gedownloadet wird,und zwar von:

SRC_URI="http://www.lucike.info/download/software/projectx/ProjectX_Source_${PV}.zip"

Hab dieses File dann auf nem anderen Pc gedownloadet,hab nämlich am Vdr mitn java Problem kein Internet> das File dann aufn Vdr rüberkopiert und emerged.

Hab allerdings aus der selben Source auf meinen Pc mit Suse manuell ProjectX.jar
gemaked,und funzt dort auch ohne Probleme.

Ich denke also ein fertiges jar ist das nicht.
Kannst du das bestätigen.

Grüsse Bert

Bert · 26. August 2004

Hi nochmals, burki

Also gut ich denke das java sdk file passt eh.

Kannst du mir folgende Vorgehensweise bestätigen?

1.Zuerst mal das blackdown-jre deinstallieren.
Da hab ich noch ein Problem weiss noch nicht wie man das deinstalliert.

2.Das java Sdk nach der Readme installieren.

3.Was wär nun besser ProjectX emergen,oder selber wie folgt maken:

cd /usr/local/ProjectX/src
/usr/lib/java/bin/javac -O *.java
/usr/lib/java/bin/jar cfvm ProjectX.jar MANIFEST.MF *.class

Ich muss so fragen denn ich hab noch nicht viel Ahnung von Gentoo>will mich also nur absichern.

Thanks

Grüsse Bert

burki · 26. August 2004

Hi Bert,
der file von sun ist schon Richtige (es heisst j2sdk, da es ja das jdk vom Java 2 ist).

Zitat

3.Was wär nun besser ProjectX emergen,oder selber wie folgt maken:

der Witz der ganzen Aktion ist doch, dass mein Tipp war, den jar-File selbst zu erzeugen (eben durch compilieren der java-Files etc.) und zwar auf dem Rechner, auf dem ProjectX laufen soll.

Ob das blackdown-jre unbedingt deinstalliert werden muss, weiss ich nicht, da ich die dortigen Pfade und Umgebungsvariablen nicht kenne, doch wenn Du sichergehen magst, dann deinstalliere es eben.

Wenn uebrigens projectX auch mit dem Sun-JDK nicht laufen sollte, dann muesste man schauen, ob man einen anderen X-Server aufsetzen muss. Bei mir laeuft projectX unter W2K, Solaris 7/8/9, Linux (Kernel 2.4.x), ...

Gruss
Burkhardt

kleini · 26. August 2004

Man kann unter Gentoo das Sun J2SDK auch viel einfacher als nach der INSTALL-HOWTO mit

Code

emerge sun-jdk

installieren. Dazu muß man dann das "j2sdk_1_4_2<schießmichtot>.bin" nach /usr/portage/distfiles kopieren. Das sagt aber auch nochmal das ebuild.

Gruß

Kleini

helau · 26. August 2004

NAbend
Ich befuerchte, dass bei meiner X Konfiguration bezueglich meiner locale settings was nicht so richtig passt. Zumindest deuteten die Fehlermeldungen nach Verwendung des selbstkompilierten ProjectX.jar darauf hin.
Ich bezweifle noch, dass es an der blackdown liegt.
Ich installiere gerade allerdings erst mal KDE mit de_de settings neu, daher sind meine Testmoeglichkeiten fuer 2 Tage lahmgelegt
Danach werd ich hoffentlich weitermachen koennen.
Gruss
HelAu

holymoly · 26. August 2004

Hallo,

Code

Ob das blackdown-jre unbedingt deinstalliert werden muss, 
weiss ich nicht, da ich die dortigen Pfade und Umgebungsvariablen nicht kenne, 
doch wenn Du sichergehen magst, dann deinstalliere es eben.

deinstallieren braucht man das nicht ,solange man den Platz nicht benoetigt,
einfach per

Code

bash-2.05b# java-config -L
[blackdown-jdk-1.4.1] "Blackdown JDK 1.4.1" (/etc/env.d/java/20blackdown-jdk-1.4.1)
[blackdown-jre-1.4.1] "Blackdown JRE 1.4.1" (/etc/env.d/java/20blackdown-jre-1.4.1)
[sun-jdk-1.4.2.05] "Sun JDK 1.4.2.05" (/etc/env.d/java/20sun-jdk-1.4.2.05) *

die verfuegbaren anzeigen lassen,anschliessen dann mit
java-config --set-system-vm=/opt/....
oder
java-config --set-user-vm=/opt/....
die jeweilige vm setzen .
env-update && source /etc/profile
nicht vergessen
mfg

ProectX

Jetzt mitmachen!

Teilen