udrecsuite 0.4.1

[t.b.]

So ein mist.
ich scheitere immer an:
+ /usr/bin/ud_demux.pl -i=/multimedia/fernsehen/movies/mpg/cd.mpg -o=/multimedia/fernsehen/movies/tmp --java=/usr/lib/java/bin/java --ini=/usr/lib/jar/pX_43.ini --jar=/usr/lib/jar/pX.jar
found Xvfb running on display :3
Exception in thread "main" java.lang.NoClassDefFoundError: X

Da komm ich nicht weiter.

Gruß
Thomas

[alsuffndruff]

ich scheitere immer an:
+ /usr/bin/ud_demux.pl -i=/multimedia/fernsehen/movies/mpg/cd.mpg -o=/multimedia/fernsehen/movies/tmp --java=/usr/lib/java/bin/java --ini=/usr/lib/jar/pX_43.ini --jar=/usr/lib/jar/pX.jar
found Xvfb running on display :3
Exception in thread "main" java.lang.NoClassDefFoundError: X

Ok, ich leren daraus dass ich hier vergessen habe den exit Status von projectX abzufragen. Wenn ich mich recht erinnere kannst du den Befehl aber von Hand in der console aufrufen? Ich meine in einer echten Konsole, keine die unter X-Windows aufgerufen wurde? Oder gibt es da auch Probleme?

Bin erstmal ratlos, aber das war ich bei dem Problem schon mal. Ich denke wir müssen die zwei Wochen noch auf Patrick warten. Lief der Xvfb denn wirklich? Muss gerade noch mal blättern, da war doch was....

[t.b.]

Ok, ich leren daraus dass ich hier vergessen habe den exit Status von projectX abzufragen. Wenn ich mich recht erinnere kannst du den Befehl aber von Hand in der console aufrufen? Ich meine in einer echten Konsole, keine die unter X-Windows aufgerufen wurde? Oder gibt es da auch Probleme?

Leider ja. Beim demuxen konnte ich durch die harte Verdrahtung zum erfolg kommen. (Erzeugen MPG nd TS)
In der Console bringt er den gleichen Fehler, egal ob ich
display :1 , 2, 3 verwende.
Siehe:
/usr/bin/ud_demux.pl -i=/multimedia/fernsehen/movies/mpg/cd.mpg -o=/multimedia/fernsehen/movies/tmp --java=/usr/lib/java/bin/java --ini=/usr/lib/jar/pX_43.ini --jar=/usr/lib/jar/pX.jar
found Xvfb running on display :2
Exception in thread "main" java.lang.NoClassDefFoundError: X


Beim starten von udrec_Suite sehe ich:
Shutting down udrec_suite
Stopping ud_daemon.pl
Stopping Xvfb
Starting service udrec_suite
Starting ud_daemon.pl
Starting Xvfb on display :3


Keine Ahnung was da los ist.


Gruß
Thomas

[t.b.]

Hallo Kai,

konnte mein JAVA-Problem wohl erst mal lösen.
Ich habe die pX.jar gegen ine ältere Version ausgetauscht und
siehe da, bis jetzt läuft es und ich sehe zum ersten mal:
cd.v1, cd.v1.pts, cd.v2, cd.v2.pts

Er knuspert noch, aber es sieht erst mal gut aus.

Melde mich wieder, wenn ich mehr weiss.


Gruß
Thomas

[alsuffndruff]

Jetzt bin ich platt Freut mich.

Woher hast du denn die ältere Version?

[wwershofen]

Exception in thread "main" java.lang.NoClassDefFoundError: X

Diese Fehlermeldung hat nichts mit dem X-Server zu tun - definitiv!
Vielmehr findet java einige benötigte Bestandteile nicht, die zur Ausführung von project X benötigt werden.

Eine Suche nach der Fehlermeldung in Google und auch hier im Board hat mir ein paar Ergebnisse gebracht, die für die Lösung Deines Problems vielleicht hilfreich sind.

1. In diesem Thread wird auf den Fehler in einer früheren udrec_suite Version eingegangen. Da sollte schonmal ein bißchen was hilfreiches dabei sein.

2. Hier ein Zitat aus einer Anleitung, wie man JAVA-Applikationen zum laufen bekommt und was es mit der Fehlermeldung auf sich hat:

