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 20th July 2019, 19:54   #41  |  Link
nevcairiel
Registered Developer
 
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 9,923
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
nevcairiel is offline   Reply With Quote
Old 21st July 2019, 19:51   #42  |  Link
filler56789
SuperVirus
 
filler56789's Avatar
 
Join Date: Jun 2012
Location: Antarctic Japan
Posts: 1,038
Quote:
Originally Posted by nevcairiel View Post
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.
Well ++ FWIW ++ just-for-the-record:

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
filler56789 is offline   Reply With Quote
Old 22nd July 2019, 09:35   #43  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,084
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.
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid

Last edited by LigH; 22nd July 2019 at 09:40.
LigH is offline   Reply With Quote
Old 2nd January 2020, 20:21   #44  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,084
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
Happy New Year 2020
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid
LigH is offline   Reply With Quote
Old 3rd January 2020, 00:35   #45  |  Link
LoRd_MuldeR
Software Developer
 
LoRd_MuldeR's Avatar
 
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,125
Quote:
Originally Posted by LigH View Post
New upload: x264 core:159 r2991 1771b55

Happy New Year 2020
__________________
There was of course no way of knowing whether you were being watched at any given moment.
How often, or on what system, the Thought Police plugged in on any individual wire was guesswork.


LoRd_MuldeR is offline   Reply With Quote
Old 17th April 2020, 12:13   #46  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,084
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
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid
LigH is offline   Reply With Quote
Old 17th April 2020, 20:06   #47  |  Link
LoRd_MuldeR
Software Developer
 
LoRd_MuldeR's Avatar
 
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,125
Quote:
Originally Posted by LigH View Post
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
__________________
There was of course no way of knowing whether you were being watched at any given moment.
How often, or on what system, the Thought Police plugged in on any individual wire was guesswork.


LoRd_MuldeR is offline   Reply With Quote
Old 19th May 2020, 10:50   #48  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,084
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
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid
LigH is offline   Reply With Quote
Old 19th May 2020, 13:08   #49  |  Link
manolito
Registered User
 
manolito's Avatar
 
Join Date: Sep 2003
Location: Berlin, Germany
Posts: 2,794
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?
manolito is offline   Reply With Quote
Old 19th May 2020, 14:17   #50  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,084
I doubt; just for the people who can't sleep without bleeding edge software.
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid
LigH is offline   Reply With Quote
Old 19th May 2020, 16:41   #51  |  Link
manolito
Registered User
 
manolito's Avatar
 
Join Date: Sep 2003
Location: Berlin, Germany
Posts: 2,794
This excludes me...
manolito 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 19:37.


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