Dear x264 developers,<br>I suspect I found a bug in x264 r2216 (core 
128) 8-bit version (64-bit) for Windows in that 2 pass encoding crashes,
 while single pass encoding works fine, if an AVI file with a RGB24 
video encoded with Lagarith is used as an input.<br>
To be more precise, I created the following test case which makes x264 crash on my system:<br>-I
 created, using VirtualDUB 1.9.11 for AMD64 platforms, an AVI file 
called "Big Buck Bunny.avi" with a RGB24 video encoded at 24 fps with 
Lagarith v. 1.3.27 (64-bit) using the 1920 x 1080 png-encoded frames of 
Big Buck Bunny downloaded from Xiph.org (in the "Video color depth" 
window the decompression format is set to "Autoselect" and the output 
format is set to "Same as decompression format"), and the PCM-encoded 
surround audio tracks of Big Buck Bunny downloaded from Xiph.org and 
decoded with FLAC frontend version 1.7.1. The setting of the Lagarith 
encoder are:<br>
-Enable Null frames<br>-Mode: RGB (default)<br>-Use Multithreading<br>-Prevent Upsampling when Decoding<br>I attach the MediaInfo "advanced" output of the file created in the "mediainfolag" file.<br>x264 is then executed both in single pass VBR and 2-pass VBR mode. For single pass VBR the command executed is:<br>


x264 --bitrate 35000 --preset veryslow --tune animation --bluray-compat 
--vbv-maxrate 40000 --vbv-bufsize 30000 --level 4.1 --keyint 24 
--open-gop --slices 4 --colorprim "bt709" --transfer "bt709" 
--colormatrix "bt709" --sar 1:1 --psnr --ssim --fps 24 --log-level debug
 -o "BBBnopass.mp4" "Big Buck Bunny.avi" >x264nopasslog 2>&1<br>
Everything seems to work fine. The stream created appears to be fine, 
without evident corruption. The debug log is attached in the 
"x264nopasslog" file.<br>When doing the 2-pass encoding the first pass is executed through the following command:<br>
x264 --bitrate 35000 --preset veryslow --tune animation --bluray-compat 
--vbv-maxrate 40000 --vbv-bufsize 30000 --level 4.1 --keyint 24 
--open-gop --slices 4 --colorprim "bt709" --transfer "bt709" 
--colormatrix "bt709" --sar 1:1 --psnr --ssim --fps 24 --pass 1 
--log-level debug -o "BBB.mp4" "Big Buck Bunny.avi" >x264pass1log 
2>&1<br>
Again everything seems to work well.  The debug log is attached in the 
"x264pass1log" file.<br>
When executing the second pass through the following command:<br>x264 
--bitrate 35000 --preset veryslow --tune animation --bluray-compat 
--vbv-maxrate 40000 --vbv-bufsize 30000 --level 4.1 --keyint 24 
--open-gop --slices 4 --colorprim "bt709" --transfer "bt709" 
--colormatrix "bt709" --sar 1:1 --psnr --ssim --fps 24 --pass 2 
--log-level debug -o "BBB.mp4" "Big Buck Bunny.avi" >x264pass2log 
2>&1<br>
The encoder crashes apparently on frame 1802. The debug log is attached in the "x264pass2log" file.<br>The
 OS is Windows 7 Ultimate Service Pack 1 (version 6.1.7601), 64-bit 
edition, and the computer has an Intel Core 2 Duo E8400 CPU, an ASUS P5Q motherboard,an ATI HD4670 video card, a Seagate Barracuda 7200.14 2TB hard drive and 4GB of DDR2 
RAM.<br>
I would like to know if this problem is related only to my system or if 
it is a general problem. Unfortunately I'm not an expert, I was just 
curious to know how well x264 performs when encoding streams suitable 
for Blu-Ray discs.<br>
Yours,<br>Marco Vuano