正如标题中提到的，我的许多家庭视频突然并排和绿色。它们是普通的 2D 视频。我不明白为什么会这样，因为美好的回忆现在都被毁掉了，我很难过。
有没有办法解决这个问题，有人可以解释它是如何发生的吗？这是个常见的问题吗？这些文件以 MP4 格式存储在 HDD 上。一些视频仍然有效，但大多数已损坏。图片不受影响。
PS：我不确定我还能在哪里发布这个。如果有更好的地方可以问这样的问题，那么请指点我。
我在带有 VLC Player 的 Windows 10 上进行了尝试。我用 windows 媒体播放器试过，但它只播放声音。
我在另一台电脑上试了一下，它只显示了非常放大的部分视频：
更新：如果我将视频上传到 youtube，那么它可以工作！所以这一定是评论中提到的 1NN 的一些奇怪的 MP4 编解码器问题。
我使用 vlc 捕获了大约两个小时的 MS Teams 视频会话。没有音频，很好。当我在视频播放器中打开文件时，它错误地报告了 36 分钟的长度，但它一直播放到最后就好了。如果我在 Firefox 中打开 mp4 播放也很好。Firefox 只是继续计算超过报告长度的秒数。
我要求这个文件可以定期播放，并带有正确的持续时间报告。
我已经做了以下事情：
ffprobe out.mp4 -show_entries stream=codec_type,start_time,duration -of compact
输出是：
ffprobe version n4.4.1 Copyright (c) 2007-2021 the FFmpeg developers
built with gcc 11.1.0 (GCC)
configuration: --prefix=/usr --disable-debug --disable-static --disable-stripping --enable-amf --enable-avisynth --enable-cuda-llvm --enable-lto --enable-fontconfig --enable-gmp --enable-gnutls --enable-gpl --enable-ladspa --enable-libaom --enable-libass --enable-libbluray --enable-libdav1d --enable-libdrm --enable-libfreetype --enable-libfribidi --enable-libgsm --enable-libiec61883 --enable-libjack --enable-libmfx --enable-libmodplug --enable-libmp3lame --enable-libopencore_amrnb --enable-libopencore_amrwb --enable-libopenjpeg --enable-libopus --enable-libpulse --enable-librav1e --enable-librsvg --enable-libsoxr --enable-libspeex --enable-libsrt --enable-libssh --enable-libsvtav1 --enable-libtheora --enable-libv4l2 --enable-libvidstab --enable-libvmaf --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxcb --enable-libxml2 --enable-libxvid --enable-libzimg --enable-nvdec --enable-nvenc --enable-shared --enable-version3
libavutil 56. 70.100 / 56. 70.100
libavcodec 58.134.100 / 58.134.100
libavformat 58. 76.100 / 58. 76.100
libavdevice 58. 13.100 / 58. 13.100
libavfilter 7.110.100 / 7.110.100
libswscale 5. 9.100 / 5. 9.100
libswresample 3. 9.100 / 3. 9.100
libpostproc 55. 9.100 / 55. 9.100
[mov,mp4,m4a,3gp,3g2,mj2 @ 0x55b59e4b4e80] st: 0 edit list: 1 Missing key frame while searching for timestamp: 0
[mov,mp4,m4a,3gp,3g2,mj2 @ 0x55b59e4b4e80] st: 0 edit list 1 Cannot find an index entry before timestamp: 0.
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'out.mp4':
Metadata:
major_brand : isom
minor_version : 0
compatible_brands: mp41avc1
creation_time : 2021-12-02T09:59:14.000000Z
encoder : vlc 3.0.16 stream output
encoder-eng : vlc 3.0.16 stream output
Duration: 00:36:11.50, start: 0.000000, bitrate: 188 kb/s
Stream #0:0(eng): Video: h264 (High) (avc1 / 0x31637661), yuvj420p(pc, unknown/unknown/bt709), 1920x1080 [SAR 1:1 DAR 16:9], 186 kb/s, 3.44 fps, 11.75 tbr, 1000k tbn, 50 tbc (default)
Metadata:
creation_time : 2021-12-02T09:59:14.000000Z
handler_name : VideoHandler
vendor_id : [0][0][0][0]
stream|codec_type=video|start_time=0.000000|duration=2171.496004
如果我渲染到空设备，ffmpeg -i out.mp4 -f null -结果是：
frame= 7561 fps=532 q=-0.0 Lsize=N/A time=00:36:14.12 bitrate=N/A speed= 153x
因此，ffmpeg 再次顽固地拒绝“播放”超过持续时间。因此，如果我复制输入流，ffmpeg -i out.mp4 -codec copy out1.mp4结果文件大小大约是原始文件的四分之一 - ffmpeg 只是剩余视频的一部分。
请帮我恢复文件！
我有一个 .cmfv 文件，我想将其转换为 .mp4。我似乎在网上找不到任何关于它的信息。
是否可以将其转换为 .mp4？
不确定这是否是问我问题的正确地方，但我会试一试。我用 MKVExtractGUI 提取了一个 E-AC3 音轨。我得到的输出文件是.eac3。
我使用的另一个工具说它支持杜比数字加（我的音轨是顺便说一句）但是当我想导入我的 eac3 文件时它说它不受支持。只需将扩展名更改为 .ac3 即可完美运行。
我想知道的主要问题是这是否会改变我的文件？显然没有重新编码，但是通过扩展更改是无法访问的吗？
编辑：我知道我可以使用 MKVToolNix 但这不适用于我的用例。
当压缩非常小的视频时，视频容器本身似乎有很大的开销。
以下是一些使用单帧 16x16 像素全黑图像的示例：
ffmpeg -f lavfi -i color=c=black:s=16x16:r=1:duration=1 -y /tmp/v1.mp4
wc -c /tmp/v1.mp4
# 1625 bytes
ffmpeg -f lavfi -i color=c=black:s=16x16:r=1:duration=1 -codec:v hevc -y /tmp/v2.mp4
wc -c /tmp/v2.mp4
# 3165 bytes
ffmpeg -f lavfi -i color=c=black:s=16x16:r=1:duration=1 -y /tmp/v1.h264
wc -c /tmp/v1.h264
# 744 bytes
ffmpeg -f lavfi -i color=c=black:s=16x16:r=1:duration=1 -codec:v hevc -y /tmp/v2.hevc
wc -c /tmp/v2.hevc
# 2354 bytes
所有这些数字看起来都出乎意料地大。是否ffmpeg存储了一些不需要的元数据？
有什么办法可以避免这些大笔开销，尤其是对于HEVC？
相比之下，图像编解码器看起来更紧凑：
ffmpeg -f lavfi -i color=c=black:s=16x16:r=1:duration=1 -y /tmp/v1.png
wc -c /tmp/v1.png
# 94 bytes
ffmpeg -f lavfi -i color=c=black:s=16x16:r=1:duration=1 -y /tmp/v1.jpg
wc -c /tmp/v1.jpg
# 222 bytes
我下载了一些 MP4 视频文件，它们的长度和分辨率看起来大得离谱。因此，为了尝试减小它们的大小，我运行了以下命令：
ffmpeg -i input.mp4 output.mp4
花了一些时间，但是当命令完成时，我有一个文件output.mp4，其大小约为原始文件大小的三分之一input.mp4。我在 VLC 中打开了这两个文件，希望看到一些差异，也许是质量下降，但在我看来，它们的内容完全相同。
我想知道的是，这个特殊的命令究竟做了什么，为什么会产生如此意想不到的结果？
注意：我最初用 MP4 文件这种更常见的说法错误地引用了 h.264 流，抱歉
我知道通常需要在关键帧上开始拆分 h.264，以便结果视频以关键帧开头，但我想知道流结构/规范是怎么回事？
关键帧必须作为整个文件的固定参数每 X 帧出现一次，还是关键帧之间可以有不同的间隔？如果玩家只是在它们出现时获取帧并绘制整个事物（关键帧）或更新其中的一部分（非关键帧），为什么关键帧间隔很重要？
如果间隔无关紧要，并且我们想在每 100 个关键帧流的第 87 帧上剪切，我们是否可以不使用 86 个前导帧来计算新文件的新关键帧，将剩余的 12 个非原始文件中的关键帧让我们到达下一个关键帧，然后是下一个原始关键帧（第 100 帧）并从那里开始？
即文件以“新密钥，12个原始非密钥，原始密钥，99个原始非密钥，原始密钥..”结尾
我有一个 Reolink 安全摄像头，它通过 FTP 将 .mp4 文件保存到本地服务器。然后我有自己的基于 Python 的应用程序来处理这些视频。在过去一年左右的时间里，它一直运行良好，尽管我经常注意到 Python 控制台（来自 OpenCV）中关于“错误读取标头”的警告，但它仍然有效，所以忽略了它。
由于获得了一台新服务器并重新安装了所有软件，这恰好意味着 Debian Linux、Python 和 OpenCV 的更新版本，它不再容忍错误并且无法加载这些视频。令人担忧的是，大约四分之一通过 FTP 保存的视频在我的 Python 应用程序中出现此错误，如果我尝试通过 FFMPEG 在我的服务器或我的 (Mac) 笔记本电脑上加载它们，我会收到错误[mov,mp4,m4a,3gp,3g2,mj2 @ 0x7ff492000400] error reading header [path]: Operation not permitted
我已将其中一个视频放在 Dropbox 上，您可以看到：https ://www.dropbox.com/s/tu4ddegh6yn05nu/ErrorReadingHeader.mp4?dl=0
任何人都知道是什么原因造成的，或者如何解决？我想我有几个选择，但没有足够的信息来推进其中任何一个：
非常感谢！