Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion.

Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules.

 

Go Back   Doom9's Forum > Video Encoding > MPEG-4 AVC / H.264

Reply
 
Thread Tools Search this Thread Display Modes
Old 17th December 2008, 01:31   #1  |  Link
MasterNobody
Registered User
 
Join Date: Jul 2007
Posts: 552
x264 Windows x64 support

Can somebody with Core2 (I am interested in SSSE3 and SSE4) to test this package of x264 for Windows x64: http://stashbox.org/328100/x264win64_mingw.rar.
Needed to check:
1) Does it starts at all (It is first time I compile in MinGW for x64)
2) Doesn't checkasm crash and goes through all tests
3) Does x264 correctly work
MasterNobody is offline   Reply With Quote
Old 17th December 2008, 01:46   #2  |  Link
LoRd_MuldeR
Software Developer
 
LoRd_MuldeR's Avatar
 
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
Quote:
Originally Posted by MasterNobody View Post
1) Does it starts at all (It is first time I compile in MinGW for x64)
Yes.

Quote:
Originally Posted by MasterNobody View Post
2) Doesn't checkasm crash and goes through all tests
Yup. All tests are "[OK]"

Quote:
Originally Posted by MasterNobody View Post
3) Does x264 correctly work
Encodes. First test looks good

But no Avisynth input due to lack of Avisynth x64, so I tested a raw YUV sample.

Code:
C:\Downloads\x264win64_mingw>x264.exe --crf 22 --output c:\wurst.mkv C:\Downloads\foreman_qcif.176x144.yuv
x264 [info]: file name gives 176x144
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 Cache64
x264 [info]: profile Main, level 1.1
x264 [info]: slice I:2     Avg QP:22.99  size:  5381  PSNR Mean Y:39.55 U:43.83 V:45.32 Avg:40.66 Global:40.35
x264 [info]: slice P:298   Avg QP:26.81  size:   647  PSNR Mean Y:36.15 U:41.04 V:41.95 Avg:37.30 Global:37.21
x264 [info]: mb I  I16..4:  0.5%  0.0% 99.5%
x264 [info]: mb P  I16..4:  0.1%  0.0%  0.9%  P16..4: 39.8% 25.0% 16.8%  0.0%  0.0%    skip:17.4%
x264 [info]: SSIM Mean Y:0.9636046
x264 [info]: PSNR Mean Y:36.170 U:41.057 V:41.972 Avg:37.326 Global:37.228 kb/s: 135.74

encoded 300 frames, 270.51 fps, 136.11 kb/s
Good work
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊

Last edited by LoRd_MuldeR; 17th December 2008 at 01:53. Reason: I'm stupid ^^
LoRd_MuldeR is offline   Reply With Quote
Old 17th December 2008, 02:02   #3  |  Link
Dark Shikari
x264 developer
 
Dark Shikari's Avatar
 
Join Date: Sep 2005
Posts: 8,666
Quote:
Originally Posted by MasterNobody View Post
Can somebody with Core2 (I am interested in SSSE3 and SSE4) to test this package of x264 for Windows x64: http://stashbox.org/328100/x264win64_mingw.rar.
Needed to check:
1) Does it starts at all (It is first time I compile in MinGW for x64)
2) Doesn't checkasm crash and goes through all tests
3) Does x264 correctly work
Dark Shikari is offline   Reply With Quote
Old 17th December 2008, 02:30   #4  |  Link
Snowknight26
Registered User
 
Join Date: Aug 2007
Posts: 1,430
checkasm crashes after outputting this:

Code:
x264: using random seed 46208040
x264: MMX
 - pixel sad :           [OK]
 - pixel sad_aligned :   [OK]
 - pixel ssd :           [OK]
 - pixel satd :          [OK]
 - pixel sad_x3 :        [OK]
 - pixel sad_x4 :        [OK]
 - pixel var :           [OK]
 - pixel hadamard_ac :   [OK]
 - intra satd_x3 :       [OK]
 - intra sad_x3 :        [OK]
 - esa ads:              [OK]
 - sub_dct4 :            [OK]
 - add_idct4 :           [OK]
 - dct4x4dc :            [OK]
 - idct4x4dc :           [OK]
 - zigzag_frame :        [OK]
 - zigzag_field :        [OK]
 - mc luma :             [OK]
 - mc chroma :           [OK]
 - mc wpredb :           [OK]
 - hpel filter :         [OK]
 - lowres init :         [OK]
 - intra pred :          [OK]
 - deblock :             [OK]
 - quant :               [OK]
 - coeff_last :          [OK]
 - cabac :               [OK]
