Beiträge von Uwe

Zitat

Original von helau
Hi,
Dann nimm mal statt:
echo "setburn.sh $1" | at now > /dev/null 2>&1

lieber:
setburn.sh $1 &

Gruss
Helmut

Alles anzeigen

Hi, Super, jetzt werden die jeweiligen Daten in das Aufnahmeverzeichnis geschrieben.

Nur bekomme ich nun die kompletten setburn.sh Ausgabe im OSD angezeigt. Ist zwar nicht so wild, aber ein wenig störend.

Zitat

Original von helau

Setburn wird vom at deamon gestartet. Fehlt dir dieser evtl ?

Das könnte es vielleicht sein!

Den Befehl "at" konnte ich so nicht finden. ( /bin, /usr/bin, /sbin, /usr/sbin)

In einem Init-Script habe ich was über den cron-Demon gefunden:

# cron
mkdir -p /ramdisk/cron/crontabs
ROOT_TAB=/ramdisk/cron/crontabs/root
if [ ! -e $ROOT_TAB ]; then
  echo "# m     h      dom   mon   dow   command" > $ROOT_TAB
  echo "0       8      *     *     *     tvmovie2vdr.sh" >> $ROOT_TAB
fi
crond

Wie müsste man das burnmark.sh-Script anpassen, damit es auch mit LINVDR-0.7 funktioniert?

Danke im voraus

Zitat

Original von helau
Hi,
Wahrscheinlich weils entweder nicht ausfuehrbar ist oder nicht im Pfad steht ( z.B. /usr/bin/ ). at bekommt ein anderes environment als Du in der Conbsole hast !

Mhh,

linvdr:~# ls -la /usr/bin/setburn.sh
-rwxr-xr-x    1 root     root          649 Mar 17 14:05 /usr/bin/setburn.sh

Was meinst du mit at?

Zitat

Original von Uwe
der Befehl setburn.sh ... nicht ausgeführt wird, wenn ich eine Aufnahme, bzw. eine weitere markiere.
Das Ergebnis ist ein ISO, was zu groß ist.

Keiner eine Idee, warum setburn.sh nicht ausgeführt wird?

Zitat

Original von helau
Moin,
So geht das ganze natuerlich noch nicht Hier noch das passende burnmark.sh und ein 2. Script welches von burnmark aufgerufen wird, und die Groesse der geschnittenen Aufnahme mittels vdrsync errechnet.

Hallo!

ich habe ein Problem mit dem verkleinern der Filme, weshalb jetzt große Filme nicht verkleinert werden.
In der Kernel Log wird nie was von REQUANT erwähnt.

Nun habe ich festgestellt, das bei der "burnmark.sh":

#!/bin/sh


touch $1/burnmark.vdr
echo "Die Aufzeichnung wurde markiert."
echo ""
echo "Bitte wechseln Sie nun in das Menü DVD-Brenner, oder markieren Sie weitere Aufnahmen."
echo "setburn.sh $1" | at now > /dev/null 2>&1

der Befehl setburn.sh ... nicht ausgeführt wird, wenn ich eine Aufnahme, bzw. eine weitere markiere.
Das Ergebnis ist ein ISO, was zu groß ist.

Wenn ich in der console setburn.sh [Videopfad] ausführe, werden in diesem Videoverzeichnis folgende Dateien abgelegt: size.vdr, size_cut.vdr.

Hat jemand eine Idee?

Zitat

Original von winni
gestein:

darüber denk ich auch schon länger nach. Ich möchte noch etwas abwarten, da ich glaube, dass sich EPG-seitig demnächst einiges tun wird (z.B. epg4vdr von Emanuel) und ich darauf hoffe, dass es dafür einen Standard geben wird.

Uwe:

aus der Readme ;):

...

soweit ich weiß, nimmst Du ja bereits T2S 1.0 her. Damit entfallen also die Patches für Dich. Progressbar einfach auf Pipes stellen.

Tschüss,

winni

Alles anzeigen

Upps, habe wohl noch zu viel Schlaf in den Augen!

Danke für die schnelle Info.

Hi,

ich wollte nun mal die aktuelle Version installieren und bin nun auf zwei Patches im Source-Ordner gestoßen:

- vdr-1.3.18-epgsearch-fontpatch.diff
- vdr-epgsearch-fontpatch.diff

Sind diese beiden Patches erforderlich?

In der README.DE habe ich auf die schnelle nichts finden können.

Zitat

Original von viking
Hallo SvenS,

