Posts by popcornmix

Quote from porcupene

Soooo... first thanks for the help and second, how come gpu_mem=96 isn't the default instead of 76?

The Pi's hardware video decoder is designed for level High Profile, level 4.1 H.264 encodes, as used by Blu-Ray.

We'll play any file encoded to that format with the default gpu_mem.

My guess if your file has been badly encoded (possibly a large number of reference frames requiring level 5).

You may be able to play these with increased gpu_mem (but it's not guaranteed). Best to avoid these encodes if you can.

Might be worth saying which skin had the problem?

We could then advise against it on 2GB memory devices in the future.

With no sdcard inserted and just hdmi and power connected you should get a diagnostic display.

If you don't, then make sure bootloader is up to date (the Raspberry Pi imager has a option to update the bootloader).

Quote from houser

Have tried delaying the start of the Raspi a while after the AVR but does not help so far. No biggie but reported FWIW.

Have you tried using get_edid create?

It's worth testing with video acceleration disabled.

In settings/player/video disable "Use DRM PRIME decoder".

Any change?

If it avoids the issue, then it it suggests the problem is in the hw accelerated codec.

If it doesn't (which I suspect is more likely), then it's a kodi/addon issue and best pursued on kodi forum.

Quote from loglyy

Hi, I have the same probleme. Did you find a solution to use this DAC with kodi on rpi5?

Can you try a nightly LE12 build? There may be kernel fixes that aren't in the stable LE11 build.

This doesn't sound like a LibreELEC issue.

And USB isn't something I know too much about.

I'd suggest opening a kernel issue and describing the issue,

where a USB expert may have better advice.

If you can reproduce the issue with RPiOS then that would be even better (as there may be more debugging tools available).

Quote from Enders

My videos are encoded as AVC 5.1 with 16 reference frames, and will only play audio, the screen freezes and GUI elements start leaving trails on the screen. If I press top, the screen returns to normal.

The Pi hardware decode is only specced for level 4.1 (which is the BluRay standard).

Don't encode videos like that.

If you set gpu_mem (in config.txt) high enough, the videos will probably play, but you may have issues with the reduction in arm side memory this results in.

I did fix this (locally) a while back, but it does involve bumping libcec (RPiOS uses a newer, modified libcec which doesn't hard code that), which LE may be reluctant to do. But it did work.

Boot connected to display and power but with nothing else connected (no sdcard).

You should get a diagnostic display. Report the contents of the "display:" line.

Check Settings Level here.

If you add vc4.force_hotplug=1 to cmdline.txt (on existing line) the the Pi will never know if the TV or AVR has been switched off.

It will be outputting exactly the same signal before and after. Does that change anything?

Connect the pi5 to hdmi and power (nothing else, no sdcard).

You should get a boot diagnostic screen. If you do, report the contents of the "display:" line.

I believe this is a kernel issue that has been fixed upstream, but I'm not sure LibreELEC has picked up the fix.

Try vc4.force_hotplug=1 in cmdline.txt (on existing line).

Feb 16 19:10:56.709875 LibreELEC kernel: vc4-drm gpu: [drm] *ERROR* Failed to read TMDS config: -121

I've never seen this error on a Pi. It comes from an SCDC command to check scrambling status (something specific to 4kp60 modes).

This uses the I2C pin (also used for reading edid) to communicate with the display.

I'd typically suggest trying with a different hdmi cable, trying a different hdmi input to display, or trying a different display.

But:

Quote

As of today, I use an RPi4 4GB in an Argon One housing.

Argon cases are widely reported to cause hdmi issues, so first step would be to test without the case.

A workaround would be to avoid 4kp60 modes (4kp30 should be okay).

As most 4k content is 24fps or 30fps this may not lose you much.

Choose 1080p60 as GUI resolution and enable 4kp24 and 4kp30 in the whitelist.

Quote from noggin

4:2:2 MPEG2 content triggers a restart from the LE splash screen

4:2:2 h.264 content also triggers a restart from the LE splash screen

I've just tested and some similar files are playing for me (nighyl LE12 on Pi5):

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High 4:2:2@L4
Format settings : CABAC / 4 Ref Frames
Format settings, CABAC : Yes
Format settings, Reference frames : 4 frames
Codec ID : avc1
Codec ID/Info : Advanced Video Coding
Duration : 16 s 50 ms
Bit rate : 252 kb/s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 29.970 (30000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:2
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.004
Stream size : 493 KiB (99%)
Writing library : x264 core 152 r2854 e9a5903
Encoding settings : cabac=1 / ref=3 / deblock=1:0:0 / analyse=0x3:0x113 / me=hex / subme=7 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=3 / lookahead_threads=1 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=1 / b_bias=0 / direct=1 / weightb=1 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 / rc_lookahead=40 / rc=crf / mbtree=1 / crf=23.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / ip_ratio=1.40 / aq=1:1.00
Language : English
Color range : Full
Codec configuration box : avcC

and

Video
ID : 1
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Format Range@L4@Main
Codec ID : hev1
Codec ID/Info : High Efficiency Video Coding
Duration : 34 s 76 ms
Bit rate : 1 102 kb/s
Width : 1 920 pixels
Height : 800 pixels
Display aspect ratio : 2.40:1
Frame rate mode : Constant
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:2
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.030
Stream size : 4.48 MiB (70%)
Writing library : x265 3.2.1+1-b5c86a64bbbe:[Linux][GCC 9.3.0][64 bit] 8bit+10bit+12bit
Encoding settings : cpuid=1111039 / frame-threads=5 / wpp / no-pmode / no-pme / no-psnr / no-ssim / log-level=2 / input-csp=2 / input-res=1920x800 / interlace=0 / total-frames=0 / level-idc=0 / high-tier=1 / uhd-bd=0 / ref=3 / no-allow-non-conformance / no-repeat-headers / annexb / no-aud / no-hrd / info / hash=0 / no-temporal-layers / open-gop / min-keyint=23 / keyint=250 / gop-lookahead=0 / bframes=4 / b-adapt=2 / b-pyramid / bframe-bias=0 / rc-lookahead=20 / lookahead-slices=5 / scenecut=40 / radl=0 / no-splice / no-intra-refresh / ctu=64 / min-cu-size=8 / no-rect / no-amp / max-tu-size=32 / tu-inter-depth=1 / tu-intra-depth=1 / limit-tu=0 / rdoq-level=0 / dynamic-rd=0.00 / no-ssim-rd / signhide / no-tskip / nr-intra=0 / nr-inter=0 / no-constrained-intra / strong-intra-smoothing / max-merge=3 / limit-refs=1 / no-limit-modes / me=1 / subme=2 / merange=57 / temporal-mvp / no-hme / weightp / no-weightb / no-analyze-src-pics / deblock=0:0 / sao / no-sao-non-deblock / rd=3 / selective-sao=4 / early-skip / rskip / no-fast-intra / no-tskip-fast / no-cu-lossless / b-intra / no-splitrd-skip / rdpenalty=0 / psy-rd=2.00 / psy-rdoq=0.00 / no-rd-refine / no-lossless / cbqpoffs=0 / crqpoffs=0 / rc=crf / crf=28.0 / qcomp=0.60 / qpstep=4 / stats-write=0 / stats-read=0 / ipratio=1.40 / pbratio=1.30 / aq-mode=2 / aq-strength=1.00 / cutree / zone-count=0 / no-strict-cbr / qg-size=32 / no-rc-grain / qpmax=69 / qpmin=0 / no-const-vbv / sar=1 / overscan=0 / videoformat=5 / range=0 / colorprim=2 / transfer=2 / colormatrix=2 / chromaloc=0 / display-window=0 / cll=0,0 / min-luma=0 / max-luma=255 / log2-max-poc-lsb=8 / vui-timing-info / vui-hrd-info / slices=1 / no-opt-qp-pps / no-opt-ref-list-length-pps / no-multi-pass-opt-rps / scenecut-bias=0.05 / no-opt-cu-delta-qp / no-aq-motion / no-hdr / no-hdr-opt / no-dhdr10-opt / no-idr-recovery-sei / analysis-reuse-level=5 / scale-factor=0 / refine-intra=0 / refine-inter=0 / refine-mv=1 / refine-ctu-distortion=0 / no-limit-sao / ctu-info=0 / no-lowpass-dct / refine-analysis-type=0 / copy-pic=1 / max-ausize-factor=1.0 / no-dynamic-refine / no-single-sei / no-hevc-aq / no-svt / no-field / qp-adaptation-range=1.00
Language : English
Color range : Limited
Menus : 3
Codec configuration box : hvcC

(10-bit, 12-bit, and 444 variants also playing). So I guess there's something different in your files.

Quote from noggin

4:2:2 video like that currently causes my LE Pi 5 to reboot - though AIUI the CPU should be fine to decode it in software (as it also should 4:2:2 MPEG2) so this is less likely to be a hardware limitation on the Pi 5, more a software issue that needs some work.

Is this LE11 or LE12? I did spend a while making sure the software paths for the all the weird formats I would find (which did include 422/444 as well as 10-bit/12-bit) did the right thing. That may be LE12 only.

If LE12 fails, can you point me at a sample file that crashes and I'll look into it.