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. |
20th July 2019, 19:54 | #41 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,347
|
Git has always worked fine for me on Windows, but I use the official Git for Windows, which I told to use the Windows SSL library, and not whatever mingw uses with its own certificate stuff.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
21st July 2019, 19:51 | #42 | Link | |
SuperVirus
Join Date: Jun 2012
Location: Antarctic Japan
Posts: 1,351
|
Quote:
I moved from MSYS1 to MSYS2 in 2016, and since then I have used only and always a sufficient subset of the ~portable git package~ downloaded from the official Git source [But between 2011 and 2016 I used a tiny subset of the extinct msysgit, and that tiny subset "just worked" as well.] Because I just want to download source-code through git, and because I still hadn't found a git server that refuses the git protocol, there was no problem for me in using just some .EXEs instead of the entire git package. Let's be honest, at least for needs like mine, git is BLOATWARE and bloatware is pure evil Not to mention that its Windows port is not as good as their creators and maintainers believe... for example, I don't see the point (assuming there is a (good) point) in hardcoding exec_path = /mingw##/libexec/git-core in the Windows releases. Why didn't they choose /usr instead? Anyway, fortunately I discovered that placing the folders *ssl* and *git-core* in the same parent directory is what git.exe requires for dealing with HTTPS (both under the MSYS2 environment and under cmd.exe). Last edited by filler56789; 21st July 2019 at 20:08. Reason: clarity |
|
22nd July 2019, 09:35 | #43 | Link |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,782
|
The media-autobuild suite loads x264 nicely from the mentioned server. It runs Mercurial (hg) for x265 or git for x264, as required, in MSYS2/MinGW.
Last edited by LigH; 22nd July 2019 at 09:40. |
2nd January 2020, 20:21 | #44 | Link |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,782
|
New upload: x264 core:159 r2991 1771b55
Code:
x264 0.159.2991 1771b55 (libswscale 5.6.100) (libavformat 58.35.101) (ffmpegsource 2.31.0.0) built on Jan 2 2020, gcc: 9.2.0 x264 configuration: --chroma-format=all libx264 configuration: --chroma-format=all x264 license: GPL version 2 or later libswscale/libavformat/ffmpegsource license: GPL version 2 or later |
3rd January 2020, 00:35 | #45 | Link | |
Software Developer
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
|
Quote:
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊ |
|
17th April 2020, 12:13 | #46 | Link |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,782
|
New upload: x264 core:160 r3000_33f9e14
Code:
x264 0.160.3000 33f9e14 (libswscale 5.6.101) (libavformat 58.42.100) (ffmpegsource 2.31.0.0) built on Apr 16 2020, gcc: 9.3.0 x264 configuration: --chroma-format=all libx264 configuration: --chroma-format=all x264 license: GPL version 2 or later libswscale/libavformat/ffmpegsource license: GPL version 2 or later |
17th April 2020, 20:06 | #47 | Link | |
Software Developer
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
|
Quote:
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊ |
|
19th May 2020, 10:50 | #48 | Link |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,782
|
Updated archive: x264 core:160 r3000_33f9e14
Code:
x264 0.160.3000 33f9e14 (libswscale 5.6.101) (libavformat 58.43.100) (ffmpegsource 2.31.0.0) built on May 18 2020, gcc: 10.1.0 x264 configuration: --chroma-format=all libx264 configuration: --chroma-format=all x264 license: GPL version 2 or later libswscale/libavformat/ffmpegsource license: GPL version 2 or later |
19th May 2020, 13:08 | #49 | Link |
Registered User
Join Date: Sep 2003
Location: Berlin, Germany
Posts: 3,079
|
Thanks for the update...
The only differences I can see is a new gcc version and a newer libavformat version. X264 itself has not changed, so does the new build make a difference for real life encodes? |
25th June 2020, 07:57 | #52 | Link |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,782
|
New upload: x264 core:160 r3009 4c9b076
Code:
x264 0.160.3009 4c9b076 (libswscale 5.8.100) (libavformat 58.47.100) (ffmpegsource 2.31.0.0) built on Jun 22 2020, gcc: 10.1.0 x264 configuration: --chroma-format=all libx264 configuration: --chroma-format=all x264 license: GPL version 2 or later libswscale/libavformat/ffmpegsource license: GPL version 2 or later |
26th June 2020, 20:09 | #53 | Link | |
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,770
|
Quote:
|
|
26th June 2020, 22:15 | #54 | Link | |
Software Developer
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
|
Quote:
You can simply look at the Git log: https://code.videolan.org/videolan/x...commits/master ...or just: https://gist.github.com/lordmulder/6...c990c0312c0763
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊ Last edited by LoRd_MuldeR; 26th June 2020 at 22:28. |
|
4th July 2020, 02:49 | #55 | Link | |
変身!
Join Date: Dec 2008
Location: Brazil
Posts: 38
|
I don't want to steal LigH's protagonism in providing builds, but I just set up MABS here in my machine and I'm enjoying it, it's a great tool for people like me who know "nothing" about compiling audio/video encoders.
Anyways, I noticed that a new rev for x264 was up and I decided to upload the build I got from MABS: x264 0.161.3015 4c2aafd Quote:
|
|
15th July 2020, 08:36 | #57 | Link |
変身!
Join Date: Dec 2008
Location: Brazil
Posts: 38
|
x264 0.161.3018 db0d417
Code:
>x264 -V x264 0.161.3018 db0d417 (libswscale 5.8.100) (libavformat 58.50.100) (ffmpegsource 2.31.0.0) (lsmash 2.16.1) built on Aug 11 2020, gcc: 10.2.0 x264 configuration: --chroma-format=all libx264 configuration: --chroma-format=all x264 license: GPL version 2 or later libswscale/libavformat/ffmpegsource license: GPL version 2 or later Last edited by masterkivat; 12th August 2020 at 03:51. |
15th July 2020, 13:15 | #58 | Link |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,782
|
New upload: x264 core:161 r3018 db0d417
Code:
x264 0.161.3018 db0d417 (libswscale 5.8.100) (libavformat 58.48.100) (ffmpegsource 2.31.0.0) (lsmash 2.16.1) built on Jul 15 2020, gcc: 10.1.0 x264 configuration: --chroma-format=all libx264 configuration: --chroma-format=all x264 license: GPL version 2 or later libswscale/libavformat/ffmpegsource license: GPL version 2 or later |
25th August 2020, 14:52 | #59 | Link |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,782
|
Updated archive: x264 core:161 r3018 db0d417
Code:
x264 0.161.3018 db0d417 (libswscale 5.8.100) (libavformat 58.51.100) (ffmpegsource 2.40.0.0) (lsmash 2.16.1) built on Aug 25 2020, gcc: 10.2.0 x264 configuration: --chroma-format=all libx264 configuration: --chroma-format=all x264 license: GPL version 2 or later libswscale/libavformat/ffmpegsource license: GPL version 2 or later |
27th October 2020, 04:24 | #60 | Link |
変身!
Join Date: Dec 2008
Location: Brazil
Posts: 38
|
x264 0.161.3027 4121277 (x64)
Code:
>x264 -V x264 0.161.3027 4121277 (libswscale 5.8.100) (libavformat 58.63.100) (ffmpegsource 2.40.0.0) (lsmash 2.16.1) built on Oct 26 2020, gcc: 10.2.0 x264 configuration: --chroma-format=all libx264 configuration: --chroma-format=all x264 license: GPL version 2 or later libswscale/libavformat/ffmpegsource license: GPL version 2 or later |
|
|