x264: MMX Cache64
 - pixel sad :           [OK]
 - pixel sad_x3 :        [OK]
 - pixel sad_x4 :        [OK]
x264: SSE2Slow
 - pixel sad_aligned :   [OK]
 - pixel ssd :           [OK]
 - pixel satd :          [OK]
 - pixel sa8d :          [OK]
 - pixel var :           [OK]
 - intra satd_x3 :       [OK]
 - intra sad_x3 :        [OK]
 - ssim :                [OK]
 - sub_dct4 :            [OK]
 - sub_dct8 :            [OK]
 - add_idct4 :           [OK]
 - add_idct8 :           [OK]
 - hpel filter :         [OK]
 - intra pred :          [OK]
 - deblock :             [OK]
 - quant :               [OK]
 - dequant :             [OK]
 - denoise dct :         [OK]
 - decimate_score :      [OK]
 - coeff_last :          [OK]
x264: SSE2Fast
 - pixel sad :           [OK]
 - pixel sad_aligned :   [OK]
 - pixel satd :          [OK]
 - pixel sad_x3 :        [OK]
 - pixel sad_x4 :        [OK]
 - pixel var :           [OK]
 - pixel hadamard_ac :   [OK]
 - intra sad_x3 :        [OK]
 - esa ads:              [OK]
 - zigzag_frame :        [OK]
 - mc luma :             [OK]
 - mc chroma :           [OK]
 - mc wpredb :           [OK]
 - hpel filter :         [OK]
 - lowres init :         [OK]
 - intra pred :          [OK]
x264: SSE2Fast Cache64
 - pixel sad :           [OK]
 - pixel sad_aligned :   [OK]
 - pixel sad_x3 :        [OK]
 - pixel sad_x4 :        [OK]
 - mc luma :             [OK]
x264: SSE3
 - pixel sad :           [OK]
 - pixel sad_x3 :        [OK]
 - pixel sad_x4 :        [OK]
x264: SSSE3
 - pixel satd :          [OK]
 - pixel sa8d :          [OK]
 - pixel hadamard_ac :   [OK]
 - intra satd_x3 :       [OK]
 - intra sad_x3 :        [OK]
 - esa ads:              [OK]
 - zigzag_frame :        [OK]
 - mc chroma :           [OK]
 - mc wpredb :           [OK]
 - hpel filter :         [OK]
 - lowres init :         [OK]
 - intra pred :          [OK]
 - quant :               [OK]
 - denoise dct :         [OK]
 - decimate_score :      [OK]
 - coeff_last :          [OK]
x264: SSSE3 Cache64
 - pixel sad :           [OK]
 - pixel sad_aligned :   [OK]
x264 crashes after it outputting this:
Code:
x264.exe --crf 22 --output test.mkv test.yuv 1916x818
x264 [warning]: width or height not divisible by 16 (1916x818), compression will
 suffer.
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 Cache64
x264 [info]: profile Main, level 4.0

Last edited by Snowknight26; 17th December 2008 at 02:48.
Snowknight26 is offline   Reply With Quote
Old 17th December 2008, 02:33   #5  |  Link
LoRd_MuldeR
Software Developer
 
LoRd_MuldeR's Avatar
 
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
Quote:
Originally Posted by Snowknight26 View Post
checkasm crashes after outputting this:
What is your CPU?
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊
LoRd_MuldeR is offline   Reply With Quote
Old 17th December 2008, 02:37   #6  |  Link
Snowknight26
Registered User
 
Join Date: Aug 2007
Posts: 1,430
Q6600.
Snowknight26 is offline   Reply With Quote
Old 17th December 2008, 02:41   #7  |  Link
LoRd_MuldeR
Software Developer
 
LoRd_MuldeR's Avatar
 
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
Quote:
Originally Posted by Snowknight26 View Post
Q6600.
It doesn't crash on my Q6600. I ran it several times. Mine is a "Kentsfield", your's too?
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊
LoRd_MuldeR is offline   Reply With Quote
Old 17th December 2008, 02:42   #8  |  Link
Snowknight26
Registered User
 
Join Date: Aug 2007
Posts: 1,430
Yes, it is.
Snowknight26 is offline   Reply With Quote
Old 17th December 2008, 02:44   #9  |  Link
LoRd_MuldeR
Software Developer
 
