Image-Plugin - Skriptausführung fehlgeschlagen

Hi,

Wie wär das eigentlich wenn ich zusätzlich zu den apt-get Paketen
ein ffmpeg von den Sourcen mit prefix /usr/local
installieren würde.
Würde das was bringen ?

Wahrscheinlich nur dann wenn man im ImagePLugin
mitangeben könnte welche libavcodec etc..verwendet
(die in /usr/lib oder die in /usr/local/lib) werden soll oder ?

Wäre vielleicht was für nen Parameter im Makefile.

Gruss, Bert

Hi,

So, hab nun folgedes probiert;

Hab zusätzlich zu den apt-get Paketen ein ffmpeg mit --prefix=/usr/local
wie folgt installiert;

cd /usr/local/src/ffmpeg
./configure --prefix=/usr/local --enable-shared --enable-gpl --enable-pp --enable-x11grab --enable-liba52 --enable-liba52bin --enable-libfaac --enable-libfaad --enable-libgsm --enable-libmp3lame --enable-libogg --enable-libtheora --enable-libvorbis --enable-libxvid --enable-libx264
make
make install

dann;

cd /usr/local/include/ffmpeg
ln -vfs /usr/local/include/ffmpeg libavcodec
ldconfig

In der Make.config des Vdr hab ich dann folgedes eingetragen;

FFMDIR= /usr/local/include/ffmpeg

und Vdr samt Plugins neu übersetzt.
Die lib zum Image Plugin wird auch gebaut, aber beim Start
des Vdr kommts zu nem städigen Restart desselben.

Im SYslog steht dann das dazu;

Sep 10 18:18:14 sidux2me vdr: [18097] loading plugin: /usr/lib/vdr/plugins/libvdr-femon.so.1.4.5
Sep 10 18:18:14 sidux2me vdr: [18097] loading plugin: /usr/lib/vdr/plugins/libvdr-image.so.1.4.5
Sep 10 18:18:14 sidux2me vdr: [18097] ERROR: /usr/lib/vdr/plugins/libvdr-image.so.1.4.5: undefined symbol: _Z20avcodec_encode_videoP14AVCodecContextPhiPK7AVFrame
Sep 10 18:18:14 sidux2me vdr: [18097] deleting plugin: femon
Sep 10 18:18:14 sidux2me vdr: [18097] deleting plugin: epgsearch

War das etwa ne blöde Idee oder was mach ich falsch ?

Die ffmpeg Version habe ich so downgeloadet;

svn checkout svn://svn.mplayerhq.hu/ffmpeg/trunk

wobei ich das Verzeichnis trunk dann in ffmpeg umbenannt habe.

Gruss, Bert

Hottenmax

Welches debian hast du ?
Ich habe exakt die gleichen Probs wie du mit dem Image Plugin
im sidux > siehe sig.
Vdr restartet beim Aufruf von Image wobei ich kein Bild zu sehen krieg.
Im Verzeichnis aber liegen dann Bilder die man sich ansehen kann.

ffmpeg ist auch mit mpeg2 erstellt

und das;

Zitat

1.) Failed to find CODEC_ID_MPEG2VIDEO.
Vermutlich sind mehrere unterschiedliche Versionen von ffmpeg installiert.
Und es wird nicht die richtige Bibliothek libavcodec.so geladen.

trifft hier ebenfalls zu.

Gruss, Bert

Hi,

Also langsam bin ich mit meinem Latein am Ende.

Hab nun das Paket mpeg2dec von Sourcen installiert
mit prefix=/usr/local

Danach hab ich mal die folgende Version von ffmpeg
installiert;
ffmpeg-svn-snapshot-20070301.tar.bz2

und zwar so;

./configure --prefix=/usr/local --enable-shared --enable-gpl --enable-pp --enable-x11grab --enable-liba52 --enable-liba52bin --enable-libfaac --enable-libfaad --enable-libgsm --enable-libdts --enable-libmp3lame --enable-libogg --enable-libtheora --enable-libvorbis --enable-xvid --enable-x264 --enable-swscaler
make
make install
ldconfig

Das ffmpeg welches per apt-get installiert war
hab ich mittels

apt-get remove --purge ffmpeg

