VdrAssistant (Pes, Pes-HD, TS und TS-HD Aufnahmen verwalten und "offline" konvertieren)

Zitat

Nur kein Stress, bin mit dem momentanen Stand eigentlich sehr zufrieden.

Hey, sowas lese ich gerne Danke Dir!

Zitat

Was mich noch interessieren würde, kann man auch HD Filme in DVDs umwandeln?

Yepp, ist eingebaut.
Da gab es doch mal diese Diskussion, bei der genau diese Fähigkeit gewünscht wurde.
Daraufhin habe ich die eingebaut und auch getestet - hat soweit getan.

Ich hatte auch noch den Schnitt für HD-Material in die Hintergrundverarbeitung eingebaut.
Der hat auch getan - wenn auch nicht ganz so, wie ich es gerne hätte. Um es optimal zu machen müsste ich den VDR patchen. Aber da kenne ich mich nicht aus und zum Einarbeiten fehlt mir die Zeit.

Zitat

java -jar VdrAssistant-0.1.230.jar -verbose

Hm - Du rufst den Installateur mit einer Option auf, die dieser garnicht kennt.

Probiers mal so:

java -jar VdrAssistant-0.1.230.jar log

Die Logausgaben sollten in der Konsole auftauchen.
Falls nicht, schau mal unter /tmp - da sollte es ein Verzeichnis .vainst### oder so geben.
Alternativ probier mal ein Verzeichnis ~/log anzulegen.

Zitat

Allerdings bekomme auch ich sobald ich einen neuen Job anlegen will oder auch nur editieren will einen Fehler (vermute mal das ist der gleich wie von
brabax22):

Nö, isses leider nich.
Wenn ich den Zeilen aus dem Log nachgehe, komme ich zu dem Schluss, dass das garnicht sein kann
Hast Du vielleicht irgendwie Dateien beim Installieren vermischt?
Da muss ich im Moment passen.
Auf welchen System probierst Du die GUI?
Müsste ich mal ne neue VM aufsetzen. Diese Woche wird's vermutlich nicht klappen - also habt bitte noch etwas Geduld.

Gruß Gero

Zitat

Kannst den Fehler also wieder von deiner Liste streichen.

auch nicht schlecht Danke.

Zitat

Komischerweise werden mir aber im Menü "zuzuordnende Aufnahme auswählen" nur SD Aufnahmen angezeigt.

Yo, das Viehtscher ist noch nicht freigegeben.
Die Änderung ist zwar im repository, aber wie bereits geschrieben, zickt der Installer gerade rum, sodass ich erst noch größere Tests fahren muss.
Wenn Du die Änderung trotzdem testen magst, müsstest Du den svn-Stand ausfassen und selbst übersetzen. Wenn das Proggy mal installiert ist und läuft, braucht man ja "nur" die Jar-Dateien drüber bügeln. Die findest Du nach dem Build-Lauf im Verzeichnis "xdist".

Ack so ja: eine mkv-Umwandlung wird aus dem Aufnahme-Verwalter heraus gestartet.
Gewünschte Aufnahme markieren und über (Kontext-)menü heraus "Umwandlung zu mkv" aktivieren.
Die Variante bei der eine solche Umwandlung vom vdr aus angestoßen werden kann, ist in Arbeit (aber noch net fertig).

Zitat

... läuft auf einem Debian Squeeze in Oracle VM.

Perfekt - ist meine Hausmarke
... aber so als "Oracle VM" habe ich es jetzt zum erstem Mal bewusst gelesen.

Gruß Gero

Zitat

Muss ich zum bauen noch was einrichten?

Auf der Webseite zu VdrAssistant gibt es ein Kapitel, das sich mit dem Bau der Quellen beschäftigt.
Hast Du das gelesen, bzw. die Schritte befolgt?

Gruß Gero

Moin moin,

Zitat

Muss man im Job Menü den eigentlich was beim max Requant Faktor
verstellen?

Hey, die Frage könnte von Radio Eriwan stammen

Mit dem Requant-Faktor legst Du fest, um wieviel das Endprodukt gegenüber dem Quellmaterial komprimiert werden darf. Mit einem Faktor von 0 wird garnicht komprimiert.

Zitat

was hat den dann das "REQUANT: totalSize seems to fit into target ..." zu bedeuten? Das müsste doch kleiner sein.

