HD Externsion im VDR aktueller Stand

ALT255 · 30. Dezember 2008

ldd liefert bei mir:

Code

linux-vdso.so.1 =>  (0x00007fff649fe000)
        libasound.so.2 => /usr/lib64/libasound.so.2 (0x00007fb85c30b000)
        libmad.so.0 => /usr/lib64/libmad.so.0 (0x00007fb85c0ea000)
        libpng12.so.0 => /usr/lib64/libpng12.so.0 (0x00007fb85bec2000)
        libavcodec.so.52 => /usr/lib64/libavcodec.so.52 (0x00007fb85b608000)
        libswscale.so.0 => /usr/lib64/libswscale.so.0 (0x00007fb85b3dc000)
        libstdc++.so.6 => /usr/lib64/libstdc++.so.6 (0x00007fb85b0d0000)
        libm.so.6 => /lib64/libm.so.6 (0x00007fb85ae7a000)
        libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007fb85ac61000)
        libc.so.6 => /lib64/libc.so.6 (0x00007fb85a908000)
        libdl.so.2 => /lib64/libdl.so.2 (0x00007fb85a704000)
        libpthread.so.0 => /lib64/libpthread.so.0 (0x00007fb85a4e7000)
        librt.so.1 => /lib64/librt.so.1 (0x00007fb85a2de000)
        libz.so.1 => /lib64/libz.so.1 (0x00007fb85a0c8000)
        libavutil.so.49 => /usr/lib64/libavutil.so.49 (0x00007fb859eba000)
        libamrnb.so.3 => /usr/lib64/libamrnb.so.3 (0x00007fb859c7b000)
        libamrwb.so.3 => /usr/lib64/libamrwb.so.3 (0x00007fb859a4c000)
        libdirac_encoder.so.0 => /usr/lib64/libdirac_encoder.so.0 (0x00007fb8597b3000)
        libfaac.so.0 => /usr/lib64/libfaac.so.0 (0x00007fb8595a1000)
        libfaad.so.0 => /usr/lib64/libfaad.so.0 (0x00007fb859360000)
        libgsm.so.1 => /usr/lib64/libgsm.so.1 (0x00007fb859153000)
        libmp3lame.so.0 => /usr/lib64/libmp3lame.so.0 (0x00007fb858ed9000)
        libschroedinger-1.0.so.0 => /usr/lib64/libschroedinger-1.0.so.0 (0x00007fb858c4c000)
        libtheora.so.0 => /usr/lib64/libtheora.so.0 (0x00007fb8589fc000)
        libvorbisenc.so.2 => /usr/lib64/libvorbisenc.so.2 (0x00007fb858622000)
        libvorbis.so.0 => /usr/lib64/libvorbis.so.0 (0x00007fb8583f2000)
        libx264.so.65 => /usr/lib64/libx264.so.65 (0x00007fb858163000)
        libxvidcore.so.4 => /usr/lib64/libxvidcore.so.4 (0x00007fb857e7e000)
        /lib64/ld-linux-x86-64.so.2 (0x00007fb85c85e000)
        libmp4v2.so.0 => /usr/lib64/libmp4v2.so.0 (0x00007fb857bd0000)
        liboil-0.3.so.0 => /usr/lib64/liboil-0.3.so.0 (0x00007fb857946000)
        libogg.so.0 => /usr/lib64/libogg.so.0 (0x00007fb857740000)

Alles anzeigen

real_schorsch · 30. Dezember 2008

swscale ist eine Extra Lib (libswscale) zum Skalieren. Der "alte" ffmpeg (zumindest in Ubuntu 7.10) hat die Calls aber auch noch direkt in libavcodec, zwar nicht mit den ganzen Optionen, aber es reicht fürs PiP. Daher war das swscale auskommentiert, um nicht eine zustätzliche Abhängigkeit reinzubringen, die gar nicht notwendig ist.

Wenn man libswscale tatsächlich nutzen will, muss es vor -libavcodec beim Linken sein und man muss (noch...) den "if (alpha==255)"-Teil deaktivieren, sonst sieht man es nur kurz flackern. Mal schauen, evtl. kann ich da noch eine Autoerkennung einbauen...

IG88 · 31. Dezember 2008

ichhabe bei mir im moment in der VideoPlayerPipHd.c das

extern "C" {
#include <libswscale/swscale.h>
#include <libavcodec/avcodec.h>
}

vorher sah das so aus

extern "C" {
#include <ffmpeg/swscale.h>
#include <lffmpeg/avcodec.h>
}

alledings konnte ich ohne die änderung das plugin garnicht compilieren und ich habe bei meiner ehd auch kein fb aktiviert (so das pip code im laufenden plugin vermutlich nicht benutzt wird)

Frank99 · 2. Januar 2009

Hallo,

welche Patches benötige ich für den aktuellen VDR 1.7.2?

Ich habe bisher diese beiden eingebaut:

http://vdrportal.de/board/thre…?postid=776809#post776809
http://vdrportal.de/board/thre…?postid=778346#post778346

Wird der Patch von R. Nissl noch benötigt:
vdr-1.7.0-h264-syncearly-framespersec-audioindexer-fielddetection-speedup.diff.bz2 ?