rausgehauen, allerdings aber nicht die libavcodec, libavutil, etc.
welche per apt-get installiert sind, und in /usr/bin liegen.

Dann hab ich in der Make.config des Vdr das;

FFMDIR= /usr/local/include/ffmpeg
LIBAVCODEC = $(FFMDIR)
LIBFFMPEG = $(FFMDIR)

eingetragen,und Vdr samt Plugins neu compiliert

vorher hab ich noch das gemacht;

cd /usr/local/include/ffmpeg
ln -vfs /usr/local/include/ffmpeg libavcodec

sonst hätte sich das Image Plugin nicht bauen lassen.

Dann Vdr gestartet und getestet, aber es steht dasselbe wie
immer im Syslog, und zwar das;

Zitat

Sep 11 23:47:51 sidux2me vdr: [668] imageplugin: Failed to find CODEC_ID_MPEG2VIDEO.
Sep 11 23:47:51 sidux2me vdr: [1971] TS buffer on device 1 thread ended (pid=668, tid=1971)
Sep 11 23:47:51 sidux2me vdr: [1970] buffer stats: 4512 (0%) used
Sep 11 23:47:51 sidux2me vdr: [1970] receiver on device 1 thread ended (pid=668, tid=1970)
Sep 11 23:47:51 sidux2me imageplugin.sh: called 'imageplugin.sh /var/lib/vdrmedia/fotos/St.Martin_am_Grimming/P4090042.JPG /var/lib/vdrmedia/tmp/VBA7pGA.pnm 688 544 0 0 0 original'
Sep 11 23:47:51 sidux2me imageplugin.sh: jpegtopnm: WRITING PPM FILE
Sep 11 23:47:52 sidux2me imageplugin.sh: Success! Stopped with created /var/lib/vdrmedia/tmp/VBA7pGA.pnm
Sep 11 23:47:52 sidux2me logger: Stopping Video Disk Recorder at Tue Sep 11 23:47:52 CEST 2007

Alles anzeigen

wobei aber ein;

/usr/local/bin/ffmpeg -formats | grep mpeg2

das ergibt;

Zitat

FFmpeg version SVN-r8164, Copyright (c) 2000-2007 Fabrice Bellard, et al.
configuration: --prefix=/usr/local --enable-shared --enable-gpl --enable-pp --enable-x11grab --enable-liba52 --enable-liba52bin --enable-libfaac --enable-libfaad --enable-libgsm --enable-libdts --enable-libmp3lame --enable-libogg --enable-libtheora --enable-libvorbis --enable-xvid --enable-x264 --enable-swscaler
libavutil version: 49.3.0
libavcodec version: 51.35.0
libavformat version: 51.10.0
built on Sep 12 2007 18:32:02, gcc: 4.2.1 (Debian 4.2.1-5)
E mpeg2video MPEG2 video
DEVSDT mpeg2video

Alles anzeigen

scheint so als ob da echt nix zu machen ist.

Gruss, Bert

Hi,

@Hulk

Hab nun in die Make.config
das;

Zitat

# Enable Debugstuff
CFLAGS += -g -ggdb -O0
CXXFLAGS += -g -ggdb -O0
LDFLAGS += -g -ggdb -O0

eingetragen, und VDr samt PLugins neugemaked.

Vdr dann gestartet, Image Plugin angeworfen,
und es kam (wie immer) zu nem Vdr Restart

Was nun ?

Sollte ich irgendwo ne vdr.core kriegen, wo find ich was
, in den Logs jedenfalls steht dasselbe wie immer.

Der Vdr startet hier automatisch per Init Script
in Sidux mit ner X-Oberfläche.

Wollte gestern schon nen Backtrace per

ulimit -c unlimited machen, aber ich krieg nirgends ne vdr.core
zu sehen.

gdb ist installiert.

Gruss, Bert

Das Entfernen von ffmpeg ist völlig unrelevant. Das Plugin benötigt libavcodec.so !
Und da ist scheiden wie der Linker die Verzeichnisse behandelt. Die Formatabfrage über ffmpeg ist nur ein Hilfsmittel.