Es sieht in der tat so aus das neuere ImageMagick versionen schneller sind - siehe mein beitrag : hier

@all
Also her mit eure versionsnummern

Gruß
Viking

Alles anzeigen

ImageMagick-6.1.4

Zitat

Original von villus
Hallo,

nachdem ich jetzt ein paar Stunden lang versucht habe, das Problem mit dem Burn - Plugin zu lösen, bitte ich hier um hilfe.

Die Fehlermeldung:

Feb 17 20:40:06 [vdr] BURN: The image /etc/vdr/plugins/burn/menu-bg.png could not be loaded
Feb 17 20:40:06 [vdr] BURN: Subprocess watcher stopped

sieht ja genauso aus wie euer schon gelöstes Problem.

was ich fragen will:

Uwe
Hast Du den Patch für das Plugin einspielen müssen?
Was meinst Du mit: die alten libs löschen? Kannst Du mir das genauer erklären?

LDD:
vdr01 vdr # ldd libvdr-burn.so
linux-gate.so.1 => (0xffffe000)
libImlib2.so.1 => /usr/lib/libImlib2.so.1 (0xb7f6c000)
libstdc++.so.5 => /usr/lib/gcc-lib/i586-pc-linux-gnu/3.3.4/libstdc++.so.5 (0xb7ea1000)
libm.so.6 => /lib/libm.so.6 (0xb7e7f000)
libgcc_s.so.1 => /usr/lib/gcc-lib/i586-pc-linux-gnu/3.3.4/libgcc_s.so.1 (0xb7e76000)
libc.so.6 => /lib/libc.so.6 (0xb7d73000)
libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0xb7d0b000)
libz.so.1 => /lib/libz.so.1 (0xb7cfa000)
libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0xb7c37000)
libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0xb7c29000)
libdl.so.2 => /lib/libdl.so.2 (0xb7c26000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000)

Gruß aus Biberbach

Thomas Vill

Alles anzeigen

Hallo,

mit dem oben aufgeführten Patch kann man den Fehler besser eingrenzen.
Es wäre also nicht schlecht, wenn du diesen mal anwendest und dann den Fehler nochmals hier postest.

Mit alle libs löschen meinte ich, alles was mit imlib2 irgendwie unter /usr zu finden ist (alte Versionen etc.) zu löschen. Man kann es auch mit "make uninstall" im source-Ordner von imlib2-[Version] versuchen.

Danach mit der zu verwendeten imlib2-Version ein "make && make install".
Nun die Plugins (vielleicht gleich alle) nochmals neu kompilieren (vorher "make plugins-clean")

Uwe

Zitat

Original von gestein
Thommy78:
Du musst den vdr neu starten, damit die logos neu eingelesen werden.
Erst dann siehst du sie.

Hast Du das schon mal probiert?

lg, Gerhard

Mhh, meines bescheidenen Wissens, werden die Logos nicht bei VDR-Start in den Speicher geladen, sondern jedesmal beim umschalten o.ä..
Ich habe dies auch, z.B. wenn ich VDR über das Menu neustarte, das nun einige Logos nicht da sind.
Bei mir hilft es, den Speicher von Text2skin zu leeren. Unter Menu --> Einstellungen --> Plugins --> Text2skin --> Speicher leeren.

Ich würde sogar behaupten, das dies ein Bug von Text2skin ist!?

Zitat

Original von I30R6
Yees ..die Anleitung von Uwe hat den Eisprung endlich bewältigt..

aberrr .. es ist nun so ich habe ne Systemplatte (XFS) für Linux laufen und eine andere Platte (Fat32) für Video .. weil ich gern auf die Partition auch in Windows zu greifen kann..
a
so das eigentlich aufnehmen auf die Fat32 klappt .. nur beim Burn PlugIn harkt es .. bis zum demultiplexen klappt alles dann meckert er von wegen ..er kann die Video Datei .. e0.mpv nicht öffnen .. liegt es jetzt daran an Fat32 oder fehlt ne Option ?

Ansich kann das PlugIn die Iso ohne Probleme auf Fat32 erstellen aber halt nicht die mpv Datei öffnen.

I30R6

Alles anzeigen

Hi, Super das es bei Dir jetzt auch funktioniert.

Wie hast du VDR kompiliert? (VFAT=1) Oder ohne diese Option?
Ich verwende diese Option (wegen Samba) und es gibt bei mir mit ext3 keine Probleme.

Uwe

Zitat

Original von sdu

