在 vlc for android（基于 libvlc）中，无法直接通过 `getvideotrack()` 获取实时解码帧数；应使用 `mediastatistics` 接口调用底层统计信息，其中 `decodedvideoframes` 字段准确反映已解码视频帧总数。
VLC 的 Java 绑定（如 vlcj 或 Android 端的 libvlc-android SDK）并未暴露类似 ExoPlayer 中 renderedOutputBufferCount 的高层封装接口，但其底层 libvlc 提供了完整的媒体统计能力。关键在于主动轮询 libvlc_media_get_stats() 返回的 libvlc_media_stats_t 结构——在 Java 层，这对应 MediaStatistics 类。
以 vlcj 为例（适用于桌面或可移植至 Android 的自定义集成），正确用法如下：
MediaStatistics stats = new MediaStatistics();
if (mediaPlayer.media().info().statistics(stats)) {
long decodedFrames = stats.decodedVideoFrames();
Log.d("VLCStats", "Decoded video frames: " + decodedFrames);
}⚠️ 注意事项：
- statistics() 是非实时快照，需定期调用（例如每 500ms）才能观察帧数变化；
- decodedVideoFrames 表示成功解码的帧数（含丢弃帧），不等于渲染/显示帧数（无等效 rendered 字段）；
- 若视频卡顿或解码失败，该值可能停滞——此时应结合 stats.skippedVideoFrames() 和 stats.lostVideoFrames() 判断解码健康度；
- Android 原生 LibVLC SDK（如 org.videolan.libvlc）暂未直接暴露 MediaStatistics，需通过 JNI 手动桥接或升级至支持 libvlc_media_get_stats 的新版（≥ 4.0.0）；替代方案是监听 MediaPlayer.Event.StatsUpdated 回调（需启用统计采集）。
总结：不要依赖轨道元数据（如 getVideoTrack()），而应主动拉取媒体统计。decodedVideoFrames 是衡量解码吞吐量的核心指标，配合其他统计字段可构建可靠的播放质量监控逻辑。
