[ANNOUNCE] Plugin: osdpip 0.0.10a

Vielen Dank. Jetzt läuft unter vdr-1.7.10 endlich wieder alles so wie unter vdr-1.6.x

[edit]
Übrigens muss für ein aktuelles ffmpeg in decoder.c in Zeile 85 und 92 die Variable

PIX_FMT_RGBA32

in

PIX_FMT_RGB32

umgewandelt werden.

Öhm, Suse hat gar kein ffmpeg mit an Bord...
Das gibt es nur über zusätzliche Repos wie z.B. Packman. Und die dort angebotene Version macht so weit ich weiß den Fix notwendig

Zitat

Original von udobroemme
Vielen Dank. Jetzt läuft unter vdr-1.7.10 endlich wieder alles so wie unter vdr-1.6.x

[edit]
Übrigens muss für ein aktuelles ffmpeg in decoder.c in Zeile 85 und 92 die Variable

Code

PIX_FMT_RGBA32

in

Code

PIX_FMT_RGB32

umgewandelt werden.

Hi,

kann ich bestätigen, ffmpeg-0.5.0.

RGBA32 hat schon öfters Probleme gemacht, soweit ich weiß, gibts das nicht mehr.

Gruß
Wolfgang

Hallo,

bei Gen2VDR Beta4 kommt auch der Fehler:

[...]
g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -march=prescott -O2 -pipe -fomit-frame-pointer -fPIC -ggdb -O0 -c -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -DUSE_CHANNELSCAN -DUSE_CMDSUBMENU -DUSE_CUTTERLIMIT -DUSE_CUTTERQUEUE -DUSE_CUTTIME -DUSE_DDEPGENTRY -DUSE_DELTIMESHIFTREC -DUSE_DOLBYINREC -DUSE_DVBSETUP -DUSE_DVLRECSCRIPTADDON -DUSE_DVLVIDPREFER -DUSE_DVLFRIENDLYFNAMES -DUSE_GRAPHTFT -DUSE_HARDLINKCUTTER -DUSE_JUMPPLAY -DUSE_LIEMIEXT -DUSE_LIRCSETTINGS -DUSE_LNBSHARE -DUSE_MAINMENUHOOKS -DUSE_MENUORG -DUSE_NOEPG -DUSE_OSDMAXITEMS -DUSE_PARENTALRATING -DUSE_PINPLUGIN -DUSE_PLUGINMISSING -DUSE_PLUGINPARAM -DUSE_REELPLUGIN -DUSE_EHD -DUSE_ROTOR -DUSE_SETTIME -DUSE_SOFTOSD -DUSE_SOURCECAPS -DUSE_SORTRECORDS -DUSE_STREAMDEVEXT -DUSE_TIMERCMD -DUSE_TIMERINFO -DUSE_TTXTSUBS -DUSE_VOLCTRL -DUSE_WAREAGLEICON -DUSE_YAEPG -DPLUGIN_NAME_I18N='"osdpip"' -D_GNU_SOURCE -DUSE_SWSCALE -DUSE_NEW_FFMPEG_HEADERS -I/usr/local/src/DVB/include -I/usr/local/src/VDR/include -I/usr/local/src/DVB/include -I. -I/usr/include/libavcodec -o decoder.o decoder.c
decoder.c: In member function ‘int cDecoder::Decode(unsigned char*, int)’:
decoder.c:58: warning: ‘int avcodec_decode_video(AVCodecContext*, AVFrame*, int*, const uint8_t*, int)’ is deprecated (declared at /usr/include/libavcodec/avcodec.h:3288)
decoder.c:58: warning: ‘int avcodec_decode_video(AVCodecContext*, AVFrame*, int*, const uint8_t*, int)’ is deprecated (declared at /usr/include/libavcodec/avcodec.h:3288)
decoder.c: In member function ‘int cDecoder::Resample(int, int, bool)’:
decoder.c:85: error: ‘PIX_FMT_RGBA32’ was not declared in this scope
make: *** [decoder.o] Error 1
Error compiling osdpip

Nachdem ich wie o.g. die decoder.c geändert habe, ging es dann.