~# ldd /opt/vdr/lib/libvdr-image.so.1.4.5 
        linux-gate.so.1 =>  (0xb7f46000)
        libavcodec.so.51 => /usr/local/lib/libavcodec.so.51 (0xb7959000)
        libz.so.1 => /usr/lib/libz.so.1 (0xb7945000)
        liba52-0.7.4.so => /usr/lib/liba52-0.7.4.so (0xb793a000)
        libxvidcore.so.4 => /usr/lib/libxvidcore.so.4 (0xb7821000)
        libdl.so.2 => /lib/tls/libdl.so.2 (0xb781c000)
        libvorbisenc.so.2 => /usr/lib/libvorbisenc.so.2 (0xb7720000)
        libvorbis.so.0 => /usr/lib/libvorbis.so.0 (0xb76f8000)
        libogg.so.0 => /usr/lib/libogg.so.0 (0xb76f3000)
        libswscale.so.0 => /usr/local/lib/libswscale.so.0 (0xb76c7000)
        libavutil.so.49 => /usr/local/lib/libavutil.so.49 (0xb76bd000)
        libexif.so.12 => /usr/local/lib/libexif.so.12 (0xb7697000)
        libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb75b2000)
        libm.so.6 => /lib/tls/libm.so.6 (0xb758d000)
        libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb7582000)
        libc.so.6 => /lib/tls/libc.so.6 (0xb7450000)
        /lib/ld-linux.so.2 (0x80000000)

Wenn dein VDR über ein "runvdr" gestartet wird, muss dort die ulimit platziert werden,
ich würde aber empfehlen vdr direkt in der Kommandozeile zu starten, also per vdr -Pxxx

Siehe aber auch hier http://www.vdr-wiki.de/wiki/index.php/Gdb

Edit: Es ist auch möglich, gdb an einem schon laufenden Prozeß anzudocken. Dieses kann mit gdb --pid=`pidof vdr` getan werden.

Hi, Hulk

Danke für die Infos !

Leider bringt ein;

ulimit -c unlimited

in der runvdr auch nix.

Das hier;

Zitat

Edit: Es ist auch möglich, gdb an einem schon laufenden Prozeß anzudocken. Dieses kann mit gdb --pid=`pidof vdr` getan werden.

keine Ahnung wie ich das anwenden soll.

Habe zwar Vdr per /etc/init.d/vdr start gestartet, und dann
das;

gdb --pid=`pidof vdr`

in die Konsole getippt, aber das bringt mir auch nix
denn dann geht die Fernbedienung nicht (kann also so
keinen Absturz provozieren)
Tastatur geht sowieso nicht da tvtime um Vdr zu schauen.

Tippe ich in die Shell das ein;

/usr/local/bin/vdr -Pimage

kommt;
vdr: please turn off UTF-8 before starting VDR

Tippe ich dann das ein;

export LD_ASSUME_KERNEL=2.4.1
und
/usr/local/bin/vdr -Pimage

kommt;
/usr/local/bin/vdr: error while loading shared libraries: libpthread.so.0: cannot open shared object file: No such file or directory

keine Ahnung wie ich so zu nem Backtrace kommen kann.

Hatte schon mal ab und an Backtraces gemacht sowohl
unter Kanotix als auch unter der Gen2vdr hat das geklappt.

Hier unter sidux wirds langsam zu nem Problem.
Könnte es an den Rechten liegen.
Ich fahre Vdr hier als vdruser (wollte es mal als user einrichten)
Früher hab ich den Vdr immer als root eingerichtet.

Gruss, Bert

I really wish I spoke german but I don't so I'm left with posting this and hoping someone has the answer (in english)...

I'm running vdr-1.5.9 with todays cvs of the image plugin. I get the following error:

Oct 2 09:32:59 debian vdr: [4338] imageplugin: SlideShow: file DSCF2300.JPG
Oct 2 09:32:59 debian vdr: [4338] imageplugin: Failed to find CODEC_ID_MPEG2VIDEO.
Oct 2 09:32:59 debian imageplugin.sh: called 'imageplugin.sh /lan/pictures/for.digital.frame/DSCF2300.JPG /tmp/image/VNpI5OE.pnm 688 448 0 0 0 original'
Oct 2 09:32:59 debian imageplugin.sh: jpegtopnm: WRITING PPM FILE
Oct 2 09:32:59 debian imageplugin.sh: Success! Stopped with created /tmp/image/VNpI5OE.pnm