hast du die passende loaders /usr/lib/loaders -es muss zumindestens der passende für png da sein ...

Hi,

hier war der Ansatz, der mich nun jetzt zum Erfolg gebracht hat.

Wenn man sich bei imlib2 mit "configure" mal die Parameter ansieht, die er dabei ausgibt, stellt man fest, das imlib2 keine PNG-Libs/Header findet.

Ich habe dann mal hier im Board dazu einen "Workaround"was gefunden.
http://www.vdr-portal.de/board/thread.php?threadid=6741&sid=

Zitat

Da ich den Fehler(?) im Configure-Script von imlib2 nicht gefunden habe, habe ich kurzerhand folgende Aenderung daran vorgenommen:
code:

Code

png_ok=no
  echo "configure: warning: *** Native PNG support will not be built (PNG library not found) ***" 1>&2
fi


  png_ok=yes
if test "$png_ok" = yes; then
  echo $ac_n "checking for png.h""... $ac_c" 1>&6
echo "configure:3481: checking for png.h" >&5

Nun ist beim:
configure
der PNG Support mit dabei!

Nun noch die alten libs löschen (make uninstall), neue installieren. VDR-Burn-Plugin neu installieren --> fertig!

Danke an alle für die Tips!

Zitat

Original von randy

'strip' doch mal das file; bei mir werden das dann 50296 bytes

-- randy

Genial. Gerade 30MB frei gemacht!

----------

Edit: Frage hat sich erledigt.

Uwe

Zitat

Original von kapplah
Hi,

recht zielführend wäre doch sicherlich mal rauszufinden, was diese Fehlernummern 4 bzw. 14 sind. Leider habe ich keine Headerfiles zur Verfügung und auch gerade nicht die Zeit, sie zu suchen.

Da stünde dann wenigstens relativ im Klartext, WARUM die Datei nicht zu laden ist (IMLIB_LOAD_ERROR_NO_LOADER_FOR_FILE_FORMAT scheint der Errorcode 4 zu sein ...). Kann es sein, dass es da Probleme mit dem png-Format gibt oder das File gar kein png ist ???

Nur ein Verdacht ...

Alex

Alles anzeigen

Mhh, klingt interessant. Aber wenn Text2skin funktioniert, kann man doch davon ausgehen, dass das laden von PNG funktionieren müsste??

Die Datei menu-bg.png ist das orginale aus dem Plugin selbst.

Welche Version von PNG sollte man installieren?

Zitat

Original von sdu

ldd libvdr-burn.so.1.3.17

...

Hi,

linvdr:/usr/lib/vdr/lib-1.3.20-1# ldd ./libvdr-burn.so.1.3.20
        libImlib2.so.1 => /usr/local/lib/libImlib2.so.1 (0xb7f85000)
        libstdc++-libc6.2-2.so.3 => /usr/lib/libstdc++-libc6.2-2.so.3 (0xb7f3c000)
        libm.so.6 => /lib/libm.so.6 (0xb7f1a000)
        libc.so.6 => /lib/libc.so.6 (0xb7dfd000)
        libltdl.so.3 => /usr/lib/libltdl.so.3 (0xb7df6000)
        libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0xb7de9000)
        libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0xb7d0f000)
        libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0xb7ca5000)
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000)
        libdl.so.2 => /lib/libdl.so.2 (0xb7ca2000)

Das gleich von dem Dev-System:

linvdr:/usr/local/src/vdr-1.3.20/PLUGINS/lib# ldd ./libvdr-burn.so.1.3.20
        libImlib2.so.1 => /usr/lib/libImlib2.so.1 (0xb7f85000)
        libstdc++-libc6.2-2.so.3 => /usr/lib/libstdc++-libc6.2-2.so.3 (0xb7f3c000)
        libm.so.6 => /lib/libm.so.6 (0xb7f1a000)
        libc.so.6 => /lib/libc.so.6 (0xb7dfd000)
        libltdl.so.3 => /usr/lib/libltdl.so.3 (0xb7df6000)
        libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0xb7de9000)
        libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0xb7d0f000)
        libfreetype.so.6 => /usr/local/stow/freetype-2.1.9/lib/libfreetype.so.6 (0xb7ca5000)
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000)
        libdl.so.2 => /lib/libdl.so.2 (0xb7ca2000)

Der Fehler :