ffmpeg ist die Version: 0.5 p20373

Hier noch der Patch dazu:

Hallo,

auf meinem Fedora 12 x86_64 musste ich auch Anpassungen vornehmen, anbei der Patch.

Beim osdpip von der Reel eHD habe ich einen schönen, flüssigen Livesrtream. Geht das mit dieser Version des Plugins nicht?

256 Farben sind ja nicht so toll, geht da nicht mehr, oder liegt das an meinen Settings?

Mitchm

Danke für die Anpassung. Auf meinem SuSE 11.1 mit selbstgebautem ffmpeg lief es auf Anhieb!

@C-3PO

So ganz flüsssig und mehr Farben ist wohl nur mit einer schnellen CPU möglich. Wenn man das einstellen könnte, wär es schon nicht schlecht. Das osdpip von Reel nutzt, glaube ich, die PIP - Funktion der eHD. Damit ist die CPU-Belastung gering.

Ich hatte mich auch schon mal an dem osdpip von Reel versucht, habe es aber nicht zum Laufen bekommen.

Falk

Zitat

Original von spitzb
[...] @C-3PO

So ganz flüsssig und mehr Farben ist wohl nur mit einer schnellen CPU möglich. Wenn man das einstellen könnte, wär es schon nicht schlecht. Das osdpip von Reel nutzt, glaube ich, die PIP - Funktion der eHD. Damit ist die CPU-Belastung gering. ...

Währe es denn nicht möglich, "einfach" ein VLC Fenster einzublenden?

Zitat

Währe es denn nicht möglich, "einfach" ein VLC Fenster einzublenden?

Wohl eher nicht. Schließlich wird jedes Bild in das OSD geladen. Daher der Name OSDpip.

Aber wenn du das Reel - osdpip hast, was kümmert's dich? Oder läuft das nicht mit dem aktuellen VDR?

BTW: Mir ist grad aufgefallen, dass osdpip nur mit SD Kanälen geht. Hat jemand 'ne Idee, wie man HD - Kanäle auch unterstützen könnte?

Falk

Zitat

Original von spitzb

[...] Aber wenn du das Reel - osdpip hast, was kümmert's dich? Oder läuft das nicht mit dem aktuellen VDR? ...

Na ja, ich habe 2 VDRs, einen mit und einen ohne eHD.

... Es muss ja auch nicht unbegingt via OSD sein, evtl. gibt es ja da eine andere Lösung?

@C-3PO

Geht bei deinem VDR mit eHD osdpip auch mit HD-Sendern? Welche VDR-Version nutzt du da?

Ich habe Gen2VDR beta4 (vdr-1.7.10)

Aber ich habe gerade festgestellt, dass das Plugin beim Aufruf abschmiert.

.....
Jan  3 14:13:33 [vdr] [1341] osdpip_osd thread started (pid=27404, tid=1341)
Jan  3 14:13:33 [vdr] [1341] osdpip: decoder thread started (pid = 27404)
Jan  3 14:13:33 [kernel] vdr[27404]: segfault at 28 ip b5b3e5a8 sp bf84da90 error 4 in libvdr-osdpip.so.1.7.10[b5b34000+22000]

Hier noch das Backtrace dazu:

(gdb) bt
#0  0xb5c875a8 in cOsdInfoWindow::Show (this=0x0, Refresh=true) at osd_info.c:61
#1  0xb5c93e7f in cOsdPipObject::ProcessKey (this=0xaba40da0, Key=32771) at osd.c:866
#2  0x081981fc in main (argc=31, argv=0xbfbf24f4) at vdr.c:1396
Current language:  auto; currently c++
(gdb)

Das Komische ist, es ging schon mal?!

Hi,
this is the italian translation for the plugin.

Hope this can be helpfull for other guys.

Bye,
Diego Pierotto

Ein PIP Plugin für Softdecoder welcher Art auch immer wäre wünschenswert. Das dekodieren eines zweiten Streams auf miniaturauflösung sollte ja nicht zu CPU hungrig sein. Leider über meinen Möglichkeiten.