Raspberry Pi 4B Unterstützung

beta · 25. April 2021

Das habe ich versucht. Mein Denon zeigt aber immer 1080p50 als Input an. Evtl. muss ich mal direkt ans TV gehen...

jsffm · 25. April 2021

Oder im Denon was konfigurieren?

zillerbaer · 25. April 2021

Zitat von beta

Weiß jemand, ob ich den Pi so auf interlaced stellen kann, dass mein Danon das Deinterlacing macht? Egal, welchen Mode ich einstelle, ich habe immer Progressive...

softhddevice-drm setzt die Mode. Das ist auch hier im Thread schon beschrieben. Eine interlaced Mode kann das nicht sein, weil ein Bild aus Video und OSD übertragen wird.

carel · 26. April 2021

Mit letzter Version geht es hier nun auch mit mein 1080i DVB-C sender

Vielen dank!

tefans · 26. April 2021

Auch hier funktionieren jetzt die 1080i Sender vom Satelliten.

danke!

zillerbaer · 26. April 2021

Komisch! Kaum macht man's richtig funktioniert die Scheisse!

speed · 27. April 2021

Habe mich dann auch noch mal dran gesetzt.

Läuft soweit sehr gut, bis ich auf RTL-HD schalte dann habe ich das hier :

Apr 27 18:38:51 vdr5 vdr: [844] ERROR: 341 ring buffer overflows (349492 bytes dropped)

Apr 27 18:38:57 vdr5 vdr: [844] ERROR: 1060 ring buffer overflows (1128376 bytes dropped)

Apr 27 18:39:03 vdr5 vdr: [844] ERROR: 1156 ring buffer overflows (1226512 bytes dropped)

Apr 27 18:39:09 vdr5 vdr: [844] ERROR: 1162 ring buffer overflows (1209780 bytes dropped)

Apr 27 18:39:15 vdr5 vdr: [844] ERROR: 883 ring buffer overflows (894316 bytes dropped)

Apr 27 18:39:17 vdr5 vdr: [954] [softhddev]Clear:

Apr 27 18:39:17 vdr5 vdr: [954] ERROR: 1 TS packet(s) not accepted in Transfer Mode

AlsaPlayer: ring buffer empty

Apr 27 18:39:21 vdr5 vdr: [844] ERROR: 1120 ring buffer overflows (1111080 bytes dropped)

Apr 27 18:39:24 vdr5 vdr: [softhddev] invalid PES audio packet

Apr 27 18:39:27 vdr5 vdr: [844] ERROR: 630 ring buffer overflows (610624 bytes dropped)

Apr 27 18:39:27 vdr5 vdr: [954] [softhddev]Clear:

Aufnahmen von HD+ kann ich ohne Probleme anschauen.

carel · 27. April 2021

Das passiert mir nur beim böses plugin…

vdr console log:

Code

CodecVideoReceiveFrame: receive_frame ret: Resource temporarily unavailable
CodecVideoReceiveFrame: receive_frame ret: Resource temporarily unavailable
[h264_v4l2m2m @ 0x7f4c000da0] === poll unexpected TIMEOUT: events=0x147, cap buffers=20
[h264_v4l2m2m @ 0x7f4c000da0] === poll unexpected TIMEOUT: events=0x147, cap buffers=20
[softhddev]Clear:
Clear(void)
ClearVideo()
CodecVideoFlushBuffers: VideoCtx 0x7f4c000da0
[h264_v4l2m2m @ 0x7f4c000da0] === poll unexpected TIMEOUT: events=0x147, cap buffers=20
CodecVideoReceiveFrame: receive_frame ret: Resource temporarily unavailable
VideoSetClosing: buffers 0 StartCounter 0

Alles anzeigen

zillerbaer · 27. April 2021

Mit dem bösen Plugin kenne ich mich nicht aus. Das war aber hier im Forum schon mal Thema unter Allwinner, das da was eingestellt werden musste. Ein Log mit eingeschalten DEBUG und CODEC_DEBUG bringt vielleicht neue Erkenntnisse.

JoeBar · 28. April 2021

Das böse Plugin muss auf den ARM Kästchen mit libdvbcsa gebaut werden

speed · 28. April 2021

Das habe ich, sonst lässt es sich ja gar nicht bauen.

carel · 28. April 2021

Dass sollte ich mal vorher ermittelt haben: mein pi4 ist ein reiner client (streamdev) , das böse rennt am Server

Verschusselten Sender haben eine gewisse Verzögerung:

FTA: audio: ----> 453ms start

HD+: audio: ----> 1824ms start (nur Ton, kein Bild)

Vielleicht hat das etwas damit zu tun

Hier die logs in debug zwischen lock (audio: ----> 1824ms start) and Abbruch (i/o throttle activated,)

syslog:

Spoiler anzeigen

vdr console log

Spoiler anzeigen