Once the program has been successfully compiled, you will have a “class” file in the same directory where the program file was. Thus, in our §3 example, you should now have a file called “Hello.class” in the same directory where the Hello.java is.

You can run the program by using the command:

run Hello <Enter>

If the JRE runs successfully, you will get the program output. In this case:

Hello world

will appear at the command prompt.

If your system couldn&#146;t find the files to run, you will get an error message like:

Exception in thread &#147;main&#148; java.lang.NoClassDefFoundError: x

Ich bin mir fast sicher, daß Deine JAVA-Installation fehlerhaft ist und deswegen schon beim Compile von project X etwas nicht korrekt gelaufen ist, was nun für die besagten Probleme sorgt.

Wie sind denn z.B. Deine JAVA-Environmentvariablen gesetzt? Bei mir sieht das so aus:

Code: Alles auswählen

wolle@athlon:~> set | grep java
JAVA_BINDIR=/usr/lib/java/bin
JAVA_HOME=/usr/lib/java
JAVA_ROOT=/usr/lib/java
JDK_HOME=/usr/lib/java
JRE_HOME=/usr/lib/java/jre
PATH=/home/wolle/bin:/usr/local/bin:/usr/bin:/usr/X11R6/bin:/bin:/usr/games:/opt/gnome/bin:/opt/kde3/bin:/usr/lib/java/bin:/home/wolle/scripts
SDK_HOME=/usr/lib/java

Bitte prüfe das aber in jedem Fall mit dem User, den Du in udconfig angegeben hast. Ggf. sind diese Einträge nämlich bei verschiedenen Usern unterschiedlich gesetzt, wodurch natürlich der Effekt entstehen kann, daß die Anwendung bei einem User läuft, beim anderen aber nicht.

Ich hoffe, wir kommen hier endlich mal in die richtige Richtung voran...

hth
wolle

[wwershofen]

konnte mein JAVA-Problem wohl erst mal lösen.
Ich habe die pX.jar gegen ine ältere Version ausgetauscht und

Das spricht noch mehr dafür, daß in Deiner JAVA-SDK-Installation was schief ist und die Probleme schon beim Compile entstanden sind.

cu
wolle

[t.b.]

Hab vorher schon mal mit PX versucht zu arbeiten.
Leider nicht mit dem gewünschten Erfolg.
Aber da ich schon vorher eine pX.jar hatte, brauchte ich
die nur nach der Neuinstallation von heute morgen zu kopieren.

Man macht ja ab und zu Sicherungen .


Gruß
Thomas

[t.b.]

Eine Suche nach der Fehlermeldung in Google und auch hier im Board hat mir ein paar Ergebnisse gebracht, die für die Lösung Deines Problems vielleicht hilfreich sind.

Ja, die hatte ich zwischenzeitlich auch schon bei google gefunden.

Ich bin mir fast sicher, daß Deine JAVA-Installation fehlerhaft ist und deswegen schon beim Compile von project X etwas nicht korrekt gelaufen ist, was nun für die besagten Probleme sorgt.

Das compilieren sah gut aus. Es gab ja auch eine pX.jar.

Wie sind denn z.B. Deine JAVA-Environmentvariablen gesetzt?

Als root:
JAVA_BINDIR=/usr/lib/java/bin
JAVA_HOME=/usr/lib/java
JAVA_ROOT=/usr/lib/java
JDK_HOME=/usr/lib/java
JRE_HOME=/usr/lib/java/jre
PATH=/sbin:/usr/sbin:/usr/local/sbin:/root/bin:/usr/local/bin:/usr/bin:/usr/X11R6/bin:/bin:/usr/games:/opt/gnome/bin:/opt/kde3/bin:/usr/lib/java/bin
SDK_HOME=/usr/lib/java

Bin schon ein wenig verunsichert was JAVA anlangt.
Habe mir bei SUN mehrere Version gedwonloaded,
weil es mit der, die ich hatte, bei udrec 0.4.1 nicht mehr lief.

Verwirrend finde ich, das bei der Suche im Yast nach JAVA
folgende auftaucht:
gcc-java 3.3.3
java2 1.4.2
jvava2-jre 1.4.2
jdk 1.5.0
libgc 3.3.3

