11.3报错求助

sskvikvi

之前转好一部正常完成,第二部就报错了,是不是文件太大了,第一部成功的是720P一个小时的,报错的是1080P两个半小时的


04:45:54 PM INFO     startup: first paint 6924 ms (pre-window 5548 ms, ui build 1364 ms)
04:46:17 PM INFO     Processing started by user
04:46:17 PM INFO     Output folder:
04:46:17 PM INFO     Output pattern: {original}_restored.mp4
04:46:17 PM INFO     Files queued: 1
04:46:18 PM INFO     Processing started
04:46:18 PM INFO     Started processing www.98T.la@MVSD-316.mp4
04:46:18 PM INFO     Restoration models loaded (reused across video jobs)
04:46:22 PM INFO     RF-DETR detection model loaded: D:\jasna\model_weights\rfdetr-v6.bs1-4.fp16.win.engine (batch_size=4)
04:46:22 PM INFO     VR mode: requested=auto resolved=off projection=none reason=display aspect 1.778 is outside the SBS gate
04:46:23 PM INFO     Using VALI NVDEC decoder for F:\A\LTX\www.98T.la@MVSD-316.mp4
05:01:26 PM ERROR    Failed to process www.98T.la@MVSD-316.mp4: Failed to decode F:\A\LTX\www.98T.la@MVSD-316.mp4 (FAIL): avcodec_send_packet failed: Generic error in an external library
Traceback (most recent call last):
  File "D:\jasna\jasna\gui\processor.py", line 256, in _process_job
  File "D:\jasna\jasna\gui\processor.py", line 342, in _run_pipeline
  File "D:\jasna\jasna\gui\processor.py", line 435, in _run_video_job
  File "D:\jasna\jasna\pipeline.py", line 605, in run
  File "D:\jasna\jasna\pipeline.py", line 307, in _run_ltx
  File "D:\jasna\jasna\ltx\restore.py", line 1133, in restore_video
  File "D:\jasna\jasna\ltx\restore.py", line 1074, in restore_spans
  File "D:\jasna\jasna\ltx\restore.py", line 1087, in _restore_spans
  File "D:\jasna\jasna\ltx\restore.py", line 875, in prepare_spans
  File "D:\jasna\jasna\ltx\restore.py", line 917, in _scan_spans
  File "D:\jasna\jasna\ltx\restore.py", line 491, in scan_span
  File "D:\jasna\jasna\ltx\restore.py", line 455, in segment_batches
  File "D:\jasna\jasna\ltx\restore.py", line 411, in frames
  File "D:\jasna\jasna\media\video_decoder.py", line 517, in frames
  File "D:\jasna\jasna\media\video_decoder.py", line 210, in frames
  File "D:\jasna\jasna\media\video_decoder.py", line 175, in _decode_next
jasna.media.video_decoder.VideoDecodeError: Failed to decode F:\A\LTX\www.98T.la@MVSD-316.mp4 (FAIL): avcodec_send_packet failed: Generic error in an external library

05:01:26 PM INFO     Restoration models unloaded
05:01:26 PM INFO     Processing completed
05:01:26 PM INFO     All jobs completed
05:05:48 PM INFO     Processing started by user
05:05:48 PM INFO     Output folder:
05:05:48 PM INFO     Output pattern: {original}_restored.mp4
05:05:48 PM INFO     Files queued: 1
05:05:49 PM INFO     Processing started
05:05:49 PM INFO     Started processing www.98T.la@MVSD-316.mp4
05:05:49 PM INFO     Restoration models loaded (reused across video jobs)
05:05:49 PM INFO     RF-DETR detection model loaded: D:\jasna\model_weights\rfdetr-v6.bs1-4.fp16.win.engine (batch_size=4)
05:05:50 PM INFO     VR mode: requested=auto resolved=off projection=none reason=display aspect 1.778 is outside the SBS gate
05:05:50 PM INFO     Using VALI NVDEC decoder for F:\A\LTX\www.98T.la@MVSD-316.mp4

fanni2000

要善于用AI解决问题，把这段发给豆包，让他分析：

# 日志核心结论
报错关键字：
> `avcodec_send_packet failed: Generic error in an external library`
> `Using VALI NVDEC decoder`