Feb  9 04:50:59 linvdr user.err vdr[5283]: BURN: Couldn't load image /etc/vdr/plugins/burn/menu-bg.png, imlib2 error code 4
Feb  9 04:50:59 linvdr user.err vdr[5283]: BURN: Couldn't save image /video0/.vdr-burn.lABYxZ/VDRSYNC.0/menu-bg-0.png, imlib2 error code 14

Ist da vielleicht was auffällig?

Uwe

Zitat

Original von uwe67
Hi Uwe,
hatte das gleiche Problem mit der Version 1.1.2 .
Du must einfach alle imlib2 RPM's löschen und dann Version 1.1.1 installieren.
Und zwar die Pakete :
imlib2
imlib2-devel
imlib2-filters
imlib2-loaders

Ich hatte das Problem bei SuSE9.2 !
Gruß Uwe

Alles anzeigen

Hi uwe67.

Ich verwende linvdr-0.7, wobei ich unter /opt/woody das Developer-System aufgesetzt habe. (so wie auf linvdr.de beschrieben)

Ich habe es jetzt mal mit imlib2 1.1.1 probiert, aber leider ohne Erfolg.
Wie kann man eigentlich testen, von welche libs ein Plugin abhängig ist?
Vielleicht fehlt ja was?

Hallo!

Irgendwie gibt es bei mir Probleme mit dem Burn-Plugin, der sich wie folgt in der Kernel-Log äussert und damit den Burn Prozess beendet:

Feb  7 15:50:38 linvdr user.err vdr[3212]: BURN: The image /etc/vdr/plugins/burn/menu-bg.png could not be loaded
Feb  7 15:50:39 linvdr user.info vdr[3139]: BURN: Subprocess watcher stopped

Nun habe ich ein Patch in der VDR-ML gefunden, der den Fehler ein wenig genauer spezifiziert:

Feb  8 15:10:14 linvdr user.err vdr[24952]: BURN: Couldn't load image /etc/vdr/plugins/burn/menu-bg.png, imlib2 error code 4
Feb  8 15:10:14 linvdr user.err vdr[24952]: BURN: Couldn't save image /video0/.vdr-burn.jrYMWa/VDRSYNC.0/menu-bg-0.png, imlib2 error code 14

Ich verwende imlib2 Version 1.1.2 gerade installiert, aber der Fehler bleibt.
Hat vielleicht jemand die selben Probleme und vielleicht eine Lösung?

Uwe

PS: Hier noch der "vdr-burn-imlib-load-error.patch" Patch aus der ML für das Burn-Plugin!