Da scheint irgendwo der Wurm drin zu sein.
Tut mir leid, wenn Ihr wegen eines Konfig-Problems bei mir
vielleicht in der falschen Richtung sucht (in udrec_suite).

Ich versuche ja auch, die Probleme einzugrenzen.

Habt Ihr da noch einen Tip für mich?


Gruß
Thomas
P.S. jetzt hats auch mit dem dvdwizard gefunzt.

[alsuffndruff]

JAVA_BINDIR=/usr/lib/java/bin
JAVA_HOME=/usr/lib/java
JAVA_ROOT=/usr/lib/java
JDK_HOME=/usr/lib/java
JRE_HOME=/usr/lib/java/jre
PATH=/sbin:/usr/sbin:/usr/local/sbin:/root/bin:/usr/local/bin:/usr/bin:/usr/X11R6/bin:/bin:/usr/games:/opt/gnome/bin:/opt/kde3/bin:/usr/lib/java/bin
SDK_HOME=/usr/lib/java

Ist das das java, was du auch während der Compiliation verwendet hast? Einfach mal auf den output von configure schauen, da steht das ja.

Bin schon ein wenig verunsichert was JAVA anlangt.
Habe mir bei SUN mehrere Version gedwonloaded,
weil es mit der, die ich hatte, bei udrec 0.4.1 nicht mehr lief.

Verwirrend finde ich, das bei der Suche im Yast nach JAVA
folgende auftaucht:
gcc-java 3.3.3
java2 1.4.2
jvava2-jre 1.4.2
jdk 1.5.0
libgc 3.3.3

Sind das die installierten Versionen? Du solltest in jedem Fall nur eine Version installieren.
jre steht für "java runtime environment", das wird dir alleine nicht ausreichen (weil kein javac dabei ist). Das java2 Paket (1.4.2) sieht ganz interessant aus, ist das das unter /usr/lib/java installierte? Das sollte sich auch mit dem java2-jre Paket nicht beissen (Annahme von mir). Am besten wäre hier ein jdk 1.4.2

Was zur Hölle ist gcc-java? Wenn da kein "java" executable (bzw. javac, jar) dabei ist, stört das nicht.

Die jdk 1.5.0 (java development kit) solltest du ganz entfernen, zumindest brauchst du sie nicht für projectX.

Du solltest sicherstellen, dass du nur ein java installiert hast, welches du sowohl zum compilieren wie auch zum ausführen verwendest (bei dir wäre das dann die Version in /usr/lib/java). Wahrscheinlich hast du mit java 1.5 (oder hiess das nicht jetzt 5.0? egal) compiliert und versuchst das dann mit java 1.4.2 auszuführen (oder umgekehrt).

Sorge für klare Verhältnisse auf deinem Rechner

Gruss
Kai

[wwershofen]

Bin schon ein wenig verunsichert was JAVA anlangt.
Habe mir bei SUN mehrere Version gedwonloaded,
weil es mit der, die ich hatte, bei udrec 0.4.1 nicht mehr lief.

Verwirrend finde ich, das bei der Suche im Yast nach JAVA
folgende auftaucht:
gcc-java 3.3.3
java2 1.4.2
jvava2-jre 1.4.2
jdk 1.5.0
libgc 3.3.3

Da scheint irgendwo der Wurm drin zu sein.
Tut mir leid, wenn Ihr wegen eines Konfig-Problems bei mir
vielleicht in der falschen Richtung sucht (in udrec_suite).

Ich versuche ja auch, die Probleme einzugrenzen.

Habt Ihr da noch einen Tip für mich?

An Deiner Stelle würde ich erstmal JAVA-mässig "reinen Tisch machen". Deinstalliere alles, was Du aktuell an JAVA (von SUN oder SuSE) im System hast. Dann mach' mal zur Sicherheit einen Reboot und installiere anschließend über yast die Pakete "java2" und "java2-jre" neu. Unter SuSE brauchst Du garantiert nichts anderes mehr.

Danach sollte ein "rpm -qa | grep java" so ähnlich aussehen wir bei mir (SuSE 9.1):

Code: Alles auswählen

