rk3588, h264: Unplayable Content, Failed to configure H264 decoder

#628 · closed · 5 comments

View on GitHub ↗

josch

Hi, I haven't touched clapper since gtk broke the gl backend and thus made it unusable on my computers. I now got a rk3588 which apparently knows enough opengl again so I can start clapper but when I try running it with big buck bunny I get this: <img width="1920" height="1200" alt="Image" src="https://github.com/user-attachments/assets/30125648-276e-4508-b084-4d5b883f5225" /> I tried using gst-play and got this: ``` Press 'k' to see a list of keyboard shortcuts. Now playing /home/m/Downloads/bbb_sunflower_2160p_60fps_normal.mp4 Redistribute latency... Redistribute latency... Redistribute latency... ERROR Failed to configure H264 decoder for file:///home/m/Downloads/bbb_sunflower_2160p_60fps_normal.mp4 ERROR debug information: ../sys/v4l2codecs/gstv4l2codech264dec.c(366): gst_v4l2_codec_h264_dec_negotiate (): /GstPlayBin3:playbin/GstURIDecodeBin3:uridecodebin3/GstDecodebin3:decodebin3-0/v4l2slh264dec:v4l2slh264dec0: gst_v4l2_decoder_set_sink_fmt() failed: Invalid argument Reached end of play list. ``` What else can I run to get to the bottom of this issue? The platform is: MNT Pocket Reform with Firefly icore RK3588 Debian unstable with Linux 7.0.12 (all packages upgraded to their latest version) clapper version 0.10.0 Thank you!

Comments

Rafostar

In the Clapper window there appears to be a typo in filename: `mp4j` (with letter `j` at the end).

josch

My apologies. When I wanted to take as screenshot of the situation I indeed had a typo in the filename. I now updated the screenshot in my original issue with the correct one. I was probably too much in a rush (apologies for that) and didn't automatically connect a "Resource not found" to a "File not found".

Rafostar

> I was probably too much in a rush (apologies for that) and didn't automatically connect a "Resource not found" to a "File not found". Yeah, GStreamer settled on a generic "Resource not found" cause what you can play is not always a file and they wanted to have single text for all cases. I get why it can be not crystal clear when dealing with files only/mostly (I just print the errors from GStreamer as they are). Anyway, with yours error now being the same with and (as you tried) without Clapper in the equation. I think its safe to say that its not something that can be be fixed in Clapper itself. You should probably take it upstream and report it on [GStreamer GitLab](https://gitlab.freedesktop.org/gstreamer/gstreamer/).

josch

Thank you, created an issue with upstream gstreamer here: https://gitlab.freedesktop.org/gstreamer/gstreamer/-/work_items/5166

Rafostar

OK. With the issue transferring upstream, closing here.