(已支持 arm 架构)写了一个跑在闲置小鸡上的开源项目：bilive - 7 x 24 小时无人监守录制、渲染弹幕、识别字幕、自动切片上传、综合多种模态模型、兼容超低配机器

@timerring #278

大佬测试下，确实瞬间视频就被删了。我碰到不下十次了，没一次留着原视频的。
上传失败会留原视频（这个问题我照着issue换上传线路解决了），但这个moov转码失败原视频文件就直接没了（当然留着也不太好，我小鸡录制没这么多空间放，失败的多需要手动清理）

具体描述下吧。根据web后台，ffmpeg会先把flv文件转成mp4，这步没问题，然后处理压制弹幕的时候报错moov，这个mp4就立刻显示不存在了，回去看视频文件也被删除了。

自行查找问题中

视频文件是正常的但是上传老是失败，手动也不行

(bilive_env) root@s9824:~# ffprobe /root/bilive/Videos/31854438/31854438_2025-03-26-05-51-.mp4
ffprobe version 4.4.2-0ubuntu0.22.04.1 Copyright (c) 2007-2021 the FFmpeg developers
  built with gcc 11 (Ubuntu 11.2.0-19ubuntu1)
  configuration: --prefix=/usr --extra-version=0ubuntu0.22.04.1 --toolchain=hardened --libdir=/usr/lib/x86_64-linux-gnu --incdir=/usr/include/x86_64-linux-gnu --arch=amd64 --enable-gpl --disable-stripping --enable-gnutls --enable-ladspa --enable-libaom --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libcdio --enable-libcodec2 --enable-libdav1d --enable-libflite --enable-libfontconfig --enable-libfreetype --enable-libfribidi --enable-libgme --enable-libgsm --enable-libjack --enable-libmp3lame --enable-libmysofa --enable-libopenjpeg --enable-libopenmpt --enable-libopus --enable-libpulse --enable-librabbitmq --enable-librubberband --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libsrt --enable-libssh --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libx265 --enable-libxml2 --enable-libxvid --enable-libzimg --enable-libzmq --enable-libzvbi --enable-lv2 --enable-omx --enable-openal --enable-opencl --enable-opengl --enable-sdl2 --enable-pocketsphinx --enable-librsvg --enable-libmfx --enable-libdc1394 --enable-libdrm --enable-libiec61883 --enable-chromaprint --enable-frei0r --enable-libx264 --enable-shared
  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
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/root/bilive/Videos/31854438/31854438_2025-03-26-05-51-.mp4':
  Metadata:
    major_brand     : isom
    minor_version   : 512
    compatible_brands: isomiso2avc1mp41
    title           : 怪物猎人荒野，冲hr999
    artist          : Akor小洣
    date            : 2025-03-25 23:44:38+08:00
    encoder         : Lavf58.76.100
    comment         : B站直播录像
                    : 主播：Akor小洣
                    : 标题：怪物猎人荒野，冲hr999
                    : 分区：单机游戏 - 怪物猎人：荒野
                    : 房间号：31854438
                    : 开播时间：2025-03-25 23:44:38+08:00
                    : 开始推流时间: N/A
                    : HLS流可用时间: N/A
                    : 开始录制时间: 2025-03-26 13:51:19+08:00
                    : 流主机: d1--ov-gotcha05.bilivideo.com
                    : 流格式：flv
                    : 流画质：超清 (250)
                    : 录制模式: 标准
                    : 录制程序：blrec v1.15.0 https://github.com/acgnhiki/blrec
    description     : {"UserId": "13506194", "UserName": "Akor小洣", "RoomId": "31854438", "RoomTitle": "怪物猎人荒野，冲hr999", "Area": "怪物猎人：荒野", "ParentArea": "单机游戏", "LiveStartTime": "2025-03-25 23:44:38+08:00", "StreamAvailableTime": "N/A",
  Duration: 00:29:58.07, start: 0.000000, bitrate: 5599 kb/s
  Stream #0:0(und): Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuv420p(tv, bt709), 1280x720 [SAR 1:1 DAR 16:9], 5463 kb/s, 30 fps, 30 tbr, 15360 tbn, 60 tbc (default)
    Metadata:
      handler_name    : VideoHandler
      vendor_id       : [0][0][0][0]
  Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 128 kb/s (default)
    Metadata:
      handler_name    : SoundHandler
      vendor_id       : [0][0][0][0]

[ERROR] - [2025-03-26 06:30:49,232 bilive upload] - The upload_video called failed, the files will be reserved. error: Command '['/root/bilive/src/utils/biliup', '-u', '/root/bilive/src/utils/cookies.json', 'upload', '/root/bilive/Videos/31854438/31854438_2025-03-26-05-51-.mp4', '--config', '/root/bilive/src/upload/upload.yaml']' returned non-zero exit status 1.

(bilive_env) root@s9824:~# ./bilitool upload /root/bilive/Videos/31854438/31854438_2025-03-26-05-51-.mp4
-bash: ./bilitool: No such file or directory

@Ashboy #282 佬用的是什么方式部署的，docker 版本有个小 bug，源码版本已经修复了。

@timerring #284 非docker部署的
Ubuntu22.04
谢谢帮忙解答

scan一直显示没找到文件：

[INFO] - [2025-03-26 12:20:09,963 bilive scan] - There is no file recorded. Check again in 120 seconds.

因此upload也是没找到文件：

[INFO] - [2025-03-26 12:09:42,542 bilive upload] - wait for 20 seconds
[INFO] - [2025-03-26 12:10:02,562 bilive upload] - Empty queue, wait 2 minutes and check again.

但是我确定videos文件夹下面是有好几个录好的视频文件的

尝试手动上传，一直卡着不动：

(bilive_env) root@s9824:~/bilive# bilitool upload /root/bilive/Videos/31854438/31854438_2025-03-26-05-51-.mp4
[INFO] - [2025-03-26 12:13:29,035 bilitool] - The 31854438_2025-03-26-05-51- to be uploaded
[INFO] - [2025-03-26 12:13:29,035 bilitool] - Start preuploading the video
[INFO] - [2025-03-26 12:13:29,343 bilitool] - Completed preupload phase
[INFO] - [2025-03-26 12:13:29,343 bilitool] - Start uploading the video
[INFO] - [2025-03-26 12:13:31,768 bilitool] - Completed upload_id obtaining phase
[INFO] - [2025-03-26 12:13:31,768 bilitool] - Uploading the video in 121 batches
Uploading video:   0%|                                                                                                                                                                                               | 0.00/1.26G [00:00<?, ?B/s]

另外经过我多次安装，刚安装好后台总是能顺利进去，并且添加直播间的，但是过了半天后台就死了进不去了

@Ashboy #285 奇怪了，你的小鸡是什么区域的呢？

@timerring #286 发布于2025/3/26 21:08:51
@Ashboy #285 奇怪了，你的小鸡是什么区域的呢？

JP的，bilibili能正常登录的（两次登录）
但是区域应该不影响scan吧？ 我晚点用个其他地区的鸡鸡试试看

@timerring #286 我觉得应该是关闭ssh之后conda的环境和运行的程序都退出了，是我不会添加守护进程导致的，我再自行研究

@Ashboy #288 应该不能，因为我的进程是 nohup 的，直接在服务器守护运行的。我在怀疑是不是线路的问题，因为我写的 bilitool 目前只放了 bda 百度的线路，没有添加其他线路的路由，你可以尝试按照 biliup 上传一下。这个上传顺序比较分散，我还在优化，后面可能会用 webhook 以及 sqlite 将整个流程写在一起，目前比较麻烦的就是有些时候视频会 moov 元信息错误，为了调试我还不得不分开😂 最近我出完开源周的视频以后会全力修复的。

@timerring #289 后来打开你的脚本发现确实都是nohup的，应该不会自己停止才对，暂时没找到原因
明天我再用其他区域的鸡鸡试试看，应该不是非得国内机吧？我就是用评论区有人提到的Claw 4刀 VPS 因为可以长期占用CPU；要不然就要用甲骨文，其他服务商也不会让你长期占用CPU和内存的
很奇怪的是scan从头到尾就scan不到文件，这个也未知原因