[ANNOUNCE] vdr2iso - 0.0.2

Hallo,

da bei mir z.Zt. Zeit äußerste Mangelware ist, sind die Änderungen nur rel. klein.
Hauptsächlich ging es mir darum, die 3 Komponenten besser zu integrieren und kleinere Verbesserungen in der Handhabung einzubauen.

Inzwischen können Aufnahmen aus dem Editor getrennt, vereint und umbenannt / verschoben werden.

Was ich über die Zusammenarbeit mit der neuesten VDR-Version geschrieben habe war absolut Kwatsch mit Sauce!
Der Jobeditor bearbeitet ja die Aufnahmen-Info, d.h. summary.vdr oder eben info.vdr und das hat sich ja nicht geändert. Irgendwie hat mich das letzte Update wohl auf dem falschen Fuß erwischt. Sorry für die Panic!

Hoffe mal, dass es trotzdem jemand brauchen kann.

Viel Spaß beim ausprobieren.
P.S. Wenn mir jemand ein Pfund Freizeit hätte, ich wäre ein überaus dankbarer Abnehmer
P.P.S: Wer Probleme hat, bei Perl die notwendigen Pakete (GD, Tk, perlmagick) zu installieren, darf sich jederzeit an mich wenden.
Auch per PM - dann sollte aber mindestens die Distribution, Version und perl-Version in der Anfrage enthalten sein.
---
--------------------------------
---
Helo,

cause of lack of time, this release is only a very tiny one.
I worked mainly on better integration of the 3 components and some minor handling-improvements.

Now splitting, joining and renaming/moving of recordings is supported by the editor.

Sorry, but what I wrote about the vdr-proxy and vdr-requirements was completely bullshit.
The editor supports the changing of the recordings-summary by editing the stuff from summary.vdr or info.vdr - and that has not changed at all.
The message from the last vdr-update confused me a lot. Sorry for that.

Anyway - I hope you will find it usable.

weil's auf Grund der Größenbeschränkung nimmer ins Paket paßte:

Ein kleines Bild für das "Bitte warten"-Fenster. Kann natürlich gegen ein eigenes gleichen Namens und ähnlicher Größe ausgetauscht werden...

Viel Spaß

-------------

I split the archive cause it was too fat for a single upload.

This is a little image used for the "please wait"-window.
Of cause you may substitute it with your own using the same name and location and similar size...

have fun.

Zitat

Wär aber nicht Linux., wenns auf Anhieb funktionieren täte.

Hm - wird wohl so sein ...

Ich verwende perl::Tk, perl::GD und ImageMagick, die Installation der Komponenten variiert je nach Distri.
Wegen des Lizensdebakels rund um GIF und der Auswirkungen bei den unterschiedlichen Paketen verwende ich PNG als Standardformat.
Bei manchen Systemen wird Tk:: PNG mit Tk oder libpng mit installiert, auf manchen scheinbar nich.

Egal wie - jede (mir bekannte) Distri bietet eine Suchfunktion für Pakete an:
Bei Suse über Yast, bei Debian apt-cache search, bei Gentoo über emerge --search oder auch eix
Wenn Du ein perl von einer Distri verwendest, solltest Du keine Module von CPAN direkt installieren - manche Distris patchen "ihre" perl-Module, sodass nach einer CPAN-Nachinstallation nix mehr geht.

Bei gentoo und (wenn ich mich recht entsinne) bei Suse auch, scheint es mit libpng zu kommen. Probier das doch einfach mal aus.

Zitat

Schad um die Mühe!

Wenn Du Deine Mühe meinst, investier noch ein bißchen mehr davon

Wenn Du meine Mühe meinst, mit nichten. Denn das Teil leistet mir sehr gute Dienste, insbesondere wenn ich den Schreibtisch nicht verlassen kann.

Hi Tom,

vielen Dank für die Info!
So kann ich nächstens auch besser antworten

Moin Juergen.katins,

Zitat

Es gab zwar einen Haufen Fehlermeldungen

Bei Etch gibt es einmal perl:tk und dann noch perl:tk:png - und so wie es scheint, sind beide Pakete inkompatibel. Was mich wiederum zu der Vermutung führt, dass png bereits ins perl:tk-Paket integriert wurde.

Zitat

Ich frag mich, wieso das bei anderen Leuten funktioniert.

Wenn Du den 2. Beitrag in diesem thread anschaust, dann weißt Du wieso.
Die upload-Größe ist zu klein für EIN Gesamtpaket, sodass ich 2 draus machen mußte.