Am ende bricht VDR ab mit einem coredump

Spoiler anzeigen

(gdb) bt full

#0 __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50

set = {__val = {0, 18446744073709551615 <repeats 12 times>, 547113378112, 548138147396, 0}}

pid = <optimized out>

tid = <optimized out>

#1 0x0000007f9f945f4c in __GI_abort () at abort.c:100

act = {__sigaction_handler = {sa_handler = 0x0, sa_sigaction = 0x0}, sa_mask = {__val = {18446744073709551615 <repeats 16 times>}}, sa_flags = 0, sa_restorer = 0x0}

sigs = {__val = {32, 0 <repeats 15 times>}}

#2 0x0000007f94a0efe4 in () at /lib/libGraphicsMagick-Q16.so.3

#3 0x0000007fa00187c0 in <signal handler called> ()

#4 __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50

set =

{__val = {0, 548130938560, 547113383904, 548139512992, 0, 548131028856, 548139513440, 548139513440, 547113386208, 97167954600, 546735944740, 547113383808, 547113383808, 547113383472, 548138147396, 357914574915}}

pid = <optimized out>

tid = <optimized out>

#5 0x0000007f9f945ea0 in __GI_abort () at abort.c:79

save_stage = 1

act =

{__sigaction_handler = {sa_handler = 0x65646f6365642065, sa_sigaction = 0x65646f6365642065}, sa_mask = {__val = {11489660385906, 7235409261250244419, 4207896349242519397, 0, 18446462598732840960, 0, 0, 0, 4616189619128500224, 0, 0, 4616194021471028225, 4616194021471028225, 547113383968, 0, 548139242360}}, sa_flags = 1652537392, sa_restorer = 0x2064696c61766e49}

sigs = {__val = {32, 0 <repeats 15 times>}}

#6 0x0000007f9f26125c in CodecVideoOpen (decoder=<optimized out>, codec_id=<optimized out>, Par=0x0, timebase=timebase@entry=0x7f9f27bf78 <MyVideoStream+32>) at codec.c:247

codec = <optimized out>

type = <optimized out>

hw_device_ctx = 0x0

err = -22

#7 0x0000007f9f2582fc in VideoDecodeInput (stream=0x7f9f27bf58 <MyVideoStream>) at softhddev.c:1121

avpkt = <optimized out>

#8 0x0000007f9f25a87c in DecodeHandlerThread (arg=0x5573b44ee0) at video_drm.c:1075

render = 0x5573b44ee0

#9 0x0000007f9ff56628 in start_thread (arg=0x7f627fb9e0) at pthread_create.c:477

ret = <optimized out>

pd = 0x7f627fb9e0

unwind_buf =