Hm, wenn Du ne dopplseitige DVD ausgewählt hast, könnte das passen.

Zitat

MUX: /bin/bash: null: Kommando nicht gefunden.

Für die Verarbeitung von TS zu DVD muss ffmpeg mit x264-Unterstützung installiert sein.
Wenn Du dann noch ungeschnittenes TS-Material verarbeiten willst, muss auf dem Verarbeiter ein vdr mit Version > 1.7.10 installiert sein. Der muss nicht für Anzeige oder Aufnahme funktionieren, nur installiert sein.
Der neue Installateur wird die ganzen Möglichkeiten prüfen - wenn er denn mal fertsch wird

Vielleicht liegt es auch nur daran, dass die System-Konfiguration erweitert werden muss?
Schau Dir mal die Datei

/etc/.java/.systemPrefs/VDRAssistant/de/schwarzrot/app/config/SystemDefault

an.
Dort müsste es folgende Einträge geben (Groß-/klein-Schreibung bitte beachten!):

<entry key="fFmpegPath" value="/usr/local/bin/ffmpeg"/>

Den Pfad zu ffmpeg musst Du natürlich an Dein System anpassen.

Wenn Du TS-Dateien schneiden willst, sollten noch folgende Einträge dazu kommen:

<entry key="cutHDenabled" value="Y"/>
  <entry key="cutterPath" value="/usr/bin/vdrdevel"/>

Auch hier solltest Du den Pfad zum vdr anpassen.

Dann ist natürlich noch der Eintrag "recordingRoot" wichtig. Wenn der Eintrag nicht stimmt, klappt kein TS-Schnitt.

Hoffe das hilft Dir weiter.

Gruß Gero

Zitat

So hab mal etwas getestet

Danke Dir! - Schön dass Du Rückmeldung gibst!

Zitat

Hab auch nochmal mit einer SD Aufnahme (Sat1) probiert, dabei ist mir aufgefallen, daß die DVD Erstellung manchmal klappt und dann beim gleichen Film auch wieder nicht.

Hm, also das hatte ich noch nicht.
Vielleicht sollte wir Dein System mal genauer unter die Lupe nehmen.
Alles was nicht h264 ist, wird nach wie vor mit projectX verarbeitet - und der Prozess ist (zumindest bei mir) sehr stabil und ständig in Gebrauch.

Bei den Größen hatte ich schon einen Fehler im JDK, der plötzlich alle Vergleiche von Dezimalzahlen absurd werden ließ. Ich habe daraufhin meinen Code umgestellt und seither keine Probleme mehr erlebt.

Eine andere Ursache könnten auch die Spracheinstellungen sein, da ich viele Ausgaben auswerte.
Wenn sich an den Ausgaben dann was ändert, klappt die Mustererkennung natürlich nimmer.

Wie gesagt - dem sollten wir nachgehen.

Zitat

Die Umwandlung einer HD Aufnahme (Das Erste HD) läuft jetzt auch schon weiter, stop aber dann mit folgender Meldung

Die Stelle deutet daraufhin, dass mit der Auswahl der Tonspuren was nicht stimmt.
Ich tippe mal, dass Du bei der Job-Erstellung "ausgewählte Tonspuren" aktiviert hast, dann aber bei den Filmen keine Tonspuren für die Verwendung markiert hast, oder die Menüeinträge nicht ausgefüllt hast.

Könntest Du das bitte überprüfen?

Ich gebe bei der Joberstellung ja schon eine Warnmeldung aus, wenn keine Tonspuren markiert sind. Da die Verarbeitung im Hintergrund läuft, kann ich an der Stelle keine Meldungen mehr zum Frontend schicken.

Zitat

Was mir noch aufgefallen ist, im Menü "zuzuordnende Aufnahme auswählen" wenn man dort eine Aufnahme auswählen will, muss man die irgendwie besonders markieren???

markieren - Ja
besonders markieren - Nein

Man kann mehrere Aufnahmen mit Strg- oder Shift-Taste auswählen. Bei Druck auf OK sollten die markierten Aufnahmen übernommen werden.

Gruß Gero

Hi Du,

Zitat

Desweiteren scheint das ganze unwillkürlich aufzutreten, ...

Sorry, aber den Eindruck habe ich bei den meisten Fehlern, die Du gerade so beschreibst.

