Not having much luck with playing an .mp4 using the simple ffplay <path.mp4>.
It started to work after moving it onto NVMe, but it just hangs on the first frame or so.
This board has a fancy new IP called wave5, that just recently hit mainline. I’ve pinged TI, but haven’t seen anything yet for ffplay… I assume they’ve done something with gstreamer…
I found some stuff on the am67 using gstreamer and will look into that next. So far with ffplay, not working.
[ 445.559060] videobuf2_common: driver bug: stop_streaming operation is leaving buf 000000009c903ecd in active state
I will work on the gstreamer some time this week and see what happens.
Assuming that is why the camera is dead too. It is connected and kernel acknowledges it.
Driver Info:
Driver name : wave5-dec
Card type : wave5-dec
Bus info : platform:wave5-dec
Driver version : 6.1.80
Capabilities : 0x84204000
Video Memory-to-Memory Multiplanar
Streaming
Extended Pix Format
Device Capabilities
Device Caps : 0x04204000
Video Memory-to-Memory Multiplanar
Streaming
Extended Pix Format
Priority: 2
Format Video Capture Multiplanar:
Width/Height : 736/480
Pixel Format : 'YU12' (Planar YUV 4:2:0)
Field : None
Number of planes : 1
Flags :
Colorspace : Rec. 709
Transfer Function : Default
YCbCr/HSV Encoding: Default
Quantization : Default
Plane 0 :
Bytes per Line : 736
Size Image : 529920
Format Video Output Multiplanar:
Width/Height : 720/480
Pixel Format : 'HEVC' (HEVC)
Field : None
Number of planes : 1
Flags :
Colorspace : Rec. 709
Transfer Function : Default
YCbCr/HSV Encoding: Default
Quantization : Default
Plane 0 :
Bytes per Line : 0
Size Image : 129600
Selection Video Capture: compose, Left 0, Top 0, Width 720, Height 480, Flags:
Selection Video Capture: compose_default, Left 0, Top 0, Width 720, Height 480, Flags:
Selection Video Capture: compose_bounds, Left 0, Top 0, Width 736, Height 480, Flags:
Selection Video Capture: compose_padded, Left 0, Top 0, Width 736, Height 480, Flags:
User Controls
min_number_of_capture_buffers 0x00980927 (int) : min=1 max=32 step=1 default=1 value=1 flags=read-only
thumbnail_mode 0x00981901 (bool) : default=0 value=0 flags=write-only
fred@bby1:~$ GST_DEBUG=3 gst-launch-1.0 v4l2src device=/dev/video0 ! videoconvert ! autovideosink
Setting pipeline to PAUSED ...
0:00:00.777357015 1902 0xaaaac6d54e90 WARN default v4l2-utils.c:189:gst_v4l2_error:<v4l2src0> error: Device '/dev/video0' is not a capture device.
0:00:00.777463290 1902 0xaaaac6d54e90 WARN default v4l2-utils.c:192:gst_v4l2_error:<v4l2src0> error: Capabilities: 0x4204000
ERROR: from element /GstPipeline:pipeline0/GstV4l2Src:v4l2src0: Device '/dev/video0' is not a capture device.
Additional debug info:
../sys/v4l2/v4l2_calls.c(629): gst_v4l2_open (): /GstPipeline:pipeline0/GstV4l2Src:v4l2src0:
Capabilities: 0x4204000
ERROR: pipeline doesn't want to preroll.
Failed to set pipeline to PAUSED.
Setting pipeline to NULL ...
Freeing pipeline ...
Do I have that on the wrong device??
fred@bby1:~$ v4l2-ctl --device=/dev/video0 --all
Also noticed the desktop and firefox feel like they are running on FB not gpu.
Correct no xorg acceleration.
Expermental Wayland + Cinnamon desktop here… Index of /rootfs/debian-arm64-12-bookworm-cinnamon-v6.1-ti
My board definitely has a hardware issue, tried to boot cinnamon, dead hdmi. Went back to the xfce sd/without nvme, no hdmi. Plugged the adapter/monitor into bbb and monitor/adapter are working. Green heart beat is on for both distros.
Just tried it on a PI5 ubuntu 24. and it is broken on that too.