【SP11】VALKYRIE DRIVE -MERMAID-/女武神驱动 -美人鱼- 1080p BDRip 有6个SP画面卡
本帖最后由 fy939 于 2020-3-3 21:58 编辑VALKYRIE DRIVE -MERMAID-/女武神驱动 -美人鱼- 1080p BDRip 有6个SP存在画面卡顿的情况，就是到了某一帧之后，会停在那个画面，但是声音还能正常播放。
① VALKYRIE DRIVE -MERMAID- 从02:40秒开始
② VALKYRIE DRIVE -MERMAID- 从02:56秒开始
③ VALKYRIE DRIVE -MERMAID- 从00:43秒开始
④ VALKYRIE DRIVE -MERMAID- 从01:22秒开始（从01:20秒开始播放速度不正常，但是能坚持到01:22秒画面才卡）
⑤ VALKYRIE DRIVE -MERMAID- 从02:16秒开始
⑥ VALKYRIE DRIVE -MERMAID- 从01:36秒开始
以上都是1080p的版本，720p的我没下载所以不清楚情况。
我电脑端用potplayer、QQ影音，手机端用MXplayer，都出现这种情况，上面卡顿的数据是按potplayer的时间显示记录的。
然后我在动漫花园看到评论，也有人出现这种情况，但是他记录的卡顿的秒数跟我的稍微不同（②和⑤比跟我的相差了10秒左右，另外4个相同）
我在补丁包里没看到这个作品的更新，如果是已有更新我没留意到，或者是我播放器的问题，给各位增加工作量万分抱歉。
fy939 发表于 2020-6-27 13:38
我们是在2019-11-19发布的SP10，一般来说发布集中式补丁包的间隔是1年左右。SP11现在已经收集到较多项目 ...
好的，谢谢解答？
wudihongjing 发表于 2020-6-26 23:56
所以这个片子不打算出SP修复了吗?我也是没有搜到有相关补丁啊
我们是在2019-11-19发布的SP10，一般来说发布集中式补丁包的间隔是1年左右。SP11现在已经收集到较多项目，很多都是视频文件需要重新制作，需要的工期会更长。并且现在整理组人手不是很充足，春季招募的整理还在培训中，现在主要保证新项目的制作。下半年新人到位后可能可以着手SP11。
fy939 发表于 2020-3-3 22:04
音视频不一样长你竟然想到的解决方法是拉伸？和掩耳盗铃有什么区别。
很明显是视频压制时遭遇crash，未压 ...
所以这个片子不打算出SP修复了吗?我也是没有搜到有相关补丁啊
fy939 发表于 2020-3-3 22:04
音视频不一样长你竟然想到的解决方法是拉伸？和掩耳盗铃有什么区别。
很明显是视频压制时遭遇crash，未压 ...
感谢大佬拨冗查证与点拨。因为之前遇到一些电影各个地区版本会有时长的区别，封装找来的国语自混音轨的时长相差一点时就会偷懒直接拉伸音轨去试着匹配，有成功同步的案例（虽然没深究过为什么还能匹配），所以出于惯性思维才提一下拉伸，但是我也深知这种视频音频时长差距太大的情况下拉伸既不能真正解决问题，还会造成不同步，此方案并不可取。奈何手头没有BDMV去比较查证原视频时长几何为大佬分忧实属无奈。（委屈.webp）{:4_691:}
hasamaki 发表于 2020-3-3 02:22
✎去看了一下这几个文件(没有全都点开看)，跳转到楼主说的时间点，发现几乎都是在视频末尾，视频播放完了时 ...
音视频不一样长你竟然想到的解决方法是拉伸？和掩耳盗铃有什么区别。
很明显是视频压制时遭遇crash，未压完的视频轨被错误的封装使用了。必须将视频重新压完整。
早期软件和硬件的各种不稳定情况，以及更方便的检查工具的缺失，复查制度的不完善，这种现象很容易发生。
本帖最后由 hasamaki 于 2020-3-3 03:28 编辑
✎去看了一下这几个文件(没有全都点开看)，跳转到楼主说的时间点，发现几乎都是在视频末尾，视频播放完了时间也停了音频还在继续播放。
✎用MediaInfo看了下信息概要
唯一ID : 226468162311243939040319902739941882107 (0xAA602E7864B541D8A6212EE4C068F8FB)
完整名称 : W:\女武神驱动\SPs\ VALKYRIE DRIVE -MERMAID- .mkv
格式 : Matroska
格式版本 : Version 4
文件大小 : 36.8 MiB
持续时间 : 1 分 32 秒
混合码率模式 : 动态(VBR)
平均混合码率 : 3 355 kb/s
编码日期 : UTC 2016-07-06 15:12:29
编码程序 : mkvmerge v9.1.0 ('Little Earthquakes') 64bit
编码函数库 : libebml v1.3.3 + libmatroska v1.4.4
视频
ID : 1
格式 : HEVC
格式/信息 : High Efficiency Video Coding
格式概况 : Main [email protected]@Main
编解码器ID : V_MPEGH/ISO/HEVC
持续时间 : 44 秒 753 毫秒
码率 : 4 931 kb/s
宽度 : 1 920 像素
高度 : 1 080 像素
画面比例 : 16:9
帧率模式 : 恒定
帧率 : 23.976 (24000/1001) 帧/秒
色彩空间 : YUV
色度抽样 : 4:2:0
位深 : 10 位
数据密度【码率/(像素×帧率)】 : 0.099
流大小 : 26.3 MiB (71%)
编码函数库 : x265 1.9+5-20f14d78dbad: 10bit
编码设置 : wpp / ctu=32 / min-cu-size=8 / max-tu-size=16 / tu-intra-depth=3 / tu-inter-depth=3 / me=3 / subme=4 / merange=44 / rect / no-amp / max-merge=4 / temporal-mvp / no-early-skip / rdpenalty=2 / no-tskip / no-tskip-fast / no-strong-intra-smoothing / no-lossless / no-cu-lossless / no-constrained-intra / no-fast-intra / no-open-gop / no-temporal-layers / interlace=0 / keyint=360 / min-keyint=1 / scenecut=40 / rc-lookahead=80 / lookahead-slices=4 / bframes=6 / bframe-bias=-5 / b-adapt=2 / ref=5 / limit-refs=2 / limit-modes / weightp / weightb / aq-mode=1 / qg-size=16 / aq-strength=1.10 / cbqpoffs=0 / crqpoffs=0 / rd=5 / psy-rd=1.40 / rdoq-level=1 / psy-rdoq=4.00 / signhide / deblock=-2:-2 / no-sao / no-sao-non-deblock / b-pyramid / cutree / no-intra-refresh / rc=crf / crf=17.0 / qcomp=0.80 / qpmin=0 / qpmax=51 / qpstep=4 / vbv-maxrate=25000 / vbv-bufsize=30000 / crf-max=0.0 / ipratio=1.40 / pbratio=1.20
Default : 是
Forced : 否
音频
ID : 2
格式 : FLAC
格式/信息 : Free Lossless Audio Codec
编解码器ID : A_FLAC
持续时间 : 1 分 32 秒
码率模式 : 动态(VBR)
码率 : 958 kb/s
声道 : 2 声道
ChannelLayout : L R
采样率 : 48.0 kHz
帧率 : 11.728 帧/秒 (4093 SPF)
位深 : 16 位
压缩模式 : 无损
流大小 : 10.5 MiB (29%)
编码函数库 : libFLAC 1.2.1 (UTC 2007-09-17)
语言 : 日语 (Japanese)
Default : 是
Forced : 否
发现视频的持续时间和音频的持续时间相差很大(有略微差异其实是看不出来的)，比如NCED的视频44.753 sec，音频持续时间是1 min 32 sec，所以初步判断引起上述现象的直接原因是视频和音频持续时间差异过大，(后面纯属瞎掰请无视)是avs、msvc的bug还是切素材的时候时间没对齐，混流的时候拉错了素材，又或者是素材的视频帧率的问题。虽然再拉进MKVToolNix里把拉伸(stretch)参数设置一下应该能够消除这种差异，但是音视频的不同步难以避免。由于手上没有BDMV无法溯源查证，只能这么瞎猜了，猜错了大佬们轻拍(狗头保命.jpg)。
确认
页:
[1]