wolle@athlon:~> rpm -qa | grep java
java2-1.4.2-129
java2-jre-1.4.2-129

Wenn Du das soweit hast, dann installiere bitte die udrec_suite nochmal neu. project X wird dann mit Deiner neuen JAVA-Umgebung gewandelt und die Pfade in der ud_suite.conf werden auch korrekt gesetzt. Anschließend natürlich nochmal udconfig ausführen und dann probieren, ob's funktioniert.

Wenn nicht, bin ich mit meinem Ferndiagnose-Latein auch am Ende, aber ich bin zuversichtlich, daß die Sache danach laufen wird.

hth
wolle

[wwershofen]

jre steht für "java runtime environment", das wird dir alleine nicht ausreichen (weil kein javac dabei ist). Das java2 Paket (1.4.2) sieht ganz interessant aus, ist das das unter /usr/lib/java installierte? Das sollte sich auch mit dem java2-jre Paket nicht beissen (Annahme von mir). Am besten wäre hier ein jdk 1.4.2

Kai,
unter SuSE ist der javac im java2 rpm drin enthalten. Man braucht also keine eigene JDK mehr bzw. das java2 Paket ist die jdk.

cu
wolle

[t.b.]

Hallo wwershofen,

vielen vielen Dank.

An Deiner Stelle würde ich erstmal JAVA-mässig "reinen Tisch machen". Deinstalliere alles, was Du aktuell an JAVA (von SUN oder SuSE) im System hast. Dann mach' mal zur Sicherheit einen Reboot und installiere anschließend über yast die Pakete "java2" und "java2-jre" neu. Unter SuSE brauchst Du garantiert nichts anderes mehr.

Habe ich alles gemacht und es hat gefunzt. Danke das Ihr soviel Geduld
hattet. Ich kann schneiden und aufnehmen und DVD's erzeugen.
Alles Top.

Eine kleine Frage hätte ich noch.
beim erstllen von TS-Files macht er nur eine Tonspur ins TS.
Ich meine mich erinnern zu könne, das er mal alle gemacht hat
und das man vor und während des abspielens wählen konnte welche man hören wollte.
Täusche ich mich jetzt?


Gruß
Thomas

[Sharib]

Hallo!

Ich hatte mein udrec_suite-0.4.1 mitlerweile soweit,
dass ich etwas von ARD aufnehmen konnte, leider
aber ohne Ton.

Ich hab dann die Aufnahme geloescht und wollte eine
neue Aufnahme starten, aber die eingestellte Aufnamhe
erscheint dann nicht im Reiter "Aufnahme" des usgui.

Ich hab dann rebootet, mich als user eingeloggt und auf
shell (mit su-) per root die udrec_suite gestartet.
udrec_suite, xvfb und vlc wurden gestartet.

Dann hab ich das usgui als User per Shell aufgerufen, um
mehr output zu haben und dann kam das:

slotTimerRequestFinished(createId):internal error: errorp@Èåÿ¿¥' @è("

Was kann das denn sein?

Gruss,
Sharib

[Sharib]

kleiner Nachtrag:

Ich glaub ich geh kaputt ;-(

Ohne das ich Aenderungen vorgenommen habe, kann
ich udrec ploetzlich nicht mehr als root starten.???

Code: Alles auswählen

Starting udrec_suite: Could not open logfile: Permission denied at /usr/local/bin/ud_daemon.pl line 68.
failed !

Der vlc wird auch nur "gelegentlich" gestartet???

Solche Eigenarten kenne ich eigentlich nur bei Windoof!!!

Ich habe bisher mit mm4dbox sehr gut arbeiten koennen, wollte mit aber mal was neues antun. Welche ist den die stabilste udrec Version?

Gruesse,
Sharib

[alsuffndruff]

Hallo!

Dann hab ich das usgui als User per Shell aufgerufen, um
mehr output zu haben und dann kam das:

slotTimerRequestFinished(createId):internal error: errorp@Èåÿ¿¥' @è("

Welches Image verwendest du denn? Bei etwas aelteren hatte ich schon solche Probleme.

Hast du udconfig aufgerufen vor dem Start der udrec_suite?

Gruss
Kai

[alsuffndruff]

Code: Alles auswählen

Starting udrec_suite: Could not open logfile: Permission denied at /usr/local/bin/ud_daemon.pl line 68.
failed !

Ok, eins nach dem anderen. Welche Rechte hat das logfile? Sollte unter /var/log stehen (siehe config file der udrec_suite).
Auch hier: Hast du udconfig vorher aufgerufen? Welchen user hast du dort eingetragen? 0.4.1 ist die stabilste Version.

Gruss
Kai

[t.b.]

Hallo alsuffndruff,

hast du mein vorherige Posting vielleicht übersehen?
Egal, ist dir ein Problem mit den TS-Files (Tonspuren) bekannt
geworden, oder hakt es noch an Einstellungen bei mir?

Danke Thomas

[Sharib]

Hallo Kai!

Ich habe zur Zeit ein Nais Image vom 16.10.

Edit: Ich hoffe, ich bekomme trotzdem Antwort,
obwohl ich dieses Image teste. Hab gesehen, dass
die 3 Buchstaben des fragwuerdigen Boards in
"dreckslink" konvertiert werden ;-)

Ich hatte udconfig immer zuerst als root ausgefuehrt,
nachdem ich mir ein deb gebaut und installiert hatte
bevor ich udrec_suite als root gestartet habe.

Als User habe ich in udconfig sharib eingetragen, mit dem
ich auch das usgui starte.

Ach ja hier noch die Rechte:

Code: Alles auswählen

retalo:~# ls -la /var/log/ud*
-rw-r--r--  1 root root 0 Nov 19 13:20 /var/log/ud_daemon.log
-rw-r--r--  1 root root 0 Nov 19 13:20 /var/log/ud_suite.log
-rw-r--r--  1 root root 0 Nov 18 01:34 /var/log/udrec_suite.log

Der dritte Eintrag ist von der 0.3er Version, die ich aber deinstalliert
habe.

Gruss,
Sharib

[alsuffndruff]

Hallo Kai!

Ich habe zur Zeit ein Nais Image vom 16.10.

Ist das ein illegales Image? Wenn ja machs runter und yadi bzw. ein JTG image drauf.
Gruss
Kai

[Sharib]

Hallo Kai!

Nein, da ich die emulatoren geloscht habe um mehr
platz fuer meine Beduerfnisse zu haben, ist es legal,
aber ich schau mal bei JTG und probier es damit.

Merkwuerdig nur, dass die erste Aufnahme (bis auf den
Ton) funktionierte und danach nicht mehr !?

Nun ja, werd mir mal ein JTG flashen und meld mich dann
wieder wenns nicht laeuft.

Gruss,
Sharib

[Sharib]

So, da bin ich wieder.

Ich habe jetzt dieses Image geflasht:
200410020053_yadi_squashfs_head_2x.img

Das ist ja total "geil" mit IP Eingeben und der
Neutrino/Enigma Option, etc.

Im Gegensatz zu dem was ich vorher getestet hatte,
ist das YADI ein Zapperkoenig und macht meinem
VDR ja fast Konkurenz

Das bloede ist, dass das Problem mit der Aufnahme
nachwievor vorhanden ist.

Gruss,
Sharib

[Sharib]

Hallo Kai!
Ich schon wieder ! ;-)

So, ich hab jetzt alles wieder runtergeschmissen, neu
compiliert, debianisiert und installiert.

Alles startet nun, wie es soll, auch sehe ich (im Gegensatz)
zu vorher den epgtitel unter dem Kanalnamen im Reiter
Aufnahme, aber es werden nur diese Dateien in tmp angelegt:

xyz.fmt
xyz.epg
xyz.xml
xyz.stat

Aber leider kein Streamfile.
In udconfig habe ich (root) als Streamtype udrec angegeben, nicht direct.

Das Logfile sagt:

Code: Alles auswählen

 
Searching for Xvfb
Found Xvfb running on display :1
Parsing xml-file /home/sharib/udrec_suite/movies/tmp/041119_170115.xml
Reading /home/sharib/udrec_suite/movies/tmp/041119_170115.epg
Reading /home/sharib/udrec_suite/movies/tmp/041119_170115.fmt
Using ini-file: 4:3
channelname : WDR Aachen
epgtitle    : daheim
command     : unknown
onidsid     : unknown
epgid       : 338051453179496637
languages   : German
lang_short  : de
epgtext     : Keine EPG-Informationen verfuegbar.
aspect-ratio: 4:3
Invalid mode, bailing out ... at /usr/local/bin/ud_suite.pl line 341.

