🐛[BUG] 关于录制视频分段的文件命名问题

[faithererer]

⚠️ 确认是否已存在类似问题

• 我已经搜索过issues，没有找到类似问题

🔧 运行方式

使用docker运行

🐍 如果是使用源代码运行，请选择你的Python环境版本

None

💻 请选择你的系统环境

Ubuntu

⚠️ 确认是否已经重试多次

• 我已经尝试过多次，仍然出现问题

🕹 复现步骤

复现条件:

• 跨日期的直播录制
• 视频分段
• 第n(n>=2)次分段发生在第二天

😯 问题描述

关于录制视频分段的文件命名问题请问各位大佬，在开启视频分段之后:

分段录制是否开启 = 是
视频分段时间(秒) = 1800

假设一个主播直播时间是23:00-1:00，这涉及了跨日期，因此生成的视频列表往往是

小主播_2025-01-01_23-00-20_000.ts
小主播_2025-01-01_23-00-20_001.ts
小主播_2025-01-02_00-00-20_002.ts # 跨日期时程序会重新命名，即使是在同一个直播录制任务中
小主播_2025-01-02_00-00-20_003.ts

这对于后续的录制视频文件的处理比较繁琐，我希望生成的文件名和在与日期相关的前提下，优先遵循于一个直播事务，就像这样:

小主播_2025-01-01_23-00-20_000.ts
小主播_2025-01-01_23-00-20_001.ts
小主播_2025-01-01_23-00-20_002.ts # 日期即使已经是1.2日 但是文件名仍然是开播的最初时间,因为他属于01-01_23-00-20这个时间的直播任务
小主播_2025-01-01_23-00-20_003.ts

📜 错误信息

None

[Issues-translate-bot]

Bot detected the issue body's language is not English, translate it automatically.

---

Title: 🐛[BUG] Regarding the file naming issue of recording video segments

⚠️ Confirm whether similar problems already exist

• I have searched for issues and found no similar issues.

🔧 How to run

Run using docker

🐍 If you are running from source code, please select your Python environment version

None

💻 Please select your system environment

Ubuntu

⚠️ Confirm whether it has been retried multiple times

• I've tried multiple times and still have problems

🕹 Steps to reproduce

Recurrence conditions:

• Live recording across dates
• Video segmentation
• The n(n>=2)th segment occurs on the next day

😯 Problem description

I would like to ask everyone about the file naming issue for recording video segments. After turning on video segmentation:

Whether segment recording is enabled = Yes
Video segmentation time (seconds) = 1800

Suppose an anchor's live broadcast time is 23:00-1:00, which involves cross-dates, so the generated video list is often

Little anchor_2025-01-01_23-00-20_000.ts
Little anchor_2025-01-01_23-00-20_001.ts
Little Anchor_2025-01-02_00-00-20_002.ts # The program will be renamed across dates, even in the same live broadcast recording task
Little anchor_2025-01-02_00-00-20_003.ts

This is more cumbersome for subsequent processing of recorded video files. I hope that the generated file name and date-related priority will be followed by a live broadcast transaction, like this:

Little anchor_2025-01-01_23-00-20_000.ts
Little anchor_2025-01-01_23-00-20_001.ts
Little Anchor_2025-01-01_23-00-20_002.ts # Even if the date is already 1.2, the file name is still the initial time of the broadcast, because it belongs to the live broadcast task at this time 01-01_23-00-20
Little anchor_2025-01-01_23-00-20_003.ts

📜 Error message

None