Wünsche einen entspannten Tach.

Irgendwie gab es wohl ein Problem mit den Attachments...
Habe beide Anhänge in den ersten beiden Beiträgen erneuert - vielleicht hält es bis zum nächsten update ?!?

Sorry, habe die Frage erst jetzt entdeckt.

Zitat

Original von mostho
gibts eine Möglichkeit, dass ganze etwas "abzuspecken", damit das auch direkt am VDR (in meinem Fall dann LinVDR) laufen kann?

Leuts, Leuts :kopfschüttel:

Hier ist ein Link zur Vorgeschichte und die solltet Ihr (mosto, knebb, etc.) unbedingt lesen!

Die Antwort in Kürze: Nein, nein und nochmals nein.
Ich werde weder zu burn noch zu vdrconvert oder gar vdr2dvd eine Konkurenz für LinVDR produzieren.
Der Antrieb war, die Verarbeitung auf einer schnelleren Maschine laufen zu lassen (als mein VDR - ein PII/400) - also Verarbeitung auf einer Nicht-VDR-Maschine.
Daraus hat sich inzwischen etwas mehr entwickelt, auch eine "Zusammenarbeit" mit der VDR-Maschine via vdrproxy.

Der jobeditor ist für den Desktop (also X) vorgesehen (und ist unabhängig davon, ob der VDR läuft oder ausgeschaltet ist):
Evtl. gibt es mal Windoz als Alte naive zu X, wenn ich mal viel Zeit zum Testen haben sollte).
vdr2iso ist als Arbeitstier ohne X vorgesehen und tut bei mir auch so.
Vdr2iso läuft ohne X und wer eine schnelle VDR-Maschine hat, kann das meinetwegen auch auf der laufen lassen. Es ist aber von mir nicht geplant und ich werde auch nichts an den Skripten ändern, um diesen Anwendungsfall zu unterstützen.

Standardfall sollte der sein, dass vdr2iso auf dem Rechenknecht im Server-Modus gestartet wird (und als Dämon vor sich hindöst) und der Jobeditor versogt vdr2iso direkt mit Aufträgen. Deshalb haben die Scripts auch jeweils eine Netzschnittstelle um direkt miteinander kommunizieren zu können.
Die Zusammenarbeit der Dienste will ich noch ausbauen, ebenso wie die Fähigkeiten von vdr2iso, bzw. dem Editor. Aber das braucht bekanntlich Zeit zum Reifen

Ansonsten kann ich nur feststellen, dass Ihr nichtmal das Readme gelesen habt.
In Zukunft wird es auf derartige Fragen nur noch ein geben

Moin mostho,

wenn VDR Dein einziger Rechner ist, wirst Du mit der aktuellen vdr2iso-Variante net glücklich.
Der Jobeditor ist für einen X-Desktop entwickelt und paßt net zu LinVDR.

Beide jobeditor und vdr2iso verwenden GD für die Erzeugung der DVD-Menüs.
GD läßt sich ohne X installieren, wenn man die x-Support-Bibliotheken installiert.
Aber dazu muss man (zumindest was LinVDR angeht) schon etwas trixen!
:Edit: sehe gerade - anscheinend hast Du schon ein perl-GD installiert. Das ist aber nur eine Hülle für perl, um das eigentliche GD-Paket zu verwenden. Das brauchst Du selbstverfreilich auch.
:Edit2: Wenn Du wirklich Massen-Verarbeitung auf dem VFR durchführen willst, solltest Du Dir vielleicht mal andere vdr-Distris anschauen. Es gibt da welche, die Dir sogar nen KDE draufklatschen.

Wenn Du den Thread zur Vorgeschichte aufmachst, gibt es dort eine Variante, in der die Jobdatei noch beschrieben ist. Aber die Variante braucht auch GD.
Also wenn Du es wirklich unter LinVDR betreiben willst, solltest Du Dich in die Installationswege einlesen.

Ich hab Dir mal eine Jobdatei mit mehreren Scheiben einer Serie beigelegt. Könnte vielleicht als Vorlage dienen.

Wenn Du dagegen mehrere Rechner hast, wäre das einfachste, das /video-Verzeichnis (Du hast sicher schon Samba aktiviert) bei einem anderen Rechner einzubinden und dort den jobeditor zu starten. Der erstellt dann auch die jobdatei.