aktueller rmm patch für ext70 und vdr 1.7.0

  • hallo,


    habe meiner vdr 1.7.0 mal mit dem aktuellen extension patch 70 verarztet
    nach dem eigentlichen extension patch und dem neuen h.264/s2api patch mussten diese patches dazu (die zwei dich nicht mit vdr anfangen sind für rmm plugins)


    habe das mit folgenden rm plugis am laufen
    filebrowser
    mediad
    mediaplayer
    osdpip
    reelbox
    ripit
    shoutcast
    vlcclient
    xinemediaplayer

  • no, its only tested with ext70 und then the rmm patch on top, for vanilla vdr the "old" patch should stilll work (1.7.0 has not changed, the "old" will be a rmm patch for vanilla vdr + vdr_osdpip patch)

  • i ig88


    i try to use it but got this problem can you help me???


    root@reel-desktop:/home/reel/vdr-1.7.0# patch -p1 < vdr-1.7.0_extensions.diff
    patching file channels.c
    patching file channels.h
    patching file config.c
    patching file config.h
    patching file cutter.c
    patching file cutter.h
    patching file device.c
    patching file device.h
    patching file dvbdevice.c
    patching file dvbdevice.h
    patching file dvbosd.c
    patching file dvbplayer.c
    patching file eit.c
    patching file eitscan.c
    patching file epg.c
    patching file epg.h
    patching file HISTORY-liemikuutio
    patching file iconpatch.c
    patching file iconpatch.h
    patching file keys.h
    patching file lirc.c
    patching file livebuffer.c
    patching file livebuffer.h
    patching file mainmenuitemsprovider.h
    patching file Make.config.template
    patching file Makefile
    patching file MANUAL
    patching file menu.c
    patching file menu.h
    patching file menuitems.c
    patching file menuitems.h
    patching file menuorgpatch.h
    patching file osdbase.c
    patching file osdbase.h
    patching file osd.c
    patching file osd.h
    patching file player.c
    patching file player.h
    patching file plugin.c
    patching file po/ca_ES.po
    patching file po/cs_CZ.po
    patching file po/da_DK.po
    patching file po/de_DE.po
    patching file po/el_GR.po
    patching file po/es_ES.po
    patching file po/et_EE.po
    patching file po/fi_FI.po
    patching file po/fr_FR.po
    patching file po/hr_HR.po
    patching file po/hu_HU.po
    patching file po/it_IT.po
    patching file po/nl_NL.po
    patching file po/nn_NO.po
    patching file po/pl_PL.po
    patching file po/pt_PT.po
    patching file po/ro_RO.po
    patching file po/ru_RU.po
    patching file po/sl_SI.po
    patching file po/sv_SE.po
    patching file po/tr_TR.po
    patching file po/uk_UA.po
    patching file po/zh_CN.po
    patching file README.cmdsubmenu
    patching file README-HLCUTTER
    patching file README.jumpplay
    patching file README.MainMenuHooks
    patching file README.sortrec
    patching file README.timer-info
    patching file recorder.c
    patching file recorder.h
    patching file recording.c
    patching file recording.h
    patching file remux.c
    patching file remux.h
    patching file skinclassic.c
    patching file skinsttng.c
    patching file sources.c
    patching file sources.conf
    patching file sources.h
    patching file status.c
    patching file status.h
    patching file submenu.c
    patching file submenu.h
    patching file svdrp.c
    patching file svdrp.h
    patching file timers.c
    patching file timers.h
    patching file tinystr.c
    patching file tinystr.h
    patching file tinyxml.c
    patching file tinyxmlerror.c
    patching file tinyxml.h
    patching file tinyxmlparser.c
    patching file transfer.c
    patching file transfer.h
    patching file vdr.c
    patching file vdrttxtsubshooks.c
    patching file vdrttxtsubshooks.h
    patching file videodir.c
    patching file videodir.h
    root@reel-desktop:/home/reel/vdr-1.7.0# patch -p1 < vdr-rmm_svn11698-for_ext70-patch.diff
    patching file config.c
    Hunk #1 succeeded at 379 (offset 3 lines).
    patching file config.h
    Hunk #2 succeeded at 384 (offset 3 lines).
    patching file debugmacros.h
    patching file dvdIndex.c
    patching file dvdIndex.h
    patching file font.h
    patching file Make.common
    patching file Make.config.template
    Hunk #1 succeeded at 99 (offset 2 lines).
    patching file Makefile
    Hunk #1 FAILED at 41.
    1 out of 2 hunks FAILED -- saving rejects to file Makefile.rej
    patching file osdbase.h
    patching file osd.c
    Reversed (or previously applied) patch detected! Assume -R? [n] n
    Apply anyway? [n] n
    Skipping patch.
    12 out of 12 hunks ignored -- saving rejects to file osd.c.rej
    patching file osd.h
    Hunk #2 FAILED at 136.
    Hunk #3 succeeded at 155 (offset -1 lines).
    Hunk #4 succeeded at 193 (offset -1 lines).
    Hunk #5 succeeded at 226 (offset -1 lines).
    Hunk #6 succeeded at 241 (offset -1 lines).
    Hunk #7 succeeded at 270 (offset -1 lines).
    Hunk #8 succeeded at 305 (offset -1 lines).
    Hunk #9 succeeded at 335 (offset -1 lines).
    Hunk #10 succeeded at 361 (offset -1 lines).
    Hunk #11 succeeded at 406 (offset -1 lines).
    Hunk #12 succeeded at 449 (offset -1 lines).
    Hunk #13 succeeded at 467 (offset -1 lines).
    Hunk #14 succeeded at 478 (offset -1 lines).
    1 out of 14 hunks FAILED -- saving rejects to file osd.h.rej
    patching file reelboxbase.c
    patching file reelboxbase.h
    patching file resumeDvd.c
    patching file resumeDvd.h
    root@reel-desktop:/home/reel/vdr-1.7.0#


    the patch dont apply well


    i donwload vdr 1.7.0 and apply this patch


    this is the right step???


    do i have to patch for s2api and the clean h264 before aply patch ext 70???

    yavdr 0,4 amd sempron 145 nvidia gt520 cablestar

    2 Mal editiert, zuletzt von scubidoo ()

  • > do i have to patch for s2api and the clean h264 before aply patch ext 70???


    yes, thats what i wrote (in german), the ext70 provides a diff inside extra (vdr-1.7.0-ext69_h264-s2ng.diff) - that is a new version of the s2api patch, a backport of a newer version of vdr to use the information provided by the driver to know about the capabilitys of a dvb-card (dvb-s and dvb-s2 or only dvb-s)

  • hi ig88



    i try to use but i have this wen i try to compile



    ../../../include/vdr/submenu.h:45: warning: ignoring return value of ‘int asprintf(char**, const char*, ...)’, declared with attribute warn_unused_result


    a lot of this


    can you explain what is this???

  • thanks ig88


    i try to use vdr-ehd already patched



    try trunk and stable but give me this error on vdr and plugins and cant compile xinemediaplayer filbrowser and mediad plugins give me error



    maybe because i using 8.10 ubuntu??'

  • error? warning <> error


    afaik a compiller warning will not prevent the plugin from being compiled
    go into the plugin dir i.e. xinemediaplayer, "make all" and post the whole result


    ps: i use the testing area

  • thanks for the reply


    theres my errors on xinemediaplayer


    g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -fPIC -c -DUSE_SETUP -D_GNU_SOURCE -D_LARGEFILE_SOURCE -DPLAYER_VERSION=\"\" -D__LINUX__ -D__STL_CONFIG_H -DPLUGIN_NAME='"xinemediaplayer"' -DPLUGIN_NAME_I18N='"xinemediaplayer"' -I/usr/local/src/s2-liplianin/linux/include -I../../../include -I/usr/local/src/s2-liplianin/linux/include -I/usr/include `taglib-config --cflags` -o Player.o Player.c
    In file included from Player.c:24:
    /usr/local/src/s2-liplianin/linux/include/linux/dvb/video.h:159: error: expected ‘;’ before ‘*’ token
    /usr/local/src/s2-liplianin/linux/include/linux/dvb/video.h:192: error: expected ‘;’ before ‘*’ token
    Player.c: In member function ‘void Reel::XineMediaplayer::Player::ShowSplashScreen()’:
    Player.c:454: error: ‘struct video_still_picture’ has no member named ‘iFrame’
    Player.c:455: error: ‘struct video_still_picture’ has no member named ‘iFrame’
    Player.c:458: error: ‘struct video_still_picture’ has no member named ‘iFrame’
    Player.c:460: error: ‘struct video_still_picture’ has no member named ‘iFrame’
    Player.c:463: error: ‘struct video_still_picture’ has no member named ‘iFrame’
    make: ** [Player.o] Erro 1





    filebrowser:




    root@reel-desktop:/usr/local/src/vdr-ehd/trunk/PLUGINS/src/filebrowser# make all
    g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -fPIC -c -DUSE_SETUP -D_GNU_SOURCE -D_LARGEFILE_SOURCE -D__STL_CONFIG_H -DPLUGIN_NAME='"filebrowser"' -DPLUGIN_NAME_I18N='"filebrowser"' -I/usr/local/src/s2-liplianin/linux/include -I../../../include -I/usr/local/src/s2-liplianin/linux/include -I/usr/include/taglib `taglib-config --cflags` -o threadprovider.o threadprovider.c
    threadprovider.c: In member function ‘virtual void cMoveTask::ProcessTask()’:
    threadprovider.c:441: warning: ignoring return value of ‘int system(const char*)’, declared with attribute warn_unused_result
    threadprovider.c: In member function ‘virtual void cDeleteTask::ProcessTask()’:
    threadprovider.c:470: warning: ignoring return value of ‘int system(const char*)’, declared with attribute warn_unused_result
    In function ‘int open(const char*, int, ...)’,
    inlined from ‘void cCopyTask::CopyFile(std::string, std::string, long long int&)’ at threadprovider.c:357:
    /usr/include/bits/fcntl2.h:51: error: call to ‘__open_missing_mode’ declared with attribute error: open with O_CREAT in second argument needs 3 arguments
    make: ** [threadprovider.o] Erro 1



    and mediad


    g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -fPIC -c -DUSE_SETUP -D_GNU_SOURCE -D_LARGEFILE_SOURCE -DDBUS_API_SUBJECT_TO_CHANGE -DHAVE_XINEMEDIAPLAYER -DPLUGIN_NAME='"mediad"' -DPLUGIN_NAME_I18N='"mediad"' -I/usr/local/src/s2-liplianin/linux/include -I../../../include -I/usr/local/src/s2-liplianin/linux/include `pkg-config --cflags dbus-1` `pkg-config --cflags glib-2.0 dbus-glib-1` `pkg-config --cflags hal` -o suspend.o suspend.c
    In file included from suspend.c:25:
    /usr/local/src/s2-liplianin/linux/include/linux/dvb/video.h:159: error: expected ‘;’ before ‘*’ token
    /usr/local/src/s2-liplianin/linux/include/linux/dvb/video.h:192: error: expected ‘;’ before ‘*’ token
    suspend.c: In member function ‘void cSuspendLive::ShowSplashScreen()’:
    suspend.c:86: error: ‘struct video_still_picture’ has no member named ‘iFrame’
    suspend.c:87: error: ‘struct video_still_picture’ has no member named ‘iFrame’
    suspend.c:90: error: ‘struct video_still_picture’ has no member named ‘iFrame’
    suspend.c:92: error: ‘struct video_still_picture’ has no member named ‘iFrame’
    suspend.c:96: error: ‘struct video_still_picture’ has no member named ‘iFrame’
    make: ** [suspend.o] Erro 1

  • > /usr/local/src/s2-liplianin/linux/include/linux/dvb/video.h:159: error: expected ‘;’
    > before ‘*’ token


    problem with dvb header files (some people changed them lately), use a version from jan. or feb.
    on my system i changed the header file itself

    Diff
    --- video.h     2009-04-18 17:23:17.000000000 +0200
    +++ video.h.org 2009-04-18 17:22:47.000000000 +0200
    @@ -28,7 +28,6 @@
     #ifdef __KERNEL__
     #include <linux/compiler.h>
     #else
    -#include <linux/compiler.h>
     #include <stdint.h>
     #include <time.h>
     #endif


    that will fix the problem with xinemediaplayer und mediad


    > /usr/include/bits/fcntl2.h:51: error: call to ‘__open_missing_mode’ declared with
    > attribute error: open with O_CREAT in second argument needs 3 arguments


    dont know, looks related to the compiler version (newer on your linux)
    what version of filebrowser you useed? i have 0.33

  • Hallo IG88,


    habe heute mal 11698 von rmm ausgecheckt und mit dem Ext. Patch 70, dem vdr-1.7.0-ext_h264-s2ng-speedup.diff und Deinen Patches aus diesem Thread behandelt.


    Kompiliert soweit ohne Fehler.


    Will allerdings nicht mit dem Skinreel laufen (VDR stürzt ab beim Umschalten auf den Skinreel). Da Du den Skinreel aber wohl nicht einsetzt, will ich dazu nicht weiter fragen.


    Mir ist aber aufgefallen, dass bei Auswahl des Menüs "Bildschirmeinstellungen" des reelbox plugins jetzt keine Einstellbalken mehr erscheinen und der VDR stattdessen abstürzt/neustartet.


    Mit der rmm Revision 10729 habe ich in meiner alten Installation (mit Ext.Patch 68 ) dieses Problem nicht (Dein reelbox-svn11156-patch.diff.gz Patch läuft nicht mit der 10729). Mit der Revision 11698 habe ich das exakt selbe Problem aber auch in meiner alten Installation. Gleichzeitig funktioniert dann auch der Skinreel nicht mehr.


    Ich vermute deshalb, die Probleme hängen irgendwie zusammen.


    Deshalb meine Frage: Welche rmm Revision benutzt Du mit den o.g. Patches und funktioniert bei Dir das Menu "Bildschirmeinstellungen" des reelbox plugins?


    Pete


    PS: Übrigens mit SVN 11156 und 12117 dasselbe Problem. Nur 10729 läuft bei mir derzeit ohne Probleme.

  • hi,


    bei mir gibts zusätzlich zu der option im plugin auch einene eintrag im hauptmenü und beide funktionieren


    alles auf aktuellstem stand aus dem svn (reelbox-3, xinemediaplayer-0.10)


    vdr 1.7.0 mit:
    vdr-1.7.0-ext69_h264-s2ng.diff
    vdr-1.7.0_extensions.diff
    vdr170-ext-h264-rmm-svn9403-patch.diff
    vdr-1.7.4-Makefile.diff
    vdr-for-osdpip-svn11156-patch.diff


    reelbox plugin mit
    reelbox-svn11707-patch.diff

  • Zitat

    Original von IG88
    vdr170-ext-h264-rmm-svn9403-patch.diff


    Hmm, der ist aber für eine deutlich ältere rmm svn als der im ersten Post. Tat der vdr-rmm_svn11698-for_ext70-patch.diff doch nicht, oder warum bist Du zu dem älteren zurückgegangen?


    Ok habe es mal mit diesen Patches probiert. RMM-svn war die 12117.


    Zunächst Fehler beim Kompilieren wegen fehlender reelboxbase.h Datei (die wurde vom vdr-rmm_svn11698-for_ext70-patch.diff erzeugt, vom vdr170-ext-h264-rmm-svn9403-patch.diff aber nicht )


    Also reelboxbase.c und reelboxbase.h vom reelvdr in das vdr-1.7.0 Verzeichnis kopiert und reelboxbase.o im Makefile eingetragen.


    Jetzt kompiliert er.


    Aber bei beiden Menüpunkten "Bildschirmeinstellungen" dasselbe Ergebnis, der vdr stürzt ab. Seltsamerweise gibt es keine Fehlermeldung in den Logs. Starte ich den vdr nicht als Daemon, sondern direkt mit /usr/bin/vdr ... gibt es ein lapidares "Abgebrochen" in der Shell, wenn der Prozess beendet.


    Könnte es daran liegen, dass das reelbox-plugin in neueren Imlementationen das OSD anders aufbaut?



    Pete

  • > Hmm, der ist aber für eine deutlich ältere rmm svn als der im ersten Post. Tat der
    > vdr-rmm_svn11698-for_ext70-patch.diff doch nicht


    da lag nur noch die alte version, weil ich die "alte" mit der ext70 installiert habe und danach das diff erstellt habe
    und das im diff die svn version steht ist nur damit man weis womit es gelaufen/getestet ist, ich nutze den aktuellen svn stand


    ich werd e es noch mal "clean" testen


    edit:ist alles so wie es sein soll, egal ob die dateien die im vdr verz. erzeugt werden so bleiben oder nochmal aus dem svn aktualisiert weden


    könnte das was mit dem /dev/fbx zu tun haben? der wird im reelbox plugin hard gecoded und durch den patch auf fb1 gesetzt

  • Zitat

    Original von IG88
    da lag nur noch die alte version, weil ich die "alte" mit der ext70 installiert habe und danach das diff erstellt habe und das im diff die svn version steht ist nur damit man weis womit es gelaufen/getestet ist, ich nutze den aktuellen svn stand


    Der vdr-rmm_svn11698-for_ext70-patch.diff ist dann aber vorzuziehen, da man sich damit das Kopieren von reelboxbase.c und reelboxbase.h erspart.


    Zitat

    könnte das was mit dem /dev/fbx zu tun haben? der wird im reelbox plugin hard gecoded und durch den patch auf fb1 gesetzt


    Bingo, das war es.


    Ich hatte vor einiger Zeit die Bootzeit meiner S100 etwas optimiert, indem ich das Booten der eHD teilweise in die initrd vorverlegt hatte. Da das Editieren der initrd immer etwas fummelig ist, habe ich aus Bequemlichkeit z.B. das hdshm Kernel Modul jetzt nicht ungedatet.


    Neuere Versionen des reelbox plugins nutzen aber standardmäßig das fb device der eHD zum Anzeigen des OSD und dazu braucht es IMHO ein aktuelles hdshm.ko


    Ich habe also das hdshm.ko neu gebaut. Da meine S100 schon ein fb0 device hat, muss ich hdshm.ko mit der Option has_fb=1 starten.
    Dann muss aber in HdFbTrueColorOsd.c des reelbox plugins fb0 durch fb1 ersetzt werden.


    Und siehe da, es funktioniert.


    Ehrlich gesagt verstehe ich aber den ganzen Aufwand mit der OSD Ausgabe über fb nicht ganz. Gefühlt ist es bei mir nicht schneller als vorher. Andere Vorteile kann ich keine entdecken. Dafür hinterläßt der Forschrittsbalken beim Rückspulen jetzt eine dünne Linie (oder ist das ein Feature ;))


    BTW: Starten des Reelbox plugins mit -nofb, um das alte OSD zu bekommen, funktioniert bei mir nicht. Der vdr moniert einen falschen Parameter --n ?!? :(


    Pete

  • hi,


    kernel treiber, linux.bin, hdplayer und plugin sollten immer auf dem selben svn-stand sein


    ich dache eigentlich das ohne parameter kein fb verwendet wird
    das du von fb0 nach fb1 im plugin source patchen musstest ist komisch, eigentlich ist das im patch oben drin (fb0 ist default von rmm, fb1 ist auf meinem system)


    > BTW: Starten des Reelbox plugins mit -nofb, um das alte OSD zu
    > bekommen, funktioniert bei mir nicht. Der vdr moniert einen falschen
    > Parameter --n ?!


    das könnte man im source vom kernel treiber suchen, wenn es einen parameter gibt müsste der dort irgendwo zu finden sein

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!