如何确定mpeg dash中的段持续时间？
我想把一些h264 mp4视频转换成clearkey加密的dash。现在我想在本地主机上为他们服务。所以我没有带宽限制。我假设我应该使用dashavc264:onDemand配置文件和静态mpd，因为我的视频不是实时的，它们是离线的。
我的问题是：
我应该如何决定我应该使用什么时段？这是否取决于视频中有多少关键帧？它如何影响搜索/玩把戏性能？这会影响其他事情吗？
共有1个答案
和许多事情一样，它是竞争因素之间的平衡——效率、质量、灵活性等。
一般来说，短段允许更快的带宽变化等，但根据交易的内容，可能没有那么高效或高质量。
在编写本文时，大多数实现使用2到10秒的块。
为了进一步阅读，这里有一篇关于不同线段长度的不同影响以及一些建议的好文章：https://bitmovin.com/mpeg-dash-hls-segment-length/
-
如何确定DASH MPD的段数，如果在周期标签下没有持续时间字段，也没有在MPD Header标签下存在mediaPresentationDuration标签。 我有以下短跑mpd。如何计算所有可用媒体段的总持续时间。 我指的是MPD，请在下面找到链接。 http://wowzaec2demo.streamlock.net/live/definst/bigbuckbunny/manifest_mv
-
如果没有指定，但给定mp4视频的内容长度和索引范围，如何确定MPD文件中的片段持续时间？例如，如下所示的mpd文件（http://dash.edgesuite.net/akamai/streamroot/050714/Spring_4Ktest.mpd）： 非常感谢你！ 闪耀
-
问题内容： 在Go中精确测量持续时间的正确方法是什么？大多数应用程序仅使用标准时间包和以下方法： 但是，返回当前系统时间，这导致两个缺陷： 如果在测量过程中更改了系统时间（例如，由于 时区更改 （DST）或 leap秒 ），则所产生的持续时间也是错误的。 系统时间可能故意比实时时间变慢或变慢。当操作系统将内部时钟与NTP时间服务器同步时，通常会发生这种情况（每小时可能发生几次！） 从MSDN： [
-
我想把24小时表示为“持续时间”。也就是说，应该是从00:00:00到24:00:00。像今天上午12点到明天上午12点这样的事情是不好的。这也是24小时，但这不是我想要的。此外，这个“持续时间”不应该附带日期或日期的概念。 如何使用Joda Time完成此操作？ 编辑- 用例——“我想创建一个调度程序。24小时的“周期”被分成任意大小的切片，如20分钟、30分钟或1小时。我只想用Joda创建一个
-
问题内容： 我想记录实际的时间花了多长时间。目前，我正在这样做： 但是，如果在运行SQL查询（或任何其他查询）时调整了时间，那将失败（产生不正确的结果）。 我不想仅仅对其进行基准测试。我想将其记录在实时应用程序中，以便查看实时系统上的趋势。 我想要类似clock_gettime（CLOCK_MONOTONIC，…）的东西，但是在Python中。并且最好不必编写一个调用clock_gettime（）