Edit:
Hab mich mal durch das Scipt gewuehlt. Das autodemuxen (mplex) scheint wohl nicht zu klappen, aber warum?

Gruss,
Sharib

[alsuffndruff]

Hmm, die Fehlermeldung kommt daher, dass keine mpv, mp2 usw. Datei existiert. Was sagt denn das andere logfile (wir haben zwei, ud_suite.pl und ud_daemon.pl). Aus irgendeinem Grund schreibt udrec nix. Hat der udrec user Schreibrechte auf das Verzeichnis?

Gruss
Kai

[Sharib]

Hallo Kai!

Ja der udrec user hat Schreibrecht. Ich hatte ja in udconfig als
user sharib eingetragen und die Verzeichnisse im Homeverzeichnis
von sharib anlegen lassen.

Das daemon logfile sagt:

Code: Alles auswählen

Starting "/usr/local/bin/mono /usr/local/bin/udrec.exe -es -sso -xmlf -vsplit -mplex -o /home/sharib/udrec_suite/movies/tmp/
"
16:56:57 listening to any host on port 4000
17:01:15 to DBox: VIDEO 31341 16 0 1 va 065 066
17:01:15 from DBox: INFO: IP c0a80915 Port 31341
17:01:15 from DBox: PID va 2 65 66
17:01:16 to DBox: START
Forking /usr/local/bin/ud_daemon.pl ...
17:01:16 from DBox: INFO: UdpSender() - PID487 R0 W0
17:01:16 to DBox: STOP
17:01:16 network statistics:
max:      0.0 Mbit/s total data rate
average:  0.0 Mbit/s total data rate
average:  0.000 Mbit/s resend data rate
count:    0 resend packets
average:  1 resend packet per 0.0 total packets
max:      0 packets per resend
average:  0.0 packets per resend
17:01:16 TcpSender stopped
17:01:16 from DBox: INFO: DmxReader() - Pid 65 204960 0 0
17:01:16 from DBox: INFO: DmxReader() - Pid 66 29280 0 0
17:01:21 DBoxRecordControl stopped
17:01:21 ESSync stopped

/home/sharib/udrec_suite/movies/tmp/041119_170115.xml
Parsing xml-file /home/sharib/udrec_suite/movies/tmp/
read error at /usr/lib/perl5/XML/Parser/Expat.pm line 469.
Parsing xml-file /home/sharib/udrec_suite/movies/tmp/041119_170115.xml
Writing "" to /var/spool/spoolfile
Found 338051453179496637 in 041119_170115.xml
Grabbing EPG-Infos
Found aspect-ratio: 4:3
Writing EPG-Infos: 041119_170115.epg
Writing Aspect-Ratio: 041119_170115.fmt
Writing Network-Stats: 041119_170115.stat
Calling "ud_suite.pl -i /home/sharib/udrec_suite/movies/tmp/041119_170115.xml"
Option es requires an argument
Option es requires an argument
#########################
# ud_deamon.pl finished #
#########################

Starting "/usr/local/bin/mono /usr/local/bin/udrec.exe -es -sso -xmlf -vsplit -mplex -o /home/sharib/udrec_suite/movies/tmp/"
17:02:16 listening to any host on port 4000

Unhandled Exception: System.Net.Sockets.SocketException: Connection reset by peer
in <0x0006b> System.Net.Sockets.Socket:Receive_nochecks (byte[],int,int,System.Net.Sockets.SocketFlags)
in <0x00051> System.Net.Sockets.Socket:Receive (byte[])
in <0x001e9> DBoxRecordControl:Start ()
in <0x019db> udrec:Main (string[])

Parsing xml-file /home/sharib/udrec_suite/movies/tmp/
read error at /usr/lib/perl5/XML/Parser/Expat.pm line 469.

So, ich geh mal was Essen. Ist ja Freitag und Fisch soll gesund
sein. ;-) Vielleicht klappts ja danach!

Gruss,
Sharib