Image-Plugin?

hi,

nimm alternativ das osd-image

Gruss Lexi

Hallo,

bei mir läuft das IMAGE-plugin auch nicht.
Dieses ist sehr schmerzlich, da ich meine komplette Bildersammlung darüber anschauen konnte.

Es kommt auch keine Fehlermeldung im LOG.
Wenn man das Plugin an erster Stelle per ADMIN installiert, verschwinden sogar alle anderen Plugins aus dem Menü; somit ist auch anschließend per OSD kein zurückrudern mehr möglich!
Ich habe auch schon die nötigen Module (netpbm libexif ffmpeg) neu kompiliert und auch den kompletten VDR neu gebildet. Keine Änderung!

Das OSDImage ist keine alternative wegen der geringen Farbauflösung.

Gruss,
franky

Hallo,
ist es mit der VDR-Version vdr-1.4.7.bp?

bis dann,
Nando

VDR Version 1.4.7.

Mit der 1.5.12 klappt es auch nicht.

Gruß,
Franky

Es sollte ein Frage werden.
Hast du es mit vdr-1.4.7.bp schon probiert?

Hallo,

sorry.

Ich habe es nun mit 1.4.7.bp probiert, wobei ich aber nicht neu kompiliert habe, sondern nur die vorhandenen Bibliotheken und den vdr anders verlinkt habe.

VDR startet nun nicht mehr und gibt die Fehlermeldung aus:
"ERROR: /usr/local/lib/vdr/libvdr-image.so.1.4.5: undefined symbol: _Z20avcodec_register_allv".

Nach dem löschen der Bibliothek startet der VDR wieder wie gewohnt.

Gruss,
Franky

Hi,

bei mir zickt das Image-Plugin auch unter gen2vdrV2; siehe auch:

http://www.htpc-forum.de/forum/index.php?showtopic=3957

Gruß

Dony

Hallo,

hat das schonmal wieder jemand am laufen? Ich habe zur Zeit leider auch das Problem das ich das Plugin nicht mehr ans laufen bekomme. Zu erst gab es unresolved external, die habe ich ja nun behoben bekommen indem ich die aktuelle Version des ffmpegs aus dem Subversion genommen habe. Jetzt gibt es das oben beschriebene Problem nicht mehr, dass die anderen Plugins ebenfalls verschwinden.
Das Plugin wird nun sauber eingebunden und ich kann auch auf den Menu-Eintrag zugreifen. Die imagesources liest er auch noch, aber sobald ich dann zur Datei-Auswahl kommen möchte gibbet nur einen leeren Bildschirm. Es werden keine Fehler angezeigt und nixe, als ob das betroffene Verzeichnis einfach leer wäre, ist es aber nicht.

Hat jemand eine Idee?

IE suckt

ich meine das es durch die Updates korrigiert worden wäre
http://vdr-portal.de/board/thread.php?threadid=72506

Zitat

--------------------------------------------------------------------------------
G2V 2.0 Update 05

Installation mit /_config/update/g2v_update.sh

Aenderungen:

- Fix fuer Image Plugin
http://www.htpc-forum.de/forum/index.php?showtopic=3957

Dateien:

/_config/update/g2v_up05.README
/_config/update/g2v_up05.sh
/_config/update/patches/up05.vdrplg-image.diff

Alles anzeigen

Hallo,

danke erstmal, aber ich bin hier glaube ich im flaschen Abschnitt gelandet. Geht bei mir zwar um das ImagePLugin allerdings nicht mit Gen2Vdr, sondern selbst kompillert. Muss ich mich wohl noch woanders umtun.

trotzdem danke

Hallo,

auch wenn ich hier falsch gelandet bin. Vielleicht hat aber trotzdem jemand eine Idee. Folgendes scheint hier irgendwie fehl zu schlagen:

cReadLine l;
FILE *p = popen(cmd, "r");
if(p) {
int len = strlen(dir);
char *s;
while((s = l.Read(p)) != 0) {
char *ss = strstr(s, dir);
if(ss) {
s = ss + len;
if(*s == '/')
s++;
}

Wobei "cmd" folgende annimmt:

Jan 26 18:28:18 osiris vdr: [30569] status: cStatusTest::OsdHelpKeys Play - (null) - Data medium - (null)
Jan 26 18:28:18 osiris vdr: [30569] imageplugin: DEBUG: find "/test" -follow -type d -maxdepth 1 2>/dev/null | sort -df | grep -v "/\."
Jan 26 18:28:18 osiris vdr: [30569] imageplugin: DEBUG: drin (null)
Jan 26 18:28:18 osiris vdr: [30569] imageplugin: DEBUG: find "/test" -follow -type f \( -iname "*.jpg" -o -iname "*.jpeg" -o -iname "*.jif" -o -iname "*.jiff
" -o -iname "*.tif" -o -iname "*.tiff" -o -iname "*.gif" -o -iname "*.bmp" -o -iname "*.png" -o -iname "*.pnm" -o -iname "*.mps" \) -maxdepth 1 2>/dev/null |
sort -df | grep -v "/\."
Jan 26 18:28:18 osiris vdr: [30569] imageplugin: DEBUG: drin (null)

Das Read liefert aber offensichtlich immer NULL, obwohl der find was liefern sollte?!

osiris:/usr/src/packages/BUILD/vdr-plugins/image-0.3.0 # find "/test" -follow -type f \( -iname "*.jpg" -o -iname "*.jpeg" -o -iname "*.jif" -o -iname "*.jiff
> " -o -iname "*.tif" -o -iname "*.tiff" -o -iname "*.gif" -o -iname "*.bmp" -o -iname "*.png" -o -iname "*.pnm" -o -iname "*.mps" \) -maxdepth 1 2>/dev/null |
> sort -df | grep -v "/\."
/test/IMG_0801.jpg
/test/img.jpeg
/test/img.jpg
/test/img.pnm

Für einen Tipp wäre ich echt dankbar....

Zitat

Geht bei mir zwar um das ImagePLugin allerdings nicht mit Gen2Vdr, sondern selbst kompillert.

im Anhang zu der Updatemeldung gibts auch ein alternatives Päckchen

Hi,

meinst Du den angehängten Patch ?

http://vdr-portal.de/board/attachment.php?attachmentid=17340

Der ist leider keine Heilung.

Mittlerweile wird es ja korrekt übersetzt. Lediglich in dem geposteten Abschnitt scheint etwas schief zu laufen. Das cReadLine ist eine Klasse aus dem VDR. Ich kriegs grad nicht so recht auf den Schirm warum da die Methode Read -> NULL zurück liefert, obwohl die Pipe eigentlich gefüttert werden sollte???

Aber trotzdem danke ...