LoRd_MuldeR's Avatar
 
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
Quote:
Originally Posted by Snowknight26 View Post
But it's a G0 stepping, while mine is a B3 stepping. Also are you on Vista x64 or Windows XP x64?
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊
LoRd_MuldeR is offline   Reply With Quote
Old 17th December 2008, 02:45   #10  |  Link
Snowknight26
Registered User
 
Join Date: Aug 2007
Posts: 1,430
Vista x64.
Snowknight26 is offline   Reply With Quote
Old 17th December 2008, 02:46   #11  |  Link
LoRd_MuldeR
Software Developer
 
LoRd_MuldeR's Avatar
 
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
Quote:
Originally Posted by Snowknight26 View Post
Vista x64.
So it's either a G0-specific problem or a Vista-specific problem
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊
LoRd_MuldeR is offline   Reply With Quote
Old 17th December 2008, 03:16   #12  |  Link
ghostonline
Registered User
 
Join Date: Mar 2008
Posts: 41
B3 is more buggy than G0. it is either due to the OS or the overclock...
ghostonline is offline   Reply With Quote
Old 17th December 2008, 03:48   #13  |  Link
Audionut
Registered User
 
Join Date: Nov 2003
Posts: 1,281
Checkasm runs fine here on a G0 stepping Q6600 on Vista 64.

Will try x264 in an hour or 2.
Audionut is offline   Reply With Quote
Old 17th December 2008, 04:56   #14  |  Link
squid_80
Registered User
 
Join Date: Dec 2004
Location: Melbourne, AU
Posts: 1,963
Link seems to be down?
squid_80 is offline   Reply With Quote
Old 17th December 2008, 05:19   #15  |  Link
Audionut
Registered User
 
Join Date: Nov 2003
Posts: 1,281
Mirror
Audionut is offline   Reply With Quote
Old 17th December 2008, 05:42   #16  |  Link
squid_80
Registered User
 
Join Date: Dec 2004
Location: Melbourne, AU
Posts: 1,963
Ok, checkasm runs fine but the CLI won't encode from avs or uncompressed YV12 avi input, it just exits at frame 1.

Edit: It's actually crashing and being silently terminated because there's no function unwind info. Here's where it crashes:
Code:
image00000000_00400000+0xbeb54:
00000000`004beb54 660f7f7c2418 movdqa oword ptr [rsp+0x18],xmm7 ss:00000000`0022bb18=000000000230867100000000004c5038
If you kept the map file you should be able to find which function is responsible.

Last edited by squid_80; 17th December 2008 at 05:55.
squid_80 is offline   Reply With Quote
Old 17th December 2008, 05:45   #17  |  Link
Audionut
Registered User
 
Join Date: Nov 2003
Posts: 1,281
Checkasm runs fine.

Code:
E:\x264>checkasm
x264: using random seed 3034587448
x264: MMX
 - pixel sad :           [OK]
 - pixel sad_aligned :   [OK]
 - pixel ssd :           [OK]
 - pixel satd :          [OK]
 - pixel sad_x3 :        [OK]
 - pixel sad_x4 :        [OK]
 - pixel var :           [OK]
 - pixel hadamard_ac :   [OK]
 - intra satd_x3 :       [OK]
 - intra sad_x3 :        [OK]
 - esa ads:              [OK]
 - sub_dct4 :            [OK]
 - add_idct4 :           [OK]
 - dct4x4dc :            [OK]
 - idct4x4dc :           [OK]
 - zigzag_frame :        [OK]
 - zigzag_field :        [OK]
 - mc luma :             [OK]
 - mc chroma :           [OK]
 - mc wpredb :           [OK]
 - hpel filter :         [OK]
 - lowres init :         [OK]
 - intra pred :          [OK]
 - deblock :             [OK]
 - quant :               [OK]
 - coeff_last :          [OK]
 - cabac :               [OK]
x264: MMX Cache64
 - pixel sad :           [OK]
 - pixel sad_x3 :        [OK]
 - pixel sad_x4 :        [OK]