{cancel_jmp_buf = {{jmp_buf = {547113387260, 549160631408, 549160631406, 548131046016, 549160631407, 547113384416, 0, 548144668672, 548145247520, 547113386208, 547113384128, 12677137943047179879, 0, 12677137939063296919, 0, 0, 0, 0, 0, 0, 0, 0}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}

not_first_call = <optimized out>

#10 0x0000007f9f9f801c in thread_start () at ../sysdeps/unix/sysv/linux/aarch64/clone.S:78

zillerbaer · 28. April 2021

carel ,

Ist das mein Plugin oder die GL Version? Was ich suche steht weiter oben. Welcher Decoder wird gesetzt und welche Höhe x Breite wird ermittelt. Fehler ist das der Decoder nicht startet weil die Konfiguration nicht stimmt.

carel · 28. April 2021

Die GL von Rell?

Nein, dein plugin: https://github.com/zillevdr/vdr-plugin-softhddevice-drm

Freie sender geben keine problemen!

Ich kann weiter testen heute abend mit ein vanilla softhd config

speed · 28. April 2021

Ich sehe er holt sogar brav mit dem bösen Plugins die Keys, aber ich bekommen nur mal ganz kurz ein Bild.

Ich habe aber auch satip, nicht wie carel streamdev.

Und das hier im Log

Apr 28 10:30:56 vdr5 vdr: [softhddev] invalid PES audio packet

Apr 28 10:30:57 vdr5 vdr: [667] ERROR: 1117 ring buffer overflows (1116532 bytes dropped)

Apr 28 10:31:03 vdr5 vdr: [667] ERROR: 1126 ring buffer overflows (1137212 bytes dropped)

Apr 28 10:31:08 vdr5 vdr: [softhddev] invalid PES audio packet

Apr 28 10:31:09 vdr5 vdr: [667] ERROR: 1132 ring buffer overflows (1112208 bytes dropped)

Apr 28 10:31:09 vdr5 vdr: [664] switching to channel 1 S19.2E-1-1019-10301 (Das Erste HD)

Apr 28 10:31:09 vdr5 vdr: [664] [softhddev]SetPlayMode: 0

Apr 28 10:31:09 vdr5 vdr: [664] [softhddev]SetVideoDisplayFormat: 0

Apr 28 10:31:09 vdr5 vdr: [664] [softhddev]GetSpuDecoder:

Apr 28 10:31:09 vdr5 vdr: [664] CAM 1: unassigned from device 2

Apr 28 10:31:09 vdr5 vdr: [700] device 2 receiver thread ended (pid=664, tid=700)

Apr 28 10:31:09 vdr5 vdr: [664] [softhddev]SetPlayMode: 1

zillerbaer · 28. April 2021

Die Informationen die ich brauche sind davor! Da steht CodecVideoOpen in der Meldung.

speed · 28. April 2021

Hier das ab dem Moment wo ich auf VOX-HD umschalte:

Apr 28 11:18:41 vdr5 vdr: [1102] switching to channel 27 S19.2E-1-1057-61201 (VOX HD)

Apr 28 11:18:41 vdr5 vdr: [1102] [softhddev]SetPlayMode: 0

Apr 28 11:18:41 vdr5 vdr: [1102] [softhddev]SetVideoDisplayFormat: 0

Apr 28 11:18:41 vdr5 vdr: [1102] [softhddev]GetSpuDecoder:

Apr 28 11:18:41 vdr5 vdr: [1180] device 2 receiver thread ended (pid=1102, tid=1180)

Apr 28 11:18:41 vdr5 vdr: [1102] CAM 1: assigned to device 2

Apr 28 11:18:41 vdr5 vdr: [1188] device 2 receiver thread started (pid=1102, tid=1188, prio=high)

Apr 28 11:18:41 vdr5 vdr: [1102] DVBAPI: 1.0 set CAM decrypt (SID 61201 (0xEF11), caLm 4, HasCaDescriptors 1)

Apr 28 11:18:41 vdr5 vdr: [1102] [softhddev]SetPlayMode: 1

Apr 28 11:18:43 vdr5 vdr: [softhddev] invalid PES audio packet

Apr 28 11:18:44 vdr5 vdr: [softhddev] invalid PES audio packet

Apr 28 11:18:44 vdr5 vdr: [1105] ERROR: 555 ring buffer overflows (549712 bytes dropped)

Apr 28 11:18:50 vdr5 vdr: [1105] ERROR: 1129 ring buffer overflows (1200756 bytes dropped)

Apr 28 11:18:56 vdr5 vdr: [1105] ERROR: 1152 ring buffer overflows (1205644 bytes dropped)

Apr 28 11:18:57 vdr5 vdr: [softhddev] invalid PES audio packet

Apr 28 11:19:02 vdr5 vdr: [1105] ERROR: 1157 ring buffer overflows (1240800 bytes dropped)

Apr 28 11:19:05 vdr5 vdr: [softhddev] invalid PES audio packet

Apr 28 11:19:06 vdr5 vdr: [softhddev] invalid PES audio packet

Apr 28 11:19:08 vdr5 vdr: [1105] ERROR: 1156 ring buffer overflows (1215984 bytes dropped)

Apr 28 11:19:14 vdr5 vdr: [1105] ERROR: 1158 ring buffer overflows (1218052 bytes dropped)

Apr 28 11:19:18 vdr5 vdr: [softhddev] invalid PES audio packet

Apr 28 11:19:19 vdr5 vdr: [1188] [softhddev]Clear:

Apr 28 11:19:19 vdr5 vdr: [1188] ERROR: 1 TS packet(s) not accepted in Transfer Mode

Apr 28 11:19:20 vdr5 vdr: [1105] ERROR: 1145 ring buffer overflows (1191356 bytes dropped)

^Croot@vdr5:/usr/share/alsa# AlsaSetup: SampleRate 0 not supported

AlsaSetup: SampleRate 0 not supported

zillerbaer · 28. April 2021

Zitat von speed

[softhddev] invalid PES audio packet

Bis zum Decoder kommt es gar nicht. Es hat den Anschein das die Daten noch verschlüsselt sind. Da klappt wohl was beim Bösen nicht.

carel · 28. April 2021

Im normalen betrieb (debug angeschaltet) gibt’s eine menge lines wie:

"CodecVideoReceiveFrame: receive_frame ret: Resource temporarily unavailable"

Hat dat was zu bedeuten oder kannst ignoriert werden?

Ich möchte das gerne abschalten, sind einfach zuviel

Danke

zillerbaer · 28. April 2021

Zitat von carel

Hat dat was zu bedeuten oder kannst ignoriert werden?

Ich möchte das gerne abschalten, sind einfach zuviel

Wenn der Decoder startet werden einige Packete zwischen gebuffert. Dadurch wird ein Packet reingesteckt es ist aber kein Frame verfügbar. Dann kommt diese Meldung. Wenn Debug im Makefile aus ist kommt das nicht.

Raspberry Pi 4B Unterstützung

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema