[已解决][BUG?]补丁KB2670838安装后tMod在运行即将结束时崩溃

[nfs]

已通过移除补丁KB2670838解决

代码： 全选

wusa.exe /uninstall /kb:2670838

OS：正版win7 pro x64
软件环境：无论是tMod 最新版2274+704、2230+696或者是 2245+704 还是更早的版本，都存在这样的问题
平时Windows Update都是放在自动更新档，所以2月27日更新之后也没怎么在意
更新之前一切都OK，没有出过任何问题
可是更新之后就出现tmod x264运行即将结束时crash

crash

因为之前一直运行正常，以为是视频源或者其他问题，所以在多次尝试后依旧无果后把目光转移到了最近的更新上

更新描述

bug3.PNG (31.49 KiB) 查看 6950 次

并且到微软KB上查看了更新说明
http://support.microsoft.com/kb/2670838

发现其中有关于H.264 Video Decoder的更新

KB描述

感觉可能是这次微软的补丁作祟
另附系统自带的错误报告（我估计没用吧，我也不会制作错误报告orz……

系统错误报告

bug2.PNG (50.62 KiB) 查看 6950 次

P.S.第一次发现这个问题是因为前几天跑了4、5个小时结果即将结束时crash了……T^T
P.S.2 源滤镜用的是ffms，没敢用DSS拼RP :(

[cunhan]

如果你怀疑是windows的解码器更新导致的崩溃，那么为什么不把DSS换掉用其他的源滤镜呢

[nfs]

如果你怀疑是windows的解码器更新导致的崩溃，那么为什么不把DSS换掉用其他的源滤镜呢

感谢您的回复
源滤镜用的是ffms，没敢用RP高的DSS

[Billy Herrington]

Could you please post the full avisynth script and command lines to reproduce the crash?

Did you use any GPU-based filters like FFT3DGPU? And what output format are you using?

According to your log, if the output format was .264 or .mkv, I believe your encoded file should have been correctly written, and there was no need to do a second try, while the reason of crashes might be difficult to find. It might be either in AviSynth filters, runtime, or x264 if you fed avs script directly to x264 without any piping wrap. It would be much helpful if more information was gathered to dig it out. If every other format worked well except for mp4, something in l-smash might break.

Anyway it is a serious regression, and we are looking forward to your following reports.

[nfs]

Thanks Billy!

Could you please post the full avisynth script and command lines to reproduce the crash?

Did you use any GPU-based filters like FFT3DGPU? And what output format are you using?

I just simply re-encoded the video to shrink the size, so I did not put any other filter on it. The output format is MP4.

代码： 全选

A = FFAudioSource("D:\works\work.mov")
V = FFVideoSource("D:\works\work.mov")
AudioDub(V, A)

代码： 全选

CD /D "%~dp0"
x264_10 --level 5.1 --profile high10 -m 10 --threads 12 --crf 18 --ref 6 --acodec qtaac --aquality 100 --acodec-quality 2 --b-adapt 2 --bframes 8 --keyint 240 -i 1 --min-keyint 1 --scenecut 60 -A all --direct auto --me umh --merange 32 -m 10 -t 2 --rc-lookahead 60 --qcomp 0.5 --deblock -1:-1 --psy-rd 0.25:0 --aq-mode 3  --aq-strength 0.6 --qpmax 51 --output "%~dpn1_v.mp4" "%~1"
pause

It works normally until the update was installed :(

[Billy Herrington]

I would sugguest you to try the following steps in sequence ( only forward step on each try ):

1. Remove FFAudioSource and AudioDub in AviSynth, and --acodec/aquality/acodec-quality in x264 switches
2. If 1 still crashes, change output format to mkv instead of mp4
3. If 2 still crashes, use LSMASHVideo instead of FFVideoSource, or mux mov into mkv
4. If 3 still crashes, try vanilla build from x264.nl to see if it helps

Some settings can be safely reduced for speed: -m 10 (note you've set it twice, so remove one of them before tweaking), -t 2, --ref 6, --b-adapt 2, --bframes 8, -A all, --direct auto, --me umh, --merange 32. As your encoding process finished as expected, those video encoding settings shouldn't be harmful so we could skip them when testing. Actually you could remove all video encoding settings before trying in the first place.

P.S. If everything works fine after step 1, re-install QuickTime in your system to see if qtaac works again. If not, directly feed your input clip to x264 instead of using AviSynth ("./x264_10.exe" "D:/works/work.mov" --acodec qtaac --output output.mp4 ). If it still crashes, I suppose it is qtaac encoder to be blamed. However, according to http://nmm-hd.org/newbbs/viewtopic.php? ... =260#p9096, it is quite likely that it would not be fixed in the near future.

[free077go]

估计和x264的版本无关系，可以试试新版本r2274，因为x264_l-smash迟迟不更新，自己merge出,编译了一下,仅仅将plain分支推至最新版,也包含qyot27和taro向官方请求合并的3个提交.
http://pan.baidu.com/share/link?shareid ... 3055759650

[Billy Herrington]

If you went to http://tmod.nmm-hd.org/ you would have found r2273 and r2274 which were built several days before....

[nfs]

-m 10 (note you've set it twice, so remove one of them before tweaking), -t 2, --ref 6, --b-adapt 2, --bframes 8, -A all, --direct auto, --me umh, --merange 32

Thanks for correcting! "-m 10" is a typo.
I know those options cause speed loss so these days I have already removed all video options and the problem still occurred.

The step 1 works, then I re-install the newest version of QT and bring back audio options but problem comes back, too.
I try to directly input but the problem still.

If it still crashes, I suppose it is qtaac encoder to be blamed.

If qtaac causes the problem, it is odd that why the problem pop up just after that update...T^T( I can't uninstall that update!

可以试试新版本r2274

If you went to http://tmod.nmm-hd.org/ you would have found r2273 and r2274 which were built several days before....

Yeah, I have noticed that "the taro's secret garden" on the bar, I will give it a try.
话说这个入口也太隐蔽了，算是隐藏要素么~~

[nfs]

最新版x264依旧出现这样的问题o(≧口≦)o
很好奇为什么会在即将结束，99.9%，最后阶段的info已经显示的时候出现问题
按理说这时候所有的帧应该都处理完了啊
而不处理音频就不会发生这个问题……难道是封装问题？
最后生成的文件无法识别同时也不能导出视频轨和音轨……
万恶的WU难道以后更新都得一个个仔细看内容么
而且想不明白系统补丁和x264应该不影响吧0 0？我又没用DSS（论坛上貌似不少因DSS引发的RP