Wenn ja, hat bereits jemand eine angepasste Version für VDR 1.7.2?
Die Original Version erzeugt einige Rejects bei mir.

Desweiteren wird ja noch ein Patch für die eHD benötigt, hat jemand eine neue Version die ohne Rejects durchläuft?

Bin etwas ausser Übung mit den Rejects auflösen

Bye,
Frank

Frank99 · 2. Januar 2009

Btw.

Ich habe nun einige Tage VDR 1.7.0 +Extension Patch +eHD im Einsatz.
Von der Bildqualität bin ich eigentlich sehr zufrieden.
Wenn es nur mehr HD Sender geben würde und diese nicht ganz so geizig mit der Bandbreite wären

Was mich momentan noch stört ist aber, das der VDR nicht sehr stabil läuft.
Das umschalten funktioniert häufig nicht, meist von einem HD Sender auf einen anderen Sender (egal ob HD Sender oder herkömmlichen).
Mal klappt es dann beim 2. mal , häufig crashed dann aber das ganze so das der Watchdog zuschlägt. Sehr unschön bei laufenden Aufnahmen

2x DVB Karte: Technotrend Systemtechnik GmbH S2-3200
System ist ein aktualisiertes GEN2VDR mit Kernel 2.6.26 und Multiproto Treibern.
Reel Treiber und Plugin von ~mitte November.

Läuft bei euch das ganze stabil?

netvista-fan · 2. Januar 2009

Ha, der Geiz bei der Bandbreite...

fällt bei den SD Sendern jedoch wesentlich krasser auf, da sind die teilweise 1MBit definitiv zu wenig...
Warum macht nicht mal jemand ne ordentliche Vorgabe... SD bei mindestens 2,5MBit und HD mit min. 10Mbit
Teilweise sind ja die analogen Sender besser als die Digitalen...

Thomas · 2. Januar 2009

Welche DVB-Karten hast Du denn drin? Ich hab nur trouble wenn ich neben der Nova-S2 noch andere Karten betreibe, sonst ist mein 1.7.0 traumhaft stabil....

Wenn Du magst leg ich auch irgendwo mal ein Image von meinen Sourcen ab...

Frank99 · 2. Januar 2009

Zitat

Original von Thomas
Welche DVB-Karten hast Du denn drin? Ich hab nur trouble wenn ich neben der Nova-S2 noch andere Karten betreibe, sonst ist mein 1.7.0 traumhaft stabil....

Wenn Du magst leg ich auch irgendwo mal ein Image von meinen Sourcen ab...

Hallo Thomas,

2x TT S2-3200

04:00.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
Subsystem: Technotrend Systemtechnik GmbH S2-3200
Flags: bus master, medium devsel, latency 32, IRQ 20
Memory at d0002200 (32-bit, non-prefetchable) [size=512]
Kernel driver in use: budget_ci dvb
Kernel modules: snd-aw2, budget-ci

04:04.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
Subsystem: Technotrend Systemtechnik GmbH S2-3200
Flags: bus master, medium devsel, latency 32, IRQ 22
Memory at d0002000 (32-bit, non-prefetchable) [size=512]
Kernel driver in use: budget_ci dvb
Kernel modules: snd-aw2, budget-ci

Das wäre prima wenn du diese Sourcen bereitstellen könntest!
Danke.

Frank

Tommy.Z · 3. Januar 2009

Hallo
Gibts noch keine Neuigkeiten zum (Ab)Speicherproblem des reelbox-Plugins?
Das ist echt nervig, denn mit der alten Version läuft der reelskin3 nicht richtig und die neuen lassen keine Änderungen mehr zu bzw. speichern diese nicht mehr ab.
Gruß Tommy

rabi22 · 4. Januar 2009

Hi Tommy,

ich hab es mir mal angeschaut.

Im setupmenu.c:30 ff. wird das neue "Sub-Menü" beim "OK-Drücken eingeblendet - auch wenn man schon im Menü drin ist,
Dabei werden die Settings (Variable RBSetup) neu "geladen". Allerdings wird es nirgends (vorher oder überhaupt) gespeichert.
Der Code zum Speichern ist ReelBoxMenu.c:582 - Funktion cMenuVideoMode::Store().
Diese wird nur nie aufgerufen.

Eine Möglichkeit, wäre es evtl. das Store() beim "OK"-Button mal aufruft
Komme vermutlich erst am Dienstag zum weiteren Probieren - evtl. mag ja schon jemand vorher schauen

Evtl. so könnte es gehen:
in ReelBoxMenu.c:494 ff. in Funktion cMenuVideoMode:: ProcessKey() mal einfügen:

Code

void cMenuVideoMode::Store(void)
{
    if (key == kOk ) 
        Store();
...

Mir ist irgendwie unklar, wie und ob es beim ReelVDR überhaupt funktioniert....
Evtl. kann ein "Reel-er" mehr dazu sagen

Thomas · 4. Januar 2009

Zitat

Original von CR7
Im setupmenu.c:30 ff. wird das neue "Sub-Menü" beim "OK-Drücken eingeblendet - auch wenn man schon im Menü drin ist,
Dabei werden die Settings (Variable RBSetup) neu "geladen". Allerdings wird es nirgends (vorher oder überhaupt) gespeichert.

Richtig, genau das ist der Fehler, denn dann wird einfach immer nur ein weiteres Submenü aufgemacht, so oft wie man OK drückt. Das sieht dann so aus als wenn es neu geladen werden würde, ist allerdings einfach nur ein Menü-im-Menü-im-Menü-im-Menü-im-Menü-usw
Deshalb muss ein weiteres Submenü öffnen verhindert werden, wenn man schon in einem ist.

Daher setupmenu.c so abändern, dass es so aussieht:

Code

eOSState cMenuReelBoxSetup::ProcessKey(eKeys key)
{
    eOSState state;


    if (key != kOk) // to avoid "changes does message"
        state = cMenuSetupPage::ProcessKey(key);
    else state = osUnknown;


    if (state == osUnknown && key == kOk)
    {
        if (HasSubMenu()) return cMenuSetupPage::ProcessKey(key); // <------------- Hier neu!
        const char *text = Get(Current())->Text();


        if ( text && strstr(text, tr("Video Settings")) )
            return AddSubMenu(new Reel::cMenuVideoMode(plugin, true) );


        else if ( text && strstr(text, tr("Audio Settings")) )
            return AddSubMenu(new Reel::cMenuVideoMode(plugin, false));
        else if ( text && strstr(text, tr("Picture Settings")) )
            cRemote::CallPlugin("reelbox");
    }


    return state;
}

Alles anzeigen

Dann klappt auch das Abspeichern!
Allerdings verschwindet mir danach das OSD - ich seh noch kurz das alte Menü, dann ist es weg bis ich das Menü komplett verlasse...

Tommy.Z · 5. Januar 2009

Hallo Thomas
Das scheint zu klappen.
Habs mal kurz getestet (mehr lassen meine Kinder grad nicht zu)
Vielen Dank erstmal.
Gruß Tommy

3PO · 9. Januar 2009

Hallo Zusammen,

ich habe gerade Revision 10337 ausgecheckt.

Übersetzen lässt sich das Plugin, leider jedoch startet es nicht.

Code

.....
Jan  9 14:19:08 [vdr] [13598] ERROR: /usr/local/lib/vdr/libvdr-reelbox.so.1.7.0: undefined symbol: sws_scale
Jan  9 14:19:08 [logger] vdr: /usr/local/lib/vdr/libvdr-reelbox.so.1.7.0: undefined symbol: sws_scale
.....

Es scheint wohl immer noch das leidige Problem mir den Pfaden von ffmpeg zu sein.

Gib es denn da wirklich keine Möglichkeit, die Pfade irgendwie von Hand einzutragen?

real_schorsch · 9. Januar 2009

Installier libswscale, notfalls aus dem medibuntu-Repo.

3PO · 9. Januar 2009

Zitat

Original von real_schorsch
Installier libswscale, notfalls aus dem medibuntu-Repo.

Ist installiert,

Code

/usr/include/libswscale
/usr/include/libswscale/rgb2rgb.h
/usr/include/libswscale/swscale.h

leider nur, wird es nicht gefunden.

real_schorsch · 9. Januar 2009

Du hast kein Include-Problem, sondern ein Lib-Problem. Link mal -lswscale dazu (in /usr/lib/libswscale.so), dann sollte es gehen.

3PO · 9. Januar 2009

Zitat

Original von real_schorsch
[...] Link mal -lswscale dazu (in /usr/lib/libswscale.so), dann sollte es gehen.

Was meist Du mit "dazulinken"?

Die Dateien jedenfalls sind vorhanden.

Code

/usr/lib/libswscale.so
/usr/lib/libswscale.so.0
/usr/lib/libswscale.so.0.6.1

IG88 · 9. Januar 2009

@C-3PO

leg dir doch einfach /usr/include/ffmpeg an und darin symlinks die auf die *.h dateien in

/usr/include/libavutil
/usr/include/libavcodec
/usr/include/libavdevice
/usr/include/libavformat
/usr/include/libswscale
/usr/include/libpostproc

real_schorsch · 9. Januar 2009

"Was meist Du mit "dazulinken"?"

Im Makefile bei der zeile mit -lavcodec noch ein -lswscale dahinterhängen. Es gibt anscheinend verschiedene libavcodec-Varianten mit und ohne dem Legacy-swscale...

Tommy.Z · 9. Januar 2009

Hallo Schorsch
Hab mal ne Frage zur Bildqualität der eHD, bzw. vielleicht Einstellungssache:
Ich hab bei manchen Szenen bei knallig roten Farben bzw. Übergängen so ein unangenehmes Flackern. Mit der Dbox2 hab ich da keine Probleme. Ist das "Problem" bekannt oder ist das nur bei mir??
Hab schon viel an den Einstellungen gespielt aber leider nicht gelöst bis jetzt.
Ansonsten bin ich mit der Bildqualoität zufrieden.
Gruß Tommy

HD Externsion im VDR aktueller Stand

Jetzt mitmachen!

Teilen