--- render.c.orig	2004-12-02 17:03:07.000000000 +0200
+++ render.c	2005-02-06 22:58:34.656842425 +0200
@@ -92,12 +92,13 @@
 
 void cBurnRender::DrawImage(const char *Filename, int X, int Y) {
 	Imlib_Image img, old;
+	Imlib_Load_Error error;
 	int w, h;
 
 	old = imlib_context_get_image();
-	img = imlib_load_image(Filename);
+	img = imlib_load_image_with_error_return(Filename, &error);
 	if (!img) {
-		esyslog("BURN: The image %s could not be loaded", Filename);
+		esyslog("BURN: Couldn't load image %s, imlib2 error code %d", Filename, error);
 		if (X != 0 || Y != 0)
 			return;
 		w = 720; h = 576;
@@ -251,6 +252,8 @@
 		imlib_image_set_format("png");
 		asprintf(&path, "%s/menu-bg-%d.png", mJob->TempDir(), p);
 		imlib_save_image_with_error_return(path, &error);
+		if (error != IMLIB_LOAD_ERROR_NONE)
+			esyslog("BURN: Couldn't save image %s, imlib2 error code %d", path, error);
 		free(path);
 		imlib_free_image();
 		if (error != IMLIB_LOAD_ERROR_NONE)
@@ -271,7 +274,9 @@
 	DrawRectangle(0, 0, 720, 576, 0x00000000);
 	imlib_image_set_format("png");
 	asprintf(&path, "%s/menu-buttons-ns.png", mJob->TempDir());
-	imlib_save_image(path);
+	imlib_save_image_with_error_return(path, &error);
+	if (error != IMLIB_LOAD_ERROR_NONE)
+		esyslog("BURN: Couldn't save image %s, imlib2 error code %d", path, error);
 	free(path);
 	imlib_free_image();
 
@@ -295,6 +300,8 @@
 		imlib_image_set_format("png");
 		asprintf(&path, "%s/menu-buttons-h-%d.png", mJob->TempDir(), i);
 		imlib_save_image_with_error_return(path, &error);
+		if (error != IMLIB_LOAD_ERROR_NONE)
+			esyslog("BURN: Couldn't save image %s, imlib2 error code %d", path, error);
 		free(path);
 		imlib_free_image();
 		if (error != IMLIB_LOAD_ERROR_NONE)
@@ -350,6 +357,8 @@
 		imlib_image_set_format("png");
 		asprintf(&path, "%s/menu-bg-%d.png", mRecording->TempDir(), cnt);
 		imlib_save_image_with_error_return(path, &error);
+		if (error != IMLIB_LOAD_ERROR_NONE)
+			esyslog("BURN: Couldn't save image %s, imlib2 error code %d", path, error);
 		free(path);
 		imlib_free_image();
 		if (error != IMLIB_LOAD_ERROR_NONE)
@@ -371,7 +380,9 @@
 	DrawRectangle(0, 0, 720, 576, 0x00000000);
 	imlib_image_set_format("png");
 	asprintf(&path, "%s/menu-buttons-ns.png", mRecording->TempDir());
-	imlib_save_image(path);
+	imlib_save_image_with_error_return(path, &error);
+	if (error != IMLIB_LOAD_ERROR_NONE)
+		esyslog("BURN: Couldn't save image %s, imlib2 error code %d", path, error);
 	free(path);
 	imlib_free_image();
 
@@ -391,6 +402,8 @@
 		imlib_image_set_format("png");
 		asprintf(&path, "%s/menu-buttons-h-%d.png", mRecording->TempDir(), i);
 		imlib_save_image_with_error_return(path, &error);
+		if (error != IMLIB_LOAD_ERROR_NONE)
+			esyslog("BURN: Couldn't save image %s, imlib2 error code %d", path, error);
 		free(path);
 		imlib_free_image();
 		if (error != IMLIB_LOAD_ERROR_NONE)

Zitat

Original von I30R6
Mit ImageMagick 6.0.7.4 läuft es ohne Probleme ,
aber das Problem mit dem Laden einer PNG-Datei habe ich unter dem Burn PlugIn !!

I30R6

Hi,

ich habe auch Probleme mit dem Burn-Plugin!
(Anm.:Text2skin funktioniert ohne Probleme! ( ImageMagick-6.1.8 ))

Feb  7 15:50:38 linvdr user.err vdr[3212]: BURN: The image /etc/vdr/plugins/burn/menu-bg.png could not be loaded
Feb  7 15:50:39 linvdr user.info vdr[3139]: BURN: Subprocess watcher stopped

Datei ist aber vorhanden!

linvdr:~# ls -la /etc/vdr/plugins/burn/
drwxr-xr-x    3 linvdr   users        1024 Jan 15 17:41 .
drwxr-xr-x    7 root     root         1024 Jan 30 11:59 ..
-rw-r--r--    1 linvdr   users       52724 Dec  1 10:28 helmetr.ttf
-rw-r--r--    1 linvdr   users       78430 Nov 19 17:45 menu-bg.png
-rw-r--r--    1 linvdr   users         278 Dec  1 10:28 menu-button.png
-rw-r--r--    1 linvdr   users       27553 Dec  1 10:28 menu-silence.mp2
drwxr-xr-x    2 linvdr   users        1024 Jan 13 19:18 vorlagen

Hat jemand eine Idee, was ich hier machen kann?

Zitat

Original von steffx
ich hatte gehofft, daß z.B. bei arte

Code

arte:410000:C0M64:C:6900:401:402=deu,403=fra:404:0:28109:1:1101:0

die 28109 hinreichend eindeutig ist (über alle Geräteklassen hinweg).
Schließlich benutzt z.B. das tvtv-plugin eben diese Nummer um die Timerdaten zu übergeben ...

Hi,

bei dem tvtv-Plugin funktioniert das auch nur für Satellit und teilweise für Kabel. Bei DVB-T waren zumindestens hier in Berlin vor zwei Jahren die SID völlig andere und man musste das wieder anpassen ....

Aber die SID und vielleicht noch ein weiterer Parameter wäre vielleicht eine gute wahl....

Uwe

Zitat

Original von Brougs78 Uwe: Oje, da kann ich dir leider auch nicht helfen. Vielleicht weiß ja der Lord oder Kenny etwas dazu. Die Schrift sieht aber im Windows bei dir besser aus oder? Nicht dass es ein Fehler im Font ist.

Ja, ich kann die beiden Fonts unter Windows öffnen und sehe dann die "normale Schrift".

Uwe