I noticed some other people in this thread also had the "Failed to find CODEC_ID_MPEG2VIDEO" error. I am using debian sid with the ffmpeg package version 3:20070917-0.0...

Any help is greatly appreciated!

jinx: does your problem still exist ? I think I had a similar problem-but one year ago. If I remember me correctly, I had a problem with ffmpeg. After I compiled another version of image-plugin and entered the right path of ffmpeg in the Makefile, image plugin works. But I use vdr-1.4.7 not vdr-1.5.9.

CU
Kamikaze

Zitat

Original von Bert
Leider bringt ein;

ulimit -c unlimited

in der runvdr auch nix.

Könnte es an den Rechten liegen.
Ich fahre Vdr hier als vdruser (wollte es mal als user einrichten)
Früher hab ich den Vdr immer als root eingerichtet.

Alles anzeigen

Versuch doch mal vor dem ulimit ein "cd /tmp" abzusetzen.

[HOWTO] Coredump erzeugen und auswerten bei Abstürzen

Gruß,
Chuck

Hi, vdrchuck

Danke fürn Tipp > werd ich bei Gelegenheit mal testen.
Hat aber Zeit.

Gruss, Bert

Mahlzeit,
Da Das Familienweihnachtsfest dieses Jahr bei uns läuft wollte ich im Hintergrund die Fotos des vergangenen Jahres auf dem neuen Flat-Screen laufen lassen
Ich habe beim Versuch das Plugin zum Laufen zu bringen so ziemlich alle Fehler gesehen, von denen hier berichtet wurde. Zunächst konnte alles kompiliert werden, Bilder wurden erstellt, nur der VDR stürzte ab, wenn er die anzeigen sollte. Dann konnte ich kompilieren, aber der VDR startete nicht, da ihm der MPEG2_CODEC fehlte, dann konnte ich nicht compilieren, da zum einen I18nRegister mit einem Parameter falschen Typs aufgerufen wurde (s.u.) und zum anderen ffmpeg nicht gefunden wurde.

Nachdem ich keine eindeutige Anleitung gefunden habe, nach der es gehen muss, hier mal die Schilderung, wie ich am Ende alle Probleme lösen konnte:

System:
debian lenny
kernel 2.6.20
vdr 1.4.7

Was habe ich gemacht?
- Ich habe mir die letzte Version des image plugins per svn ausgecheckt
- in der Datei SOURCE_DIR/PLUGINS/src/image/image.c habe ich die Zeile 'I18nRegister("image");" auskommentiert, so dass sie am Ende so aussah: "/*I18nRegister("image");*/" (das auskommentieren verhindert einen Fehler beim Komipilieren und hat lediglich zur Folge, dass die Menü-Einträge im VDR bzgl. des plugins auf englisch sind, so weit ich das sehe...)
- dann alles entfernen, was schon bzgl. ffmpeg installiert ist (apt-get remove ffmpeg libavcodec-dev libavcodec1d...)
- dann den aktuellen svn-Stand von ffmpeg (hier) runterladen und entpacken
- in das gerade erstellte ffmpeg-Verzeichnis wechseln und nochmal mit 'svn up' sicherstellen, dass die aktuellsten Sourcen da sind
- dann './configure ' aufrufen
- './make' aufrufen und eine halbe Ewigkeit warten
- './make install' aufrufen
- im vdr - Verzeichnis make plugins ausführen und nicht vergessen das Plugin beim Aufruf des VDR zu übergeben, evtl. in ein runvdr-Script eintragen, oder so...
- das sollte es auch schon gewesen sein

Also Quintessenz des ganzen war für mich, dass das wohl alles funktioniert, so lange man sich die Sourcen aus den jeweiligen SVN-Repositories holt und von Source compiliert.

Ich hoffe das hilft dem einen oder anderen, da ich doch den Eindruck hatte, dass hier mehr Leute mit Fragen rumlaufen als mit Antworten

Gruß und frohes Fest, Tim.