[x265] x265 on Linux , yuv input , "Floating point exception"
Steve Borho
steve at borho.org
Thu Jul 25 17:31:33 CEST 2013
On Thu, Jul 25, 2013 at 10:06 AM, Steve Borho <steve at borho.org> wrote:
>
>
>
> On Thu, Jul 25, 2013 at 8:48 AM, 王康 <scateu at gmail.com> wrote:
>
>> using your latest verion
>>
>> === YUV issue ===
>> $ x265 charlie.yuv -o charlie.hevc
>> x265 [error]: YUV input requires source width, height, and rate to be specified
>> x265: /home/scateu/x265/x265/source/x265.cpp:383: bool CLIOptions::parse(int, char**, x265_param_t*): Assertion `param->sourceHeight && param->sourceWidth' failed.
>> Aborted
>>
>> So it prompts .
>> Thanks for the patch.
>>
>>
> Oops, removing that assertion and allowing it to exit more cleanly.
> Thanks for testing.
>
> === SSE4 issue ===
>> $ gdb --args x265 charlie.y4m -o charlie.hevc
>> x265 [info]: Main profile, Level-3.1 (Main tier)
>> [New Thread 0xb7bc8b70 (LWP 25517)]
>> x265 [info]: Parallelism disabled, single thread mode
>> x265 [info]: CU size : 64
>> x265 [info]: Max RQT depth inter / intra : 3 / 3
>> x265 [info]: ME method / range / maxmerge : star / 64 / 5
>> x265 [info]: Keyframe Interval : 24
>> x265 [info]: QP : 32
>> x265 [info]: enabled coding tools: rect rdo rdoq sign-hide tskip tskip-fast rdoqts
>> [New Thread 0xb73c7b70 (LWP 25518)]
>>
>> Breakpoint 6, x265_encoder_encode (encoder=0x8e258c0, pp_nal=0xbffff6a0, pi_nal=0xbffff69c, pic_in=0xbffff6a8, pic_out=0x0)
>> at /home/scateu/x265/x265/source/encoder/encoder.cpp:813
>> 813 int iNumEncoded = encoder->encode(!pic_in, pic_in, pic_out, outputAccessUnits);
>> (gdb) c
>> Continuing.
>> 0 frames: 0.00 fps, 0.00 kb/s
>> Breakpoint 6, x265_encoder_encode (encoder=0x8e258c0, pp_nal=0xbffff6a0, pi_nal=0xbffff69c, pic_in=0xbffff6a8, pic_out=0x0)
>> at /home/scateu/x265/x265/source/encoder/encoder.cpp:813
>> 813 int iNumEncoded = encoder->encode(!pic_in, pic_in, pic_out, outputAccessUnits);
>> (gdb) s
>> TEncTop::encode (this=0x8e258c0, flush=false, pic=0xbffff6a8, pic_out=0x0, accessUnitsOut=...)
>> at /home/scateu/x265/x265/source/Lib/TLibEncoder/TEncTop.cpp:148
>> 148 Int ret = 0;
>> (gdb) c
>> Continuing.
>>
>> Breakpoint 7, TEncTop::encode (this=0x8e258c0, flush=false, pic=0xbffff6a8, pic_out=0x0, accessUnitsOut=...)
>> at /home/scateu/x265/x265/source/Lib/TLibEncoder/TEncTop.cpp:156
>> 156 ret = m_curGOPEncoder->getOutputs(pic_out, accessUnitsOut);
>> (gdb) s
>> TEncGOP::getOutputs (this=0x8e2d40c, pic_out=0x0, accessUnitsOut=...)
>> at /home/scateu/x265/x265/source/Lib/TLibEncoder/TEncGOP.cpp:213
>> 213 m_outputLock.acquire();
>> (gdb) s
>> x265::Lock::acquire (this=0x8e2d45c) at /home/scateu/x265/x265/source/common/threading.h:122
>> 122 pthread_mutex_lock(&this->handle);
>> (gdb) s
>>
>> Program received signal SIGILL, Illegal instruction.
>> [Switching to Thread 0xb73c7b70 (LWP 25518)]
>> 0x08d65c3a in x265_pixel_sa8d_8x8_internal_sse4 ()
>>
>> Uhm, there's the problem. I don't see where we call this. Can you
> generate a bt here?
>
I've dug into asm-primitives.cpp and found a few off-by-one problems. Can
you try the new tip?
Thanks
--
Steve Borho
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/private/x265-devel/attachments/20130725/e3dec691/attachment-0001.html>
More information about the x265-devel
mailing list