Posts by beta

    Mit einem sleep von 2 wird es besser. Es geht dann 5 mal gut, und dann verabschiedet sich das Plugin so:


    close handle failed PIP 0


    Thread 42 "device 1 receiv" received signal SIGSEGV, Segmentation fault.

    [Switching to Thread 0x7fe943f0a0 (LWP 11485)]

    0x0000007ff53c3978 in InternalClose (pip=0) at video.c:2984

    2984 OdroidDecoders[pip]->handle = -1;

    (gdb) bt

    #0 0x0000007ff53c3978 in InternalClose (pip=0) at video.c:2984

    #1 InternalClose (pip=<optimized out>) at video.c:2952

    #2 0x0000007ff53c4120 in amlReset () at video.c:2946

    #3 amlReset () at video.c:2929

    #4 0x0000007ff53c72c8 in VideoPollInput (stream=0x7ff739b780 <MyVideoStream>) at softhddev.c:1839

    #5 0x0000007ff53c2010 in OdroidDisplayHandlerThread () at video.c:1461

    #6 0x0000007ff53c20a0 in VideoDisplayHandlerThread (dummy=<optimized out>) at video.c:1494

    #7 0x0000007ff79cd5c8 in start_thread (arg=0x0) at ./nptl/pthread_create.c:442

    #8 0x0000007ff7a35edc in thread_start () at ../sysdeps/unix/sysv/linux/aarch64/clone.S:79


    Den Text habe ich nicht im Log und ich teste nur VDR mit softhdodroid (keine anderen Plugins) und DETA/ATTA vom Terminal aus (Ugoos SK1, Kernel 5.4).

    Leider hilft das nicht. Beim ersten DETA geht es noch gut. Nach einem ATTA kommt kein Bild und nach einem weiteren DETA das:


    .Internal Close pip 0 mit Handle -1

    [Thread 0x7fc51490a0 (LWP 8670) exited]

    [Thread 0x7fad7af0a0 (LWP 8669) exited]

    [New Thread 0x7fad7af0a0 (LWP 8690)]

    [New Thread 0x7fc51490a0 (LWP 8691)]

    [New Thread 0x7fe9c4f0a0 (LWP 8693)]

    [Thread 0x7fc51490a0 (LWP 8691) exited]

    [Thread 0x7fad7af0a0 (LWP 8690) exited]

    [New Thread 0x7fad7af0a0 (LWP 8697)]

    [New Thread 0x7fc51490a0 (LWP 8698)]

    [Thread 0x7fe9c4f0a0 (LWP 8693) exited]

    [Thread 0x7feac6f0a0 (LWP 8673) exited]

    [Thread 0x7fb6ffe0a0 (LWP 8672) exited]

    close handle failed PIP 0

    [Thread 0x7fc51490a0 (LWP 8698) exited]

    [Thread 0x7fad7af0a0 (LWP 8697) exited]


    Thread 27 "device 1 receiv" received signal SIGSEGV, Segmentation fault.

    [Switching to Thread 0x7fea45f0a0 (LWP 8674)]

    0x0000007ff53c3978 in InternalClose (pip=0) at video.c:2984

    2984 OdroidDecoders[pip]->handle = -1;

    (gdb) bt

    #0 0x0000007ff53c3978 in InternalClose (pip=0) at video.c:2984

    #1 InternalClose (pip=<optimized out>) at video.c:2952

    #2 0x0000007ff53c4120 in amlReset () at video.c:2946

    #3 amlReset () at video.c:2929

    #4 0x0000007ff53c72c8 in VideoPollInput (stream=0x7ff739b780 <MyVideoStream>) at softhddev.c:1839

    #5 0x0000007ff53c2010 in OdroidDisplayHandlerThread () at video.c:1461

    #6 0x0000007ff53c20a0 in VideoDisplayHandlerThread (dummy=<optimized out>) at video.c:1494

    #7 0x0000007ff79cd5c8 in start_thread (arg=0x0) at ./nptl/pthread_create.c:442

    #8 0x0000007ff7a35edc in thread_start () at ../sysdeps/unix/sysv/linux/aarch64/clone.S:79

    jojo61 Ich erhalte leider häufige crashes beim DETA des Plugins:


    Thread 27 "device 1 receiv" received signal SIGSEGV, Segmentation fault.

    [Switching to Thread 0x7fea45f0a0 (LWP 1872)]

    0x0000007ff53c3978 in InternalClose (pip=0) at video.c:2984

    2984 OdroidDecoders[pip]->handle = -1;


    Mit dem BT:


    Thread 27 "device 1 receiv" received signal SIGSEGV, Segmentation fault.

    [Switching to Thread 0x7fea45f0a0 (LWP 1872)]

    0x0000007ff53c3978 in InternalClose (pip=0) at video.c:2984

    2984 OdroidDecoders[pip]->handle = -1;

    (gdb) bt

    #0 0x0000007ff53c3978 in InternalClose (pip=0) at video.c:2984

    #1 InternalClose (pip=<optimized out>) at video.c:2952

    #2 0x0000007ff53c4130 in amlReset () at video.c:2946

    #3 amlReset () at video.c:2929

    #4 0x0000007ff53c72d8 in VideoPollInput (stream=0x7ff739b780 <MyVideoStream>) at softhddev.c:1839

    #5 0x0000007ff53c2010 in OdroidDisplayHandlerThread () at video.c:1461

    #6 0x0000007ff53c20a0 in VideoDisplayHandlerThread (dummy=<optimized out>) at video.c:1494

    #7 0x0000007ff79cd5c8 in start_thread (arg=0x0) at ./nptl/pthread_create.c:442

    #8 0x0000007ff7a35edc in thread_start () at ../sysdeps/unix/sysv/linux/aarch64/clone.S:79


    Wenn ich das dann auskommentiere, crashed es an einer anderen Stelle. Kann es sein, dass es hier ein Problem mit PIP gibt und kann ich das prinzipiell ausschalten?

    jojo61 Es tut mir leid, wenn ich wieder Wasser in den Wein gießen muss. Aber mit den letzten beiden Commits ist das Plugin unter meiner SK1 nicht mehr benutzbar. Es gibt ein ruckelndes Bild, so, als liege der TV auf 60 Hz. Ich bin wieder auf 16adc5385e475d90720bdcda1a4bf92e9910a0af und alles ist OK.

    jojo61 Ja, das ist ein HDR-fähiger TV, der auch Dolby-Vision kann. HDR2SDR steht auf no. SES UHD Demo macht kein Bild und keinen Ton, bei QVC UHD bleibt das Bild des letzten Senders stehen und es kommt nur Ton.

    Unter KODI kommen Bild und Ton (VNSI Server VDR -> CE). Es ändert auch nichts, wenn der HDR2SDR auf yes steht.

    jojo61 Ich habe von Ugoos ein SK1-Sample (S928X) erhalten. CE 22 NE (Kernel 5.4) läuft darauf ganz gut mit Dolby-Vision. Ich habe meine chroot-Umgebung so angepasst, dass da inzwischen ein UBUNTU 22.04 läuft und verwende zur Ausgabe ebenfalls Dein Plugin. Sobald alles richtig läuft, werde ich das Installations-Skript auf mein Github legen. Das sollte dann auch mit anderen Amlogic-Boxen laufen.


    Allerdings habe ich bei UHD-Sendern unter Kernel 5.4 (CE) in der chroot-Umgebung kein Bild. Wenn ich KODI das ganze darstellen lasse (VNSI-Server), funktioniert die Ausgabe mit Bild und Ton. Teilweise habe ich mit Deinem Plugin auch nur Ton, aber kein Bild (QVC UHD). Hast Du eine Ahnung, woran das liegen könnte? Ich würde ungerne auf den 5.15-Kernel wechseln, weil ich dann Dolby-Vision verliere. Auf meinem Odroid N2+ (S922X) mit CE NO (Kernel 5.15) läuft es ohne Probleme...

    Die Kernel-Meldungen, die ich beim Bildhänger habe, sind (jetzt auch beim 5-Kernel):


    Jul 25 22:50:35 CoreELEC kernel: 0: vh264_set_params active_buf_spec_num 11 dec_dpb_size 5 collocate_buf_num 8

    Jul 25 22:50:35 CoreELEC kernel: 0: num_ref_frames change from 0 to 4

    Jul 25 22:57:35 CoreELEC kernel: 0: bufmgr_h264_remove_unused_frame, unmark error frame

    Jul 25 22:57:35 CoreELEC kernel: 0: bufmgr_h264_remove_unused_frame, unmark error frame

    Jul 25 22:57:35 CoreELEC kernel: 0: error 50 B frame, reset dpb buffer

    Jul 25 22:57:35 CoreELEC kernel: 0: config_decode_buf fail (-1)

    Jul 25 22:57:35 CoreELEC kernel: 0: h264_reset_bufmgr frame count 16009 to skip 0

    Jul 25 22:57:35 CoreELEC kernel: H264 sysinfo: 0x0 duration=3840, pts_outside=0

    Jul 25 22:57:35 CoreELEC kernel: sync_outside=1, use_idr_framerate=0, is_used_v4l: 0

    Jul 25 22:57:35 CoreELEC kernel: 0: AV_SCRATCH_1 = 41fe078, AV_SCRATCH_2 12053, AV_SCRATCH_B: = 428

    Jul 25 22:57:35 CoreELEC kernel: 0: chroma_format_idc = 1 frame_mbs_only_flag 0, crop_bottom 8, frame_height 1080,

    Jul 25 22:57:35 CoreELEC kernel: 0: mb_height 68,crop_right 0, frame_width 1920, mb_width 120

    Jul 25 22:57:35 CoreELEC kernel: 0: mb height/widht/total: 44/78/1fe0 level_idc 28 max_ref_num 4

    Jul 25 22:57:35 CoreELEC kernel: 0: restriction_flag=0, max_dec_frame_buffering=0, dec_dpb_size=5 num_reorder_frames 0 used_reorder_dpb_size_margin 6

    Ich kann die Beobachtung von Dr. Seltsam bestätigen. Bei mir tritt das Problem mit dem stockenden Bild nur bei verschl* Sendern auf. Extrem ist es bei derzeit Discovery HD. Der sendet auch in DD AC3. Komischerweise ist das aber nur bei 4-Kernel der Fall, nicht mehr beim 5-Kernel.

    Fairerweise muss ich aber auch sagen, dass ich dieselben Aussetzer auch unter CE habe, wenn ich das vnsi-Plugin benutze (auch nur unter Kernel 4, nicht unter Kernel 5). Ich dachte schon, dass es ein interlaced/progressive Problem ist, aber soweit ich weiß, ist DVB-T2 progressive?

    Ich hatte mal ein ähnliches Problem. Bei mir hat es geholfen. VDR neu zu kompilieren, also make clean, make clean-plugins, make, make install.

    Grund ist evtl. ein anderer Kernel, eine neue libc oder neue Grafik-Treiber. Vielleicht hilft das ja.

    Ich kann das Problem bestätigen. Darüber hinaus habe imit dieser VDR-Version prinzipielles Problem mit verschlüsselten Sendern. Da scheint es von Plugins, die nichts damit zu tun haben, abhängig zu sein, ob diese Sender funktionieren oder nicht. Das war mit der alten VDR-Version nicht so.

    jojo61 Bei mir in der chroot (CE NO 22) gehts leider nicht richtig. Ohne die Änderung kann ich den Aufruf bzgl. Audio so machen:


    -a plughw:CARD=AMLAUGESOUND,DEV=1 -p plughw:CARD=AMLAUGESOUND,DEV=2


    Außerdem muss ich KODI vor dem VDR kurz starten, da sonst das OSD sehr hakelig ist (ich weiß noch nicht, warum). Bei VDR ist das Audio dann OK, auch nach einem erneuten Wechsel nach KODI und zurück.


    Mit dem aktuellen GIT (letzte Änderung) habe ich nach Rückkehr von KODI zu VDR dann nur ein lautes Dauerknistern als Sound mit Deinem Plugin. Ich weiß nicht, ob das hilft.

    Mein Trick, die ALSA-Config zu speichern funktionierte gestern nicht. Bei einem restore verabschiedet sich der Kernel und CE 22 bootet neu.


    Danke, dass Du Dir das anschaust,

    Rudi