Auch zum testen! image-0.2.0-pre1 ;)

Hallo,

ich habe auch was zum antesten, und zwar ein neue Major-Release des Image-Plugins, dem Plugin zum Betrachten von Bildern.

http://www.deltab.de/vdr/vdr-image-0.2.0-pre1.tar.gz

Hier das wichtigste aus der README die im Paket enthalten ist, im Zweifel erstmal dort nachlesen

Benötigt
- Full-Featured DVB Karte, oder Xine-Plugin ( ... andere Hardware ist nicht getestet ! )
- vdr 1.2.6+
- das Plugin ist abhängig vom Paket libavcodec1-dev zum übersetzen, (getestet mit ffmpeg-0.4.8)
- und Paket netpbm* sowie libavcodec1* zur Ausführung (getestet mit netpbm 10.0)
- nicht notwendig, aber sinnvoll utils/file (file) für bessere Bildtyperkennung, mit anytopnm

*) prüfe ob das Tool "anytopnm" existiert
*) es wird libavcodec.so nachgeladen, aber auch statisches Linken ist mit möglich mit Kompilierung per #> make plugin FFMPEG_STATIC=1

Installation
Das Plugin wird wie alle plugins installiert (siehe vdr Dokumentation).

Das Kompilieren ist abhängig vom Paket libavcodec1-dev, libavcodec1, aber auch bekannt als ffmpeg.
Später zum Ausführen wird nur noch libavcodec1(libavcodec.so) und "netpbm" benötigt.
("apt-get install libavcodec1-dev libavcodec1 netpbm" in Debian)

Die Datei imageplugin.sh sollte nach /usr/bin kopiert werden, bzw. in einen anderen
gemeinsamen Ordner innerhalb Such-Path kopieren werden,
alternativ können als Kommandozeilenoption die gewählten Pfade zu dem Skript
beim vdr Start übergeben werden.
[z.B.: ./vdr '-Pimage -C /pfad/imageplugin.sh -m /pfad/mount.sh' ...]

Änderungen seit 0.1.1
- plugin: Bilder werden mit ffmpeg als Wiedergabeschleife innerhalb des Plugin encodiert,
...Damit sind die Funktionen zum Encodieren des MPEG Frame vom Script zum Plugin verschoben
( nun ist Plugin nur abhängig vom Paket libavcodec1-dev zu übersetzen,
und Paket netpbm sowie libavcodec1 zur Ausführung )

- plugin: die gewandelten ppm/pbm/pgm Dateien werden damit direkt gelesen
- plugin: neuer default Housekeeping Modus
( es werden nur noch temporäre Dateinamen verwendet, welche beim Verlassen des Player wieder gelöscht werden,
wer auf den Einsatz des angepassten image_pregen.sh nicht verzichten will muss housekeeping im Setup deaktierenm hat aber auch die Pflicht /tmp/image selber zu besäubern )
- script: kompletter Rewrite der Scripts zu einem einzelen einfacheren Script
.. welcher nur noch von folgenden Programmen abhängig ist anytopnm / pnmscale, pnmfile, pnmcut, pnmflip
.. convert.sh/convert_jump.sh/convert_zoom.sh sind damit zusammen geführt als imageplugin.sh

bedingt durch die bisherigen Änderung, ergeben sich noch folgende Anpassungen
- plugin: "Playback mode 'DeviceStillPicture'" ist entfernt
- script: Ausgaben des Scriptes landen jetzt im syslog, (/var/log/messages)
- plugin: zoom überarbeitet
- plugin: indexview umgeschrieben
- plugin: jetzt werden xpm-Bilder für "Shownumber" und das Fehlerbild verwendet

Diagnose des Script
Wenn der Script nicht arbeitet wie er sollten, starte den Script zum Testen von der Konsole.
imageplugin.sh [infile] [outfile] [WIDTH] [HEIGHT] [ZOOMFACTOR] [LEFTPOS] [TOPPOS] {FLIPCMD}
z.B. imageplugin.sh myimage.png outfile.pnm 720 576 0 0 0 original
und bitte überprüfe die erzeugten Nachrichten im Syslog in /var/log/message bzw.
die Ausgaben auf dem Bildschirm

wenn das nicht hilft wiederhole die Prozedur mit > export DEBUG=yes;
export DEBUG=yes;imageplugin.sh myimage.png outfile.pnm 720 576 0 0 0 original
und überprüfe die Ausgabe auf dem Bildschirm.