Jasna LTX 选用了 **NVDEC（NVIDIA硬件解码器）** 去解码这个mp4，向ffmpeg的avcodec送码包失败，属于**硬件解码NVDEC抛错**，不是模型（RF-DETR/修复模型）加载问题，模型都正常加载了，卡在读取视频帧阶段。
> 注意：这个错误不是显卡算力/显存炸了，是**解码器层解码失败**。

## 日志时序梳理
1. 启动、首绘、模型加载全部正常：RF-DETR TensorRT engine 加载成功，batch=4没问题
2. 自动选了 `VALI NVDEC decoder` 硬件解码
3. 跑了很久（04:46:23 ~ 05:01:26，约15分钟）才崩掉：说明**前面一部分码流能正常解，读到某个坏帧/不兼容帧的时候NVDEC直接报错**，不是一开就挂
4. 报错后卸载模型，任务结束；你二次提交任务，它又继续默认走NVDEC这条路

---
# 常见原因（按概率排序）
1. **视频流本身不兼容NVDEC / 存在损坏帧、非标准H.264/H.265**
NVDEC对码流规范要求比ffmpeg软解严格很多：
- 非标准编码、自定义profile、奇怪的ref帧、AnnexB/mp4封装混杂
- 文件中间存在损坏帧、丢包、拼接生成的视频（这类网页下载源很常见）
- 某些高码率、奇怪分辨率、不规范的mp4 moov/mdat结构
> 软解（ffmpeg native）经常能容错跳过坏帧，NVDEC硬件解码器直接返回失败

2. **驱动 / NVDEC固件bug、显卡NVDEC会话异常**
NVIDIA NVDEC有时候会出现会话污染，长时间解码后遇到特殊帧直接panic；重启程序不一定清干净，极端要重启电脑。

3. **文件层问题**
- 源文件在F盘，磁盘读取偶发坏块、网络盘/挂载盘不稳定（你这个是本地F盘，概率偏低）
- 文件被别的程序占用、杀毒实时扫描拦截读流

4. **Jasna版本NVDEC适配问题（VALI分支解码器）**
`VALI NVDEC decoder` 是Jasna内置封装的NVDEC通路，不是原版ffmpeg，容错更低。

---
# 优先测试方案（从最简单开始）
## 方案1：强制关闭硬件NVDEC解码，改用FFmpeg软解（最高优先级）
Jasna LTX 一般有解码器选项：
- 找到设置 → Video Decoder，把 `NVDEC / Auto` 改成 **FFmpeg / Software**
- 重新提交这个视频
✅ 如果软解能跑通：确认就是NVDEC对这个视频码流不兼容，后续这类源都避开NVDEC。
代价：软解CPU占用上涨，帧率慢很多，但容错强。

## 方案2：先把源视频重新转码一遍，输出标准mp4
用 HandBrake / ffmpeg 重新封装转码，生成规范H.264/H.265，消除坏帧、非标码流：
```bash
ffmpeg -i "F:\A\LTX\www.98T.la@MVSD-316.mp4" -c:v libx264 -crf 23 -preset medium -c:a copy "F:\A\LTX\reencode.mp4"
```
拿 reencode.mp4 丢进Jasna，再用NVDEC跑。
> 这类网页下载视频，最推荐先重转码再进LTX修复，坑最少。

## 方案3：排查显卡与驱动
- 更新/重装 NVIDIA Game Ready / Studio 驱动；不要用非常老的驱动
- 任务管理器确认显卡没有掉驱动（没有弹窗“驱动重置”）
- 重启电脑，清空NVDEC硬件上下文，再试一次NVDEC解码

## 方案4：校验源文件完整性
用 ffprobe 看视频信息，检查有没有报错：
```bash
ffprobe "F:\A\LTX\www.98T.la@MVSD-316.mp4"
```
如果ffprobe直接报invalid bitstream、error reading packet，说明源文件本身有损坏。

---
# 补充日志里的无关信息
```
VR mode: requested=auto resolved=off projection=none reason=display aspect 1.778 is outside the SBS gate
```
这一行**不是错误**，只是提示：视频比例1.778（16:9）不符合VR左右分屏SBS判定条件，VR增强自动关闭，完全不影响普通视频修复，可以忽略。

---
# 快速行动建议
1. 先用 ffmpeg 重转一份标准视频再跑；
2. 或者直接在Jasna切换解码器为软解验证；
3. 如果软解正常、NVDEC必崩：后续这个来源的视频就不要开NVDEC。