x264: SSE2Slow
 - pixel sad_aligned :   [OK]
 - pixel ssd :           [OK]
 - pixel satd :          [OK]
 - pixel sa8d :          [OK]
 - pixel var :           [OK]
 - intra satd_x3 :       [OK]
 - intra sad_x3 :        [OK]
 - ssim :                [OK]
 - sub_dct4 :            [OK]
 - sub_dct8 :            [OK]
 - add_idct4 :           [OK]
 - add_idct8 :           [OK]
 - hpel filter :         [OK]
 - intra pred :          [OK]
 - deblock :             [OK]
 - quant :               [OK]
 - dequant :             [OK]
 - denoise dct :         [OK]
 - decimate_score :      [OK]
 - coeff_last :          [OK]
x264: SSE2Fast
 - pixel sad :           [OK]
 - pixel sad_aligned :   [OK]
 - pixel satd :          [OK]
 - pixel sad_x3 :        [OK]
 - pixel sad_x4 :        [OK]
 - pixel var :           [OK]
 - pixel hadamard_ac :   [OK]
 - intra sad_x3 :        [OK]
 - esa ads:              [OK]
 - zigzag_frame :        [OK]
 - mc luma :             [OK]
 - mc chroma :           [OK]
 - mc wpredb :           [OK]
 - hpel filter :         [OK]
 - lowres init :         [OK]
 - intra pred :          [OK]
x264: SSE2Fast Cache64
 - pixel sad :           [OK]
 - pixel sad_aligned :   [OK]
 - pixel sad_x3 :        [OK]
 - pixel sad_x4 :        [OK]
 - mc luma :             [OK]
x264: SSE3
 - pixel sad :           [OK]
 - pixel sad_x3 :        [OK]
 - pixel sad_x4 :        [OK]
x264: SSSE3
 - pixel satd :          [OK]
 - pixel sa8d :          [OK]
 - pixel hadamard_ac :   [OK]
 - intra satd_x3 :       [OK]
 - intra sad_x3 :        [OK]
 - esa ads:              [OK]
 - zigzag_frame :        [OK]
 - mc chroma :           [OK]
 - mc wpredb :           [OK]
 - hpel filter :         [OK]
 - lowres init :         [OK]
 - intra pred :          [OK]
 - quant :               [OK]
 - denoise dct :         [OK]
 - decimate_score :      [OK]
 - coeff_last :          [OK]
x264: SSSE3 Cache64
 - pixel sad :           [OK]
 - pixel sad_aligned :   [OK]

X264 does not.


Code:
E:\x264>x264 --crf 22 -o e:\test.264 e:\test.avs
avis [info]: 1280x528 @ 23.98 fps (3429 frames)
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 Cache64
x264 [info]: profile Main, level 3.1

E:\x264>
Audionut is offline   Reply With Quote
Old 17th December 2008, 05:49   #18  |  Link
Snowknight26
Registered User
 
Join Date: Aug 2007
Posts: 1,430
Audionut, I don't think checkasm completed successfully because thats exactly where mine stops. It outputs an ASCII smile when it finishes, so obviously ours didn't.
Snowknight26 is offline   Reply With Quote
Old 17th December 2008, 06:05   #19  |  Link
squid_80
Registered User
 
Join Date: Dec 2004
Location: Melbourne, AU
Posts: 1,963
Quote:
Originally Posted by Snowknight26 View Post
Audionut, I don't think checkasm completed successfully because thats exactly where mine stops. It outputs an ASCII smile when it finishes, so obviously ours didn't.
Oh, now I see checkasm is also crashing on a similar instruction:
Code:
image00000000_00400000+0x9dba4:
00000000`0049dba4 660f7f7c2418 movdqa oword ptr [rsp+0x18],xmm7 ss:00000000`0022ecf8=00000000003d81fd00000000004a4088
How come checkasm doesn't print the function being tested before actually running the test, and print the [OK] afterwards?
squid_80 is offline   Reply With Quote
Old 17th December 2008, 06:20   #20  |  Link
akupenguin
x264 developer
 
akupenguin's Avatar
 
Join Date: Sep 2004
Posts: 2,392
Quote:
Originally Posted by squid_80 View Post
How come checkasm doesn't print the function being tested before actually running the test, and print the [OK] afterwards?
Because it's simpler this way, especially if I want to print extra diagnostics without screwing up the formatting, or I don't want to print anything if there turns out not to be an asm version of the current cputype. And I've never had an opportunity to wonder what was crashing, since I normally use checkasm to verify changes to one function at a time. And the next step after a crash is to get a backtrace, which would tell me the function name if I didn't know it already.

Last edited by akupenguin; 17th December 2008 at 06:23.
akupenguin is offline   Reply With Quote
Reply

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 21:10.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.