[x265] ASM crash in r6706
I followed these steps to build x264: http://forum.videohelp.com/threads/357754-%5BHEVC%5D-x265-EXE-mingw-builds I'm using the following command line to test the CLI: x265.exe --input in.y4m --output out.hevc and below is the resulting call-stack: #0 0x0051995e in x265_quant_sse4 () #1 0x00603ba7 in x265::TComTrQuant::getTUEntropyCodingParameters (cu= 0x5c32d98, result=..., absPartIdx=96491840, log2TrSize=16, ttype=x265::TEXT_CHROMA) at E:/temp/x265_clean/source/Lib/TLibCommon/TComTrQuant.h:171 #2 0x005b5da8 in x265::TComTrQuant::transformNxN (this=0x54ea800, cu=0x5c32d98, residual=0x5c8faa0, stride=32, coeff=0x5c05940, trSize=16, ttype=x265::TEXT_CHROMA, absPartIdx=0, lastPos=0x2def748, useTransformSkip=false, curUseRDOQ=true) at e:/temp/x265_clean/source/Lib/TLibCommon/TComTrQuant.cpp:349 #3 0x0059c289 in x265::TEncSearch::xIntraCodingChromaBlk (this=0x54ea518, cu=0x5c32d98, trDepth=1, absPartIdx=0, absPartIdxStep=64, fencYuv= 0x5c93d38, predYuv=0x5c82a58, resiYuv=0x5c8da00, outDist=@0x2defab4: 0, chromaId=1, bReusePred=false) at e:/temp/x265_clean/source/Lib/TLibEncoder/TEncSearch.cpp:579 #4 0x0059f6a2 in x265::TEncSearch::xRecurIntraChromaCodingQT ( this=0x54ea518, cu=0x5c32d98, trDepth=1, absPartIdx=0, fencYuv=0x5c93d38, predYuv=0x5c82a58, resiYuv=0x5c8da00, outDist=@0x2defab4: 0) at e:/temp/x265_clean/source/Lib/TLibEncoder/TEncSearch.cpp:1304 #5 0x0059f7a6 in x265::TEncSearch::xRecurIntraChromaCodingQT ( this=0x54ea518, cu=0x5c32d98, trDepth=0, absPartIdx=0, fencYuv=0x5c93d38, predYuv=0x5c82a58, resiYuv=0x5c8da00, outDist=@0x2defab4: 0) at e:/temp/x265_clean/source/Lib/TLibEncoder/TEncSearch.cpp:1323 #6 0x005a in x265::TEncSearch::estIntraPredChromaQT (this=0x54ea518, ___ x265-devel mailing list x265-devel@videolan.org https://mailman.videolan.org/listinfo/x265-devel
Re: [x265] ASM crash in r6706
On 4/16/2014 6:18 AM, Steve Borho wrote: On Tue, Apr 15, 2014 at 9:31 PM, chen chenm...@163.com wrote: Are you defined HAVE_ALIGNED_STACK=1 in your configure? The x86 version quant use stack to store temporary data with movdqa Could you give me your exe file? so I may check the really assembly code. Thanks! GCC builds always set HAVE_ALIGNED_STACK=1 If we need to disable this for Win32, it would not be hard. I've tried to build with HAVE_ALIGNED_STACK=0/1, but I'm getting the same crash. Here is the exe file: https://www.dropbox.com/s/j8bviwks10ii0j1/x265.zip ___ x265-devel mailing list x265-devel@videolan.org https://mailman.videolan.org/listinfo/x265-devel
Re: [x265] ASM crash in r6706
On 4/15/2014 10:24 PM, Steve Borho wrote: Thanks, can you paste the output log data as well? That would tell me the version of GCC and other build-specific info. Below is the output log: [New Thread 8776.0x1c7c] y4m [info]: 352x288 fps 3/1001 i420 sar 128:117 frames 0 - 299 of 300 [New Thread 8776.0x1ec0] x265 [info]: HEVC encoder version 0.9+48-9f0f011294bd x265 [info]: build info [Windows][GCC 4.8.2][32 bit] 8bpp x265 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 [New Thread 8776.0x1840] [New Thread 8776.0x1a54] [New Thread 8776.0x26f4] [New Thread 8776.0x838] [New Thread 8776.0x205c] [New Thread 8776.0x25e4] [New Thread 8776.0x1820] [New Thread 8776.0x20dc] x265 [info]: WPP streams / pool / frames : 5 / 8 / 3 x265 [info]: Main profile, Level-2 (Main tier) x265 [info]: CU size : 64 x265 [info]: Max RQT depth inter / intra : 1 / 1 x265 [info]: ME / range / subpel / merge : hex / 57 / 2 / 2 x265 [info]: Keyframe min / max / scenecut : 25 / 250 / 40 x265 [info]: Lookahead / bframes / badapt: 20 / 4 / 2 x265 [info]: b-pyramid / weightp / weightb / refs: 1 / 1 / 0 / 3 x265 [info]: Rate Control / AQ-Strength / CUTree : CRF-28.0 / 1.0 / 1 x265 [info]: tools: rect amp rd=3 lft sao-lcu sign-hide [New Thread 8776.0x25b0] [New Thread 8776.0x14c4] [New Thread 8776.0x134c] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 8776.0x1840] 0x0051995e in x265_quant_sse4 () ___ x265-devel mailing list x265-devel@videolan.org https://mailman.videolan.org/listinfo/x265-devel
Re: [x265] ASM crash in r6706
On 4/15/2014 11:28 PM, Steve Borho wrote: Thanks, this is all useful. It looks like perhaps a Win32 issue. My guess is that if you compiled for Win64 this problem would go away. We should have this fixed soon, though. yes, you're right...I just tried 64-bit version and it works fine. Thanks. ___ x265-devel mailing list x265-devel@videolan.org https://mailman.videolan.org/listinfo/x265-devel