Habe spaßeshalber mal Job duplizieren auf dem letzten Job angewandt - kein Problem.

Beschreibe mir doch bitte mal, wie Du Deine jetzige Version erstellt hast und welche jvm Du verwendest.
Wenn ich es richtig im Kopf habe, verwendest Du Debian squeeze?

Interessant wäre jetzt die jvm und vielleicht noch die ant-Version.
Ich vermute/hoffe, dass Du ansonsten die squeeze Pakete verwendest.
Mit welcher Installer-Version hast Du die Datenbank angelegt?

Wenn Du "which java" ausführst und Dir den Wert von JAVA_HOME anschaust - zeigen die beide zum gleichen JDK?

Also ich installiere mir jeweils das aktuelle JDK nach /opt und ändere nur den Link auf das Verzeichnis.
Somit ist mein JAVA_HOME immer gleich.
Pfad und JAVA_HOME setze ich via /etc/profile

Wie sieht es denn mit der verwendeten HW aus?
Wieviel Hauptspeicher hat die Mühle?

Irgendwas scheint bei Dir mächtig in Unordnung zu sein. Habe leider noch kein Gespür dafür, was es sein könnte. Also bitte meine Fragen nicht krumm nehmen.

Gruß Gero

Zitat

Also, da das Arbeitstier eh in letzter Zeit irgendwie unstabil lief

Dann solltest Du Deine HW aber auch mal tschäcken
Insbesondere memtest und smartctl einsetzen - manchmal liegt die Instabilität an ganz anderer Ecke, wie erwartet.

Zitat

Ein Frage bezüglich ffmpeg hätte ich noch, installierst du das Paket von debian oder baust du es selbst wegen der x264 Unterstützung?

Seinerzeit, als die Diskussion um Unterstützung von HD-Aufnahmen für DVD-Produktion lief, habe ich mir den ffmpeg selbst gebacken, weil der offizielle fehlerhaft war.
Inzwischen ist fast ein halbes Jahr vergangen, ich denke, dass sich da an offizieller Seite sehr wohl was geändert hat.
Letztlich bleibt einem aber nur übrig, es auszuprobieren.
... und ja, ich verwende noch den selbstgebackenen vom Juli.

Vielleicht noch nen Tip zum Ausprobieren / System verbiegen:
Ich habe mir unter /usr/local eine eigene Platte gemountet und von Paketen, die ich selbst backen will, packe ich die Quellen nach /usr/local/src und verwende nicht die Option --prefix
Auf diese Weise werden die Binärdateien nach /usr/local/bin installiert (und das liegt sowieso im Suchpfad - und zwar vor /usr/bin sodass gar kein Systemeingriff notwendig ist).
Wenn ich dann ein "sauberes" System testen will, klinke ich meine Platte von /usr/local aus und alles ist so, wie es von offizieller Seite geliefert wird.

Bei den Paketen, die Binär geliefert werden, habe ich mir angewöhnt, die nach /opt zu installieren.
Auch dort habe ich eine separate Platte eingebunden.
Wie gesagt, java verwende ich von Sun, installiere das nach /opt/java und passen den Link an.
Das sieht dann bei mir so aus:

lrwxrwxrwx  1 root root       11  5. Dez 17:14 jdk -> jdk1.6.0_22
drwxr-xr-x 10 root   root    4096 19. Nov 2008  jdk1.6.0_10
drwxr-xr-x 11 root   root    4096 16. Dez 2008  jdk1.6.0_11
drwxr-xr-x 10 root   root    4096 14. Mär 2009  jdk1.6.0_12
drwxr-xr-x 11 root   root    4096 28. Mär 2009  jdk1.6.0_13
drwxr-xr-x 10 root   root    4096  4. Jan 2010  jdk1.6.0_17
drwxr-xr-x 11 root   root    4096  1. Feb 2010  jdk1.6.0_18
drwxr-xr-x 11 root   root    4096 15. Apr 2010  jdk1.6.0_20
drwxr-xr-x 10 root   root    4096 25. Aug 07:55 jdk1.6.0_21
drwxr-xr-x 10 root   root    4096  5. Dez 17:13 jdk1.6.0_22

Meine /etc/profile habe ich folgendermaßen erweitert (am Ende zugefügt):

export ANT_HOME='/opt/java/apache-ant-1.8.0'
export JAVA_HOME='/opt/java/jdk'
export PATH="$JAVA_HOME/bin:$ANT_HOME/bin:$PATH"

