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. |
|
|
Thread Tools | Search this Thread | Display Modes |
1st December 2008, 07:26 | #1421 | Link |
Compiling Encoder
Join Date: Jan 2007
Posts: 1,348
|
hmm... strange... i'll have to crack at it then.
Edit: ok, i'm confirming the crash, i suspect that the way the 2nd patch works is interfering with some of the calls to free() on non aligned memory. i'll work a new one out using the first patch as a starting point. Edit Edit: ok, new patch preventing breaking cygwin building (as the first probably did break it) preventing overwriting basic mem functions to avoid aligned freeing non aligned mem (problem with the second) x264_mingw_aligned_03.diff Last edited by kemuri-_9; 1st December 2008 at 08:01. |
1st December 2008, 22:57 | #1422 | Link |
Registered User
Join Date: Feb 2007
Posts: 176
|
Thanks, kemuri.
x264.1046M.exe - Alternate Download Patches used: x264_hrd_pulldown.09_interlace.diff x264_win_zone_parse_fix_03.diff x264_mingw_aligned_03.diff gcc 3.4.5 fprofiled build with -march=pentium2. |
9th December 2008, 16:26 | #1423 | Link |
Registered User
Join Date: Sep 2008
Location: Brescia, ITALY
Posts: 30
|
I'm trying to compile x264, dowloaded from the last snapshot and patched with the last patch, using visual studio 2008. (I want to try to apply a old patch for slicing support, for BD specs problem). I convert from VC 7 to visual studio without problem, and the porgram compile without errot, but when I try to encode the encoding is very slow. There is something I need to do? Many thanks.
William |
9th December 2008, 16:28 | #1424 | Link |
Software Developer
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
|
Some of the assmbler functions are not working with MSVC compiler and will be disabled. Hence MSVC builds are a bit slower than MinGW/GCC builds.
Also make sure yasm.exe (nasm.exe isn't supporetd anymore) is available in your build environment. Otherwise all assembler code is disabled and you will get a really slow build...
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊ Last edited by LoRd_MuldeR; 9th December 2008 at 16:48. |
9th December 2008, 16:46 | #1426 | Link | |
Software Developer
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
|
Quote:
I personally use TDM's Experimental GCC/MinGW32 Builds plus MSYS. It seems most of the x264 builds floating around are MinGW/GCC builds
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊ Last edited by LoRd_MuldeR; 9th December 2008 at 16:50. |
|
9th December 2008, 17:02 | #1427 | Link | |
Registered User
Join Date: Sep 2008
Location: Brescia, ITALY
Posts: 30
|
Quote:
William |
|
9th December 2008, 17:14 | #1428 | Link | |
Software Developer
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
|
Quote:
(Not that if you use TDM's MinGW/GCC and MSYS, you still need to install yasm.exe separately. The pthread lib is already included in TDM's installer)
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊ Last edited by LoRd_MuldeR; 9th December 2008 at 17:28. |
|
9th December 2008, 22:55 | #1430 | Link |
Compiling Encoder
Join Date: Jan 2007
Posts: 1,348
|
I've ran comparisons of mingw and msvc builds,
in my case it was gcc 3.4.5 fprofiled and 2008 (vc++ 9) w/ PGO, and they were fairly close in speeds, so this is not the problem. there's a few possibilities that would have the MSVC version go slow: A1. it's in debug configuration (which is extremely slow compared to release) A2. Release config is not fully optimized. B. the problem may be that it's not compiling with asm support make sure HAVE_MMX is defined in the preprocessor section of the projects. C. no pthread support the .vcproj's do not have pthread (nor gpac) support by default, you'll need to compile, and then add the respective folders to the library and include paths for the x264 and libx264 solutions (gpac to x264, pthreads to both) then add in the proper preprocessor defines to have x264/libx264 go looking for them to compile with support. (MP4_OUTPUT and HAVE_PTHREADS iirc) Last edited by kemuri-_9; 9th December 2008 at 22:59. |
10th December 2008, 12:15 | #1431 | Link | |
Registered User
Join Date: Sep 2008
Location: Brescia, ITALY
Posts: 30
|
Quote:
William |
|
11th December 2008, 07:40 | #1433 | Link | |
Angel of Night
Join Date: Nov 2004
Location: Tangled in the silks
Posts: 9,559
|
Quote:
Willy, you should still get used to asking for 'recommended' or 'your recommendations' if you stick around here long, though. |
|
11th December 2008, 07:50 | #1434 | Link | |
x264 developer
Join Date: Sep 2005
Posts: 8,666
|
Quote:
|
|
11th December 2008, 11:58 | #1435 | Link |
Registered User
Join Date: Nov 2003
Posts: 1,281
|
x264 0.65.0+1051 549cc55
built on Dec 11 2008, gcc: 3.4.5 (mingw-vista special r3) Patched with, x264_hrd_pulldown.09_interlace.diff x264_mingw_aligned_03.diff There was an error trying to patch x264_win_zone_parse_fix_03.diff, and i'm not clever enough to fix it. |
11th December 2008, 14:26 | #1437 | Link |
Registered User
Join Date: Nov 2003
Posts: 1,281
|
Yep, that fixed it. Thanks bob0r.
x264_win_zone_parse_fix_04.diff As above but with the zone patch. x264-r1051-A.rar Last edited by Audionut; 11th December 2008 at 14:40. |
11th December 2008, 15:10 | #1438 | Link |
Registered User
Join Date: Feb 2007
Posts: 176
|
x264.1051M.exe - Alternate Download
Patches used: x264_hrd_pulldown.09_interlace.diff x264_win_zone_parse_fix_04.diff x264_mingw_aligned_03.diff gcc 3.4.5 fprofiled build with -march=pentium2. |
12th December 2008, 02:06 | #1439 | Link |
Compiling Encoder
Join Date: Jan 2007
Posts: 1,348
|
i will no longer be supporting the
x264_win_zone_parse_fix patch i originally started. for the reason of: I've successfully added BugMaster's strtok_r to my mingw's native libraries. it works like a charm, thus the patch is not needed for me anymore |
12th December 2008, 03:36 | #1440 | Link |
Mr. Sandman
Join Date: Sep 2003
Location: Haddonfield, IL
Posts: 11,768
|
kemuri-_9: please submit the changes to the mingw team. maybe they will consider to add them in future versions.
__________________
MPEG-4 ASP Custom Matrices: EQM V1(old), EQM AutoGK Sharpmatrix (aka EQM V2), EQM V3HR (updated 01/10/2004), EQM V3LR, EQM V3ULR (updated 04/02/2005), EQM V3UHR (updated 17/12/2004) and EQM V3EHR (updated 05/10/2004) Info about my ASP matrices. MPEG-4 AVC Custom Matrices: EQM AVC-HR Info about my AVC matrices My x264 builds. Mooo!!! |
Tags |
h.264, x264, x264 builds, x264 patches, x264 unofficial builds |
|
|