Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

ts相关数据判定的建议(或是小需求) #59

Open
JessBobby opened this issue Dec 2, 2024 · 5 comments
Open

ts相关数据判定的建议(或是小需求) #59

JessBobby opened this issue Dec 2, 2024 · 5 comments

Comments

@JessBobby
Copy link

目前的ts合并逻辑中:【分析需要合并的 ts 文件中的第一个文件的分辨率、fps,若后续的 ts 文件的分辨率、fps 与第一个不同则不合并后续的 ts 文件】
遇到的问题:前3-5个ts(视频开头)出现的是广告内容,上述逻辑导致合并结果是30s的广告内容,把正片部分给舍去了。
尝试优化:广告毕竟是全片的一小部分。是否可以通过 :

  1. 判定所有ts中参数一样且数量最多的为标准进行合并
  2. 根据ts总量的一部分(如1000选前200、再按照1方式进行)
  3. 希望作者有更好的优化方式
    感谢!
@JessBobby
Copy link
Author

当然,知道了单个视频是这个情况,只需在跳过ts中 设置 【1-5】即可跳过,但是我下载量比较大的时候,很难一个一个去查看开头是否为广告。

@orestonce
Copy link
Owner

这个事情之前考虑过,原本计划合并相同的规格的ts视频为一个视频的

@orestonce
Copy link
Owner

  • 这里的取舍需要考虑清楚一些,目前无完美的解决方法。
  • 有时下载的广告片段数多于正式视频片段数。例如广告在 10-15,用户选择下载8-17,“数量最多的为标准进行合并” 这个策略就也无效了。
  • 看起来还是只能采取合并规格相同的视频,产出不止一个mp4媒体文件。

@JessBobby
Copy link
Author

感谢,我之前都是全集下载没有主动选择片段下载,所以没考虑到这种情况。
或者是能不能保留两种判断方法的选项。例如【不合并ts为mp4】这样的可选项。如果工作量和实现难度上较大或显得不便捷/臃肿的话,保留目前的判断方式也是一种非常不错的方案。
再次感谢作者提供如此优秀的软件!

@JessBobby
Copy link
Author

  • 这里的取舍需要考虑清楚一些,目前无完美的解决方法。
  • 有时下载的广告片段数多于正式视频片段数。例如广告在 10-15,用户选择下载 8-17,“数量最多的为标准进行合并” 这个策略就也无效了。
  • 看起来还是只能采取合并规格相同的视频,产出不止一个 mp4 媒体文件。

生成多个也是一种解决办法,一般来说广告规格在一个视频内是一致的。这样也基本就是两个。

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants