[rkp]

Der Sender wird nicht angezeigt, obwohl er doch tagsüber frei anzuschauen ist.

Kann es sein, dass ich etwas falsch eingestellt habe?

Code: [Select]

Sep 19 17:05:33 MLD vdr[19872]: [21625] [softhddevice] pes: Init: invalid video packet: 65529 232294 | 40
Sep 19 17:05:33 MLD vdr[19872]: [21625] [softhddevice] pes: Init: invalid video packet: 6949 232294 | 40
Sep 19 17:05:33 MLD vdr[19872]: [21625] [softhddevice] device: first valid video packet arrives 632ms after channel switch was triggered
Sep 19 17:05:33 MLD vdr[19872]: [21625] [softhddevice] device: first valid audio packet arrives 1070ms after channel switch was triggered
Sep 19 17:05:33 MLD vdr[19872]: [21625] [softhddevice] device: PlayAudio: new channel id 0xBD
Sep 19 17:05:33 MLD vdr[19872]: [19897] [softhddevice] videocodec: main: HEVC (High Efficiency Video Coding) (hevc) for codec "hevc" opened, using hardware decoding with 1 threads 🤩
Sep 19 17:05:33 MLD kernel: rpivid 1000800000.codec: rpivid_h265_start: (3840x2160)
Sep 19 17:05:33 MLD vdr[19872]: [19971] skindesigner: w 3840 h 2160 mode changed to 0
Sep 19 17:05:33 MLD kernel: rpivid 1000800000.codec: SPS changed
Sep 19 17:05:33 MLD kernel: rpivid 1000800000.codec: PPS changed
Sep 19 17:05:33 MLD kernel: rpivid 1000800000.codec: Missing DPB ent 0, timestamp=0
Sep 19 17:05:34 MLD kernel: rpivid 1000800000.codec: PPS changed
Sep 19 17:05:34 MLD vdr[19872]: [19897] [softhddevice] Add display mode change event to follow video mode 3840x2160@50,00
Sep 19 17:05:34 MLD vdr[19872]: [19878] [softhddevice] device: STATE MACHINE received DisplayChangeEvent
Sep 19 17:05:34 MLD vdr[19872]: [19878] [softhddevice] Set display mode: 3840x2160@50,00
Sep 19 17:05:34 MLD vdr[19872]: [19878] [softhddevice] ReInit requested display mode: 3840x2160@50,00
Sep 19 17:05:34 MLD kernel: cma: cma_alloc: linux,cma: alloc failed, req-size: 1013 pages, ret: -12
Sep 19 17:05:34 MLD vdr[19872]: [19878] [softhddevice] device: STATE MACHINE state change done in 107 ms
Sep 19 17:05:34 MLD kernel: cma: cma_alloc: linux,cma: alloc failed, req-size: 1013 pages, ret: -12
Sep 19 17:05:35 MLD kernel: cma: cma_alloc: linux,cma: alloc failed, req-size: 1013 pages, ret: -12
Sep 19 17:05:36 MLD kernel: cma: cma_alloc: linux,cma: alloc failed, req-size: 1013 pages, ret: -12
Sep 19 17:05:37 MLD kernel: cma: cma_alloc: linux,cma: alloc failed, req-size: 1013 pages, ret: -12
Sep 19 17:05:38 MLD kernel: cma: cma_alloc: linux,cma: alloc failed, req-size: 1013 pages, ret: -12
Sep 19 17:05:38 MLD vdr[19872]: [21626] animator thread thread ended (pid=19872, tid=21626)
Sep 19 17:05:38 MLD vdr[19872]: [19872] skindesigner: Osd deleted.
Sep 19 17:05:39 MLD kernel: cma: cma_alloc: linux,cma: alloc failed, req-size: 1013 pages, ret: -12
Sep 19 17:05:40 MLD kernel: cma: cma_alloc: linux,cma: alloc failed, req-size: 1013 pages, ret: -12
Sep 19 17:05:41 MLD vdr[19872]: [21625] [softhddevice] device: Clear:
Sep 19 17:05:41 MLD vdr[19872]: [21625] [softhddevice] videostream main: ClearVdrCoreToDecoderQueue: packets 0
Sep 19 17:05:41 MLD vdr[19872]: [21625] [softhddevice] device: FlushAudio:
Sep 19 17:05:41 MLD vdr[19872]: [21625] ERROR: 1 TS packet(s) not accepted in Transfer Mode
Sep 19 17:05:41 MLD kernel: cma: cma_alloc: linux,cma: alloc failed, req-size: 1013 pages, ret: -12
root@MLD:~#


[franky]

Du könntest auch noch einen Astra SES UHD Testkanal ausprobieren, der auf jeden Fall nicht verschlüsselt ist.

Ich verwende meinen RPI5 nur gelegentlich zum Testen und habe da auch schon festgestellt, dass UHD-Decoding nicht funktioniert.
Ich bin mir aber nicht sicher, ob das UHD-Decoding mit softhddevice-drm-gles beim RPI5 jemals schon funktioniert hatte.
Dazu habe ich den RPI5 zu selten und dann nur für kurze Tests in Betrieb.

Produktiv verwende ich Systeme mit Intel-GPU bei denen ab der HD600 das UHD-Decoding einwandfrei funktioniert.
Bevorzugt verwende ich die stromsparenden GeminiLake Systeme (z.B. J4005, J4025 oder J5040) mit UHD600 bzw. UHD605 GPU.
Mein NUC7CJYHN2 mit J4005 verbraucht beim UHD-Decoding mit dem neuen vaapivideo Frontend nur ein paar Watt mehr als ein RPI5.
Und mein UHD-TV meldet dann sogar beim Decoding von UHD-Videos mit HDR dass er UHD mit HDR empfängt.
Dabei funktioniert sowohl die Anzeige-Einstellung FullHD 50Hz (also Downscaling) als auch UHD 50HZ (also Decoding und Ausgabe an HDMI in UHD) mit HDR.
Aktuell funktioniert HDR nur mit vaapivideo und auch nur mit einigen Intel GPUs ab UHD6xx.

Aber wie schon gesagt, ich kann mich nicht erinnern, das bei meinen RPI5 Tests schon mal UHD-Decoding funktioniert hatte.
Ich habe das aber nicht weiter hinterfragt, da ich ja mit den Intel-Systemen eine funktionierende Lösung habe, bei denen auch schon mit softhddevice das UHD-Decoding (halt noch ohne HDR) funktioniert hatte.

[rkp]

Ich habe auf einer SD-Karte VDR*ELEC installiert. Damit geht UHD1 by Astra problemlos.

Da ist irgendwas falsch konfiguriert in MLD.

[rfehr]

Hi rkp,

du könntest in der config.txt den folgenden Wert
dtoverlay=vc4-kms-v3d,cma-128
mal so ändern
dtoverlay=vc4-kms-v3d,cma-512

Gruß,
  Roland

[franky]

Hi Roland,

nachdem mein Test-RPI5 sowieso gerade gelaufen ist, habe ich das mit cma-512 gleich getestet.
Damit laufen bei meinem RPI5 UHD-Kanäle (Live-TV und Aufnahmen) wieder absolut flüssig.

Du lagst also richtig. Super!!

[rkp]

Vielen Dank, wieder ein Problem gelöst. Ergibt ein tolles Bild.

Allerdings frage ich mich, ob es mal einen Kanal geben wird, wo man das verwenden kann 🤔.