Posts by hopsi

    Trotzdem schade, dass wieder ein Plugin mehr kaputt ist, wie so viele andere vor ihnen...

    Weiß nicht. Live läuft bei mir für meine Zwecke ohne Probleme.


    VDR-2.2.0 wurde Februar 2015 released. Vielleicht schaust Du lieber mal, ob Du nicht irgendwann mal auf eine aktuelle Version umsteigst.

    Die wenigen User, die sich die Zeit nehmen, die Plugins hier am Laufen zu halten, haben meist eine zeitgemäße Version von vdr am Start. Weiß nicht, wie groß die Nutzerbasis von 2.2.0 noch ist.


    Christian

    This is a bug in estuary4vdr-skin, OSD parameters exceed the allocated memory area.

    I prevented the plugin from crashing, but this may result in OSD corruption.

    new version works fine, 'Ok'-button will no more trigger a crash and shows the progress-bar.


    Can also confirm that the OSD gets corrupted, but that is the same as before. When leaving a mpv-video the skin gets corrupted. Some backgrounds and icons seem to be gone until the next vdr-restart.

    This is cosmetic and not important for me. As kamel5 said, the skin is broken. But well... I like it anyway.


    Thanks for your help!


    Christian

    OK, changed to cuda and now we are 'Using hardware decoding (cuda).'.

    No change in crash.


    I tracked it down to louis skindesigner-plugin with the estuary4vdr-skin. metrixhd of same plugin works as expected, as well as LCARS with skindesigner disabled.

    So you are right, there is some conflict.


    Christian

    /tmp is writable by vdr and gets used by other plugins. EDIT: 0.0.6-GIT443be36 didn't help.


    /var/log/mpv.txt is attached


    BTW: compiler throws a warning:

    Code
    1. control.c: In Elementfunktion »void cMpvControl::ShowProgress()«:
    2. control.c:88:42: Warnung: Ausgabe der »%d«-Direktive könnte abgeschnitten sein, beim Schreiben von 1 bis 11 Bytes in eine Region der Größe 8 [-Wformat-truncation=]
    3. 88 | snprintf (buffer, sizeof(buffer), " (%d/%d)", Player->CurrentChapter(), Player->NumChapters());
    4. | ^~
    5. control.c:88:39: Anmerkung: Direktiven-Argument im Bereich [-2147483647, 2147483647]
    6. 88 | snprintf (buffer, sizeof(buffer), " (%d/%d)", Player->CurrentChapter(), Player->NumChapters());
    7. | ^~~~~~~~~~

    Since it is in ShowProgress: could that be a problem or can it be ignored? I'm no coder...


    Christian

    tried

    -h gpu [as recommended]

    -h cuda

    without change


    Code
    1. mpv:
    2. [ebuild R ] media-video/mpv-0.32.0-r1::gentoo USE="X alsa cli cuda dvd egl iconv jpeg libass libmpv lua opengl uchardet xv zlib (-aqua) -archive -bluray -cdda (-coreaudio) -cplugins -debug (-doc) -drm -dvb -gamepad -gbm -jack -javascript -lcms -libcaca -luajit -openal -oss -pulseaudio (-raspberry-pi) -rubberband -samba -sdl (-selinux) -test -tools -vaapi -vdpau -vulkan -wayland -zimg" PYTHON_TARGETS="python3_7 -python3_6 -python3_8" 0 KiB


    Christian

    Habe seit gestern das mpv-Plugin installiert [mpv (0.0.6-GIT331e328): mpv player plugin] , Quelle: https://github.com/ua0lnj/vdr-plugin-mpv


    Start mit '--plugin=mpv -a alsa -v gpu -b /video/movies -g'. Als Ausgabedevice nutze ich das softhdcuvid-Plugin. VDR ist handkompiliert auf einem gentoo-System.


    Video läuft, Ton kommt. Springen kann ich und mit Back komme ich zurück zum VDR. Fast perfekt also, wenn da nicht das OSD-Problem wäre.

    Beim Druck auf 'Ok' sollte ja vermutlich ein Fortschritts-Balken kommen. Kommt leider nicht, sondern vdr schmiert ab.


    Vielleicht habe ich etwas vergessen einzukompilieren. Bin für Hinweise dankbar.

    Christian


    Code
    1. Aug 07 14:28:54 vdr vdr[15625]: [15867] animator thread thread started (pid=15625, tid=15867, prio=high)
    2. Aug 07 14:28:54 vdr kernel: vdr[15625]: segfault at 7fa0087fd000 ip 00007fa0d78c45cf sp 00007ffcbc2fc0e0 error 6 in libvdr-mpv.so.2.4.3[7fa0d78b8000+10000]
    3. Aug 07 14:28:54 vdr kernel: Code: d2 66 2e 0f 1f 84 00 00 00 00 00 4c 89 d1 4c 89 d8 66 2e 0f 1f 84 00 00 00 00 00 44 0f b6 00 48 8b bb e8 00 00 00 48 83 c0 04 <44> 88 04 0f 44 0f b6 40 fd 48 8b bb e8 00 00 00 44 88 44 0f 01 44
    4. Aug 07 14:28:55 vdr systemd[1]: vdr.service: Main process exited, code=dumped, status=11/SEGV
    5. Aug 07 14:28:55 vdr systemd[1]: vdr.service: Failed with result 'core-dump'.


    Backtrace:


    Code
    1. (gdb) bt
    2. #0 0x00007fa0d78c45cf in cMpvOsd::WriteToMpv(int, int, int, int, int, int, unsigned char const*)
    3. (argb=<optimized out>, h=<optimized out>, w=<optimized out>, y=<optimized out>, x=<optimized out>, sh=<optimized out>, sw=<optimized out>, this=<optimized out>) at osd.c:91
    4. #1 cMpvOsd::WriteToMpv(int, int, int, int, int, int, unsigned char const*) (this=0x55988a55e7f0, sw=1878, sh=1059, x=<optimized out>, y=<optimized out>, w=<optimized out>, h=1296, argb=0x55988a62c300 "") at osd.c:77
    5. #2 0x00007fa0d78c477b in cMpvOsd::Flush() (this=0x55988a55e7f0) at /usr/local/src/vdr-2.4.4/include/vdr/osd.h:694
    6. #3 0x00007fa0d78bd083 in cMpvControl::ShowProgress() (this=0x559886097c40) at control.c:103
    7. #4 0x00007fa0d78bdd37 in cMpvControl::ProcessKey(eKeys) (this=0x559886097c40, key=<optimized out>) at control.c:240
    8. #5 0x00005598743e20e4 in main(int, char**) (argc=<optimized out>, argv=<optimized out>) at vdr.c:1413
    9. (gdb)

    Im EPGSearch plugin hatte ich einen Suchbegriff wie "(Hawaii Five-0) | (Hawaii Fünf-Null)" - Also entweder exakt das erste ODER exakt das zweite. Der Test in EPGd liefert keine Ergebnisse.

    Nimm die Leerzeichen um das '|' raus, dann matcht es auch: "(Hawaii Five-0)|(Hawaii Fünf-Null)"


    Christian

    Anders gefragt: gibt es irgendeinen wichtigen Grund, warum vdr einen 'Ordner' löschen können sollte?


    Ich fände es ausreichend, einzelne Aufnahmen mit der Fernbedienung löschen zu können. Wusste gar nicht, dass vdr da auch gleich ganze 'Ordner' auf einmal wegputzen kann.

    Wenn ich ein komplettes Verzeichnis schreddern möchte, würde ich das instinktiv auf der commandline erledigen.


    Habe das noch nie mit der Fernbedienung probiert. Vielleicht wäre es sinnvoll, wenn vdr hier eine weitere Sicherheitsabfrage bringen würde: "Order 'Reportagen' mit insgesamt 155 Aufnahmen wirklich löschen?" Das macht man ja nicht täglich.


    Christian

    Seit dem Update habe ich Meldungen vom Typ '[hbbtv] Unable to send command...' im log, VDR startet sehr langsam und hbbtv geht nicht mehr.


    Irgendwie stehe ich auf dem Schlauch.

    Christian


    EDIT: vdrosrbrowser wird nicht gestartet. Mir scheint, als würde die conf nicht mehr gelesen, denn sonst sollte ein Hinweis auf DISPLAY im log erscheinen.

    In der Datei vdr-osr-ffmpeg.config gibt es die beiden neuen Konfigurationseinträge, mit denen man spielen kann:

    Code
    1. # UDP packet size, must be a multiple of 188 (default, if not configured is 1316)
    2. # udp_packet_size = 1316
    3. # UDP buffer stze (default is 31960 = 170 * 188)
    4. # udp_buffer_size = 31960

    Wäre es nicht 'idiotensicherer', wenn hier nicht die packet_size als Multiples von 188, sondern der Multiplikator selbst (hier also also 7 entsprechend einer packet size von 1316) konfiguriert wird?

    Dann kann sich niemand mehr verrechnen...


    Christian

    Bei der ARD erhalte ich unter dem Punkt 'Anfang verpasst' die Meldung "dieses plugin wird nicht unterstützt" am Bildschirm.

    Wie finde ich raus, welches Plugin da gemeint ist und wo muß das im Zweifelsfall dann hin?


    Im Unterpunkt 'Tatort' der ARD (900 U: http://hbbtv-tatort.daserste.de/) zeigt er den Wunsch-Tatort als 'Ihr Wunsch-&#034;Tatort&#034;' an. Ist das ein Konfigurationsproblem an meiner Seite oder sieht das bei Euch auch so aus?


    Christian

    Ich probiere in den nächsten Tagen noch ein wenig rum, momentan ist der vdr fest in Familienhand. Da komme ich nicht ran ;-)

    Die API 29 habe ich inzwischen am Laufen, da war irgendwas nicht sauber kompiliert.

    Weiterhin bringen mir die 43 und die 72 den annähernd weißen Bildschirm mit Differenzbildern (gezeigt wird nur, was sich bewegt hat).


    Edit: ich bin da jetzt mal mit git bisect durchgegangen. Der erste commit in libplacebo, der nicht mehr läuft ist dieser hier (shaders/colorspace: actually implement pl_color_adjustment.gamma) . Der war von jojo61 angefordert worden, also scheint mir das plausibel. Bringt mich jetzt nicht direkt weiter, aber vielleicht hat jetzt jemand einen Tip, woran es hängt. Schön finde ich die Anmerkung im commit: '

    Code
    1. I have no idea how horribly this breaks for images with an alpha
    2. channel. I guess *somebody* will find out.

    Das bin dann wohl möglicherweise ich...


    Christian