On Sat, Oct 5, 2013 at 7:06 PM, chen <[email protected]> wrote: > Yes, it is a bug, there have some alignment load operator on reference > pixel. > we can modify _mm_load_si128 to _mm_loadu_si128 to avoid it. > > At 2013-10-06 05:28:37,"Nikos Barkas" <[email protected]> wrote: > > I have just upgraded to Win 7 64-bit and TDM-GCC 4.8.1. Attepmted to > build x265 revision c96520dc9795 (replace sad_12 vector class function with > intrinsic) but I am getting a crash as soon as encoding starts. The > revision before that (86469b2) works fine. > > Command line used: > x265 --input stream.yuv --input-res 720x480 --fps 24 -o stream.h265 --rect > --max-merge 1 --hash 1 --wpp --tu-intra-depth 1 --tu-inter-depth 2 > --no-tskip --frames 100 > > Build info: > x265 [info]: HEVC encoder version 0.4.1+64-c96520dc9795 > x265 [info]: build info [Windows][GCC 4.8.1][64 bit] 8bpp > x265 [info]: detected SIMD: SSE2 SSE3 SSSE3 SSE4.1 SSE4.2 > x265 [info]: performance primitives: intrinsic assembly > > Fixes were pushed a few hours ago; I'm currently in the middle of cleaning up the assembly and vector primitives; in preparation for more and more assembly. It should be easier going forward to delete intrinsic primitives as we add assembly.
I've removed a few of the SAD and SSE primitives already; because they were covered by assembly. -- Steve Borho
_______________________________________________ x265-devel mailing list [email protected] https://mailman.videolan.org/listinfo/x265-devel
