SPECS: add vlc

[HNO3Miracle]

necessity: lack of vlc

AI declaration: powered by gpt-5.3-codex medium, reviewed by human
Signed-off-by: HNO3Miracle xiangao.or@isrc.iscas.ac.cn

[misaka00251]

Please add TODO:.

[misaka00251]

Why not %files -f %{name}.lang?

[misaka00251]

%install
# ...

%check
# ...

%files
# ...

[HNO3Miracle]

solved

[misaka00251]

Please follow the package guidelines here.

[misaka00251]

Also, I wonder if you tested this?

[HNO3Miracle]

Also, I wonder if you tested this?

I tested the built package in a recent openRuyi Creek riscv64 guest under QEMU 10.2.0 with an rva23s64 CPU
profile.

The package installs and VLC/cvlc start successfully as a normal user. I also tested access to local media
through a shared directory and attempted actual playback.

Current findings:

• Playback of an H.264 MKV reaches the demux/decoder path, but fails because it reports H.264 decoding as unsupported.

我在 QEMU 10.2.0 中，使用 rva23s64 CPU 配置的 openRuyi Creek riscv64 客户机，对已构建的软件包进行了测试。

该软件包可以正常安装，且 VLC / cvlc 在普通用户权限下可以成功启动。我还测试了通过共享目录访问本地媒体文件，并尝试进行了实际播放。

当前发现如下：

播放一个 H.264 编码的 MKV 文件时，流程已经进入了解复用（demux）/解码阶段，但最终失败，因为报告不支持 H.264 解码。

[HNO3Miracle]

The cause has been identified: in openruyi-repo/SPECS/ffmpeg/ffmpeg.spec (line 312), it defaults to a minimal codec set and explicitly specifies --disable-decoder="h264,hevc,vc1,vvc".

[HNO3Miracle]

I generated a VP9 test clip and tested it in a recent openRuyi riscv64 qemu.
Results:

• H.264 playback still fails because the current ffmpeg build disables the H.264 decoder.
• VP9 playback succeeds with VLC/cvlc.

我生成了一个 VP9 测试视频，并在最新的 openRuyi riscv64 qemu 中进行了测试。

结果：

由于当前的 ffmpeg 构建禁用了 H.264 解码器，H.264 播放仍然失败。
使用 VLC/cvlc 可以成功播放 VP9 视频。