Damit ist wieder sicher gestellt, dass alle Anwendungen, die Java verwenden, das gleiche JDK benutzen.

Vielleicht magst Du es so ja auch mal ausprobieren.

Gruß Gero

Moin moin,

Jetzt verwirrst Du mich aber.
Ich hatte Dich so verstanden, dass Du Dir mein Proggy selbst übersetzt. Egal.

Zitat

Jetzt blinkt nur noch der Cursor, normalerweise sollte ja "checking integrity of installer" kommen.

Könnte es sein, dass Du nach dem Ändern von /etc/profile nicht neu gestartet hast?
Die Datei wird zu einem so frühen Stadium im Boot-Prozess verwendet, dass Du Änderungen in einem laufenden System nicht aktivieren kannst.

Hast Du in Deinem neu aufgesetzten System auch dialog und Co installiert und ausprobiert?
Wie sieht es mit den Schreibrechten im /tmp Verzeichnis aus?
Die sollten normalerweise nie geändert werden.

Ansonsten kann ich nur empfehlen, für so große Aktionen Dir eine Todo-Liste zu schreiben.
Einen Server neu aufzusetzen ist nicht gerade eine Kleinigkeit. Dann mal eben ffmpeg zu schnitzen ...
Bist Du sicher, dass das noch notwendig ist?
Na und wenn Du von einem vdpau-Treiber schreibst, dann klingt das für mich, als würdest Du auf einem VDR-System arbeiten.
Hm - also da komm ich mit meinen Vorstellungen von VDR, Arbeitstier o.ä. ganz schön ins Straucheln.
... und wenn Du dann noch VdrAssistant selber bauen willst, ist das alles andere als trivial.
Da hilft es ungemein, wenn man ne Checkliste hat, auf der man einzelne Punkte abhaken kann.
So kann man die einzelnen Punkte auch schon auf dem Papier prüfen, ehe man ein System verbiegt

Gruß Gero

Moin moin,

Zitat

Wollte den Installer nur benutzen, um die Grundinstallation vorzunehmen, und dann die jar Dateien ersetzen. Da du ja mal erwähnt hattest, dass der aktuelle Installer noch nicht funktioniert.

Yepp - Du hast völlig recht! - Ich war zu flüchtig beim Lesen und Antworten

Zitat

hatte nur in meiner Verzweiflung, den Treiber benutzt um zu testen um überhaupt noch run Dateien funktionieren.

Hm - schlechter Test. Denn der bringt Dich keinen Schritt weiter.

Der Bash-Installer bei mir ist ein einfaches Shellscript, also bringt es mehr, dort am Anfang ein "-x" einzufügen. In der ersten Zeile eines Shellscriptes steht ja "#!/bin/bash" und das muss erweitert werden zu "#!/bin/bash -x"
... dann wird jede einzelne Zeile ausgegeben und man sieht sofort, wo es hängt.
Es könnte sein, dass dann im Installer die Prüfsummen geändert werden müssen, bin mir nicht sicher, ob die erste Zeile bereits in der Prüfung mit drin ist.
Also einfach mal ausprobieren.
Wenn der Fehler lokalisiert und ausgemerzt ist, solltest Du das "-x" wieder entfernen. Es ist sehr wahrscheinlich, dass mit dem Parameter die Installation nicht klappt.

Zitat

/usr/local unmount --> siehe da Installer geht wieder

Phuh - da hast Du Dir aber ein Ei gelegt.

Also wenn Du die HW (insbesondere den Hauptspeicher) geprüft hast, dann ist da was ganz grob im Argen. Das kenne ich weder von x264, noch von ffmpeg - ich weiß schon garnimmer, wann mir sowas zuletzt passiert ist.

Wenn es mit /usr/local tatsächlich was gibt, was den Installer blockiert - dann heißt das /usr/local platt machen und nomml anfangen.

Vielleicht probierst Du erstmal die Pakete von debian multimedia. Es könnte ja gut sein, dass Du garnimmer selber bauen musst. Der Systemstabilität würde das auf jeden Fall gut tun.

Nur mal so am Rande: ich finde, ein Rechner, auf dem ein Raid läuft ist nicht unbedingt der beste Spielplatz für eigene Experimente

Gruß Gero