*) Wenn der Script für dich arbeitet, es können die Ausgaben im Syslog reduziert werden,
wenn Du innerhalb von imageplugin.sh die Zeile von VERBOSE=yes zu VERBOSE=no geändert wird.

Cu,
Andreas

Hi,

Ich habe die Dateiendung *.png nur als Beispiel angegeben.

Cu,
Andreas

BTW: Die eigentlich Aufgabe der Wandelung macht anytopnm aus dem netpbm Paket welches dutzende Grafikformate unterstützt.

Du kannst dir einen Format aussuchen, aber JPEG ist auch dabei
*PBM* | *PGM* | *PPM* )
*uuencoded* )
*bzip2*compressed*data* )
*bzip*compressed*data* )
*gzip*compressed*data* )
*compress* )
*btoa* )
*Sun* | *rasterfile* )
*GIF* )
*TIFF* )
*IFF*ILBM* )
*Lisp* )
*PC*Paintbrush* )
*Bennet* )
*pixmap*image*text* )
*text* )
*JPEG* | *JFIF* )
*PNG* )
*MicroDesign* )
*PC*bitmap*data* )
*.pbm | *.pbm.* | *.pgm | *.pgm.* | *.ppm | *.ppm.* )
*.x | *.x.* | *.xbm | *.xbm.* | *.x10bm | *.x10bm.* | \
*.x11bm | *.x11bm.* | *.bitmap | *.bitmap.* )
*.r | *.r.* | *.rast | *.rast.* )
*.mac | *.mac.* | *.macp | *.macp.* )
*.g3 | *.g3.* | *.fax | *.fax.* )
*.xwd | *.xwd.* | *.x10wd | *.x10wd.* | *.x11wd | *.x11wd.* )
*.brush | *.brush.* )
*.img | *.img.* )
*.pcx | *.pcx.* )
*.pic | *.pic.* | *.pict | *.pict.* | *.pict2 | *.pict2.* )
*.tif | *.tif.* | *.tiff | *.tiff.* )
*.fs | *.fs.* | *.face | *.face.* )
*.hips | *.hips.* )
*.fits | *.fits.* )
*.gif | *.gif.* )
*.iff | *.iff.* | *.ilbm | *.ilbm.* )
*.lispm | *.lispm.* )
*.mtv | *.mtv.* )
*.qrt | *.qrt.* )
*.tga | *.tga.* | *.targa | *.targa.* )
*.xim | *.xim.* )
*.xpm | *.xpm.* | *.xpm2 | *.xpm2.* )
*.pi1 | *.pi1.* )
*.pi3 | *.pi3.* )
*.spu | *.spu.* )
*.spc | *.spc.* )
*.ybm | *.ybm.* | *.face | *.face.* )
*.JPEG | *.jpeg | *.jpg | *.JPG )
*.png | *.PNG )
*.mda | *.mdp )

Hi,

Quote

Original von Demnos
Kann man mit dem neuen Image Plugin denn nun erstmals Bilder in voller Auflösung (720 x 576) sehen?

Ich denke schon, wenn der nicht sichtbar Rand mit gezählt wird.
Ansonsten wird jetzt eine einfache MPEG2-Framefolge encodiert (I-B-P),
und diese als Playback-Schleife, permanent abgespielt,
bis das nächste Bild encodiert wird.

Quote

Original von Brougs78
Ist ev. die Unterstützung von gemoddeten FF-Karten geplant?

Eine Unterstützung von gemoddeten FF-Karten habe ich momentan nicht vor.

Zumal nicht einmal die vollen 256 Farben zur Verfügung stehen würden,
wenn das normale OSD und das Bild gleichzeitig darstellt werden sollen.

Ich denke, ein konsistentes OSD ist sinnvoller, denn die
meisten werden ihre gemoddeten FF-Karten werden schon per 256-Color-Skin benutzen.
Ich errinnere nur and den schwarzen EPG-Balken des OSD-PIP Plugins

Aber die Bilddaten liegen nach dem Einlesen als 24-RGB Daten im Speicher des Plugins,
bevor sie durch ffmpeg encodiert werden, es müsste also nur an dieser Stelle eine Farbraumreduzierung auf 128+++ Farben ausgeführt werden, und diese Bilddaten ans OSD gesendet werden...

Cu,
Andreas