spawnbsd
11th September 2012, 02:13
I've been attempting to build some frame interleaved 1080p60 3D content for a fun proof of concept at work. Starting with a short 5 min sequence from Avatar, I extracted the left and right views, I then use Interframe (or mvtools) to frame interpolated to 29.97fps, and then finally I feed into x264.
My AVS script (same thing occurs, even when I don't use avisynth as input though)
setmtmode(2,2)
left=ffvideosource("Avatar_Reference_Clip_1080p24_Left_View.ts").interframe(newnum=30000,newden=1001,tuning="film",cores=4)
right=ffvideosource("Avatar_Reference_Clip_1080p24_Right_View.ts").interframe(newnum=30000,newden=1001,tuning="film",cores=4)
return interleave(left,right)
My x264 command line. I usually use Taro's x264 builds (due to their lovely ffmpeg/libav input), but this was reproduced with the latest 32bit builds from x264.nl.
x264 --preset fast --ref 4 --nal-hrd vbr --bitrate 15360 --vbv-maxrate 15360 --vbv-bufsize 15360 --profile high --level 4.2 --keyint 60 --stats test.log --fps 60000/1001 --frame-packing 5 --pass 1 --slices 4 -o test.264 frame_interleaved_1080p60.avs
x264 --preset fast --ref 4 --nal-hrd vbr --bitrate 15360 --vbv-maxrate 15360 --vbv-bufsize 15360 --profile high --level 4.2 --keyint 60 --stats test.log --fps 60000/1001 --frame-packing 5 --pass 2 --slices 4 -o test.264 frame_interleaved_1080p60.avs
When I watch the resulting encode their are significant motion problems in each view, like odd stuttering. I initially thought this was a problem with my PS3's playback, but I can reproduce this with Stereoscopic player on my PC (using monoscopic mode to look at each view individually). However, if I modify the commandline to remove '--frame-packing 5' the resulting encode works perfectly, and motion in each view is what I'd expect.
I also found another related problem, I usually encode with preset veryslow and when using '--frame-packing 5' with veryslow, I always get crashes on the 2nd pass.
encoded 17868 frames, 5.91 fps, 15159.47 kb/s
avs [info]: 1920x1080p 1:1 @ 60000/1001 fps (cfr)
x264 [warning]: --ssim used with psy on: results will be invalid!
x264 [warning]: --tune ssim should be used if attempting to benchmark ssim!
x264 [info]: using SAR=1/1
x264 [info]: using cpu capabilities: MMX2 SSE2Fast FastShuffle SSEMisalign LZCNT
x264 [info]: profile High, level 4.2
Assertion failed! frames, 3.46 fps, 15080.49 kb/s, eta 1:19:05
Program: C:\VidStuff\Apps\x264\x264.exe
File: encoder/slicetype.c, Line 1810
Expression: cost >= 0
This application has requested the Runtime to terminate it in an unusual way.
Please contact the application's support team for more information.
I'm assuming this is a bug in x264, so hopefully some developers read this :), otherwise I guess I'll post it to the mailing lists.
Here are the source files I'm using:
Left View (~700MB)-> http://www.mediafire.com/?a5vlsw6u5ffwzk4
Right View (~700MB) -> http://www.mediafire.com/?r67lt0kvh2gxrqc
Encode (with frame packing 5 and motion problems) -> http://www.mediafire.com/?scj7wd3y7ki6nta
Encode (without frame packing 5, and perfect motion) -> http://www.mediafire.com/?6clqrqhb3hc5a2b
Thanks in advance,
-spawnbsd
My AVS script (same thing occurs, even when I don't use avisynth as input though)
setmtmode(2,2)
left=ffvideosource("Avatar_Reference_Clip_1080p24_Left_View.ts").interframe(newnum=30000,newden=1001,tuning="film",cores=4)
right=ffvideosource("Avatar_Reference_Clip_1080p24_Right_View.ts").interframe(newnum=30000,newden=1001,tuning="film",cores=4)
return interleave(left,right)
My x264 command line. I usually use Taro's x264 builds (due to their lovely ffmpeg/libav input), but this was reproduced with the latest 32bit builds from x264.nl.
x264 --preset fast --ref 4 --nal-hrd vbr --bitrate 15360 --vbv-maxrate 15360 --vbv-bufsize 15360 --profile high --level 4.2 --keyint 60 --stats test.log --fps 60000/1001 --frame-packing 5 --pass 1 --slices 4 -o test.264 frame_interleaved_1080p60.avs
x264 --preset fast --ref 4 --nal-hrd vbr --bitrate 15360 --vbv-maxrate 15360 --vbv-bufsize 15360 --profile high --level 4.2 --keyint 60 --stats test.log --fps 60000/1001 --frame-packing 5 --pass 2 --slices 4 -o test.264 frame_interleaved_1080p60.avs
When I watch the resulting encode their are significant motion problems in each view, like odd stuttering. I initially thought this was a problem with my PS3's playback, but I can reproduce this with Stereoscopic player on my PC (using monoscopic mode to look at each view individually). However, if I modify the commandline to remove '--frame-packing 5' the resulting encode works perfectly, and motion in each view is what I'd expect.
I also found another related problem, I usually encode with preset veryslow and when using '--frame-packing 5' with veryslow, I always get crashes on the 2nd pass.
encoded 17868 frames, 5.91 fps, 15159.47 kb/s
avs [info]: 1920x1080p 1:1 @ 60000/1001 fps (cfr)
x264 [warning]: --ssim used with psy on: results will be invalid!
x264 [warning]: --tune ssim should be used if attempting to benchmark ssim!
x264 [info]: using SAR=1/1
x264 [info]: using cpu capabilities: MMX2 SSE2Fast FastShuffle SSEMisalign LZCNT
x264 [info]: profile High, level 4.2
Assertion failed! frames, 3.46 fps, 15080.49 kb/s, eta 1:19:05
Program: C:\VidStuff\Apps\x264\x264.exe
File: encoder/slicetype.c, Line 1810
Expression: cost >= 0
This application has requested the Runtime to terminate it in an unusual way.
Please contact the application's support team for more information.
I'm assuming this is a bug in x264, so hopefully some developers read this :), otherwise I guess I'll post it to the mailing lists.
Here are the source files I'm using:
Left View (~700MB)-> http://www.mediafire.com/?a5vlsw6u5ffwzk4
Right View (~700MB) -> http://www.mediafire.com/?r67lt0kvh2gxrqc
Encode (with frame packing 5 and motion problems) -> http://www.mediafire.com/?scj7wd3y7ki6nta
Encode (without frame packing 5, and perfect motion) -> http://www.mediafire.com/?6clqrqhb3hc5a2b
Thanks in advance,
-spawnbsd