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 5th April 2018, 09:28   #61  |  Link
kuchikirukia
Registered User
 
Join Date: Oct 2014
Posts: 415
No other bottlenecks. --threads 4 I'm fine. --threads 8 I'm fine. -threads 12 it chokes other things, though the encode runs fine.
i7 4790

If it's pegged at 100% util my computer acts like it's 100% util at a higher priority.

Last edited by kuchikirukia; 5th April 2018 at 09:35.
kuchikirukia is offline   Reply With Quote
Old 8th April 2018, 08:02   #62  |  Link
Selur
Registered User
 
Selur's Avatar
 
Join Date: Oct 2001
Location: Germany
Posts: 5,814
Anyone got a link to a current, statically linked, x264 version with libav in it that's for MacOS X ?
Latest build over at http://download.videolan.org/x264/bi...macosx-x86-64/ is from 25-Dec-2017.

Cu Selur
__________________
Hybrid here in the forum, homepage
Selur is offline   Reply With Quote
Old 11th September 2018, 15:47   #63  |  Link
Kn0X
Registered User
 
Join Date: Sep 2018
Posts: 1
komisar down?

Hey!

I have a question .. is http://komisar.gin.by gone or is it just down right now?
It's been down for a couple of days now.
Kn0X is offline   Reply With Quote
Old 14th September 2018, 17:01   #64  |  Link
Midzuki
Unavailable
 
Midzuki's Avatar
 
Join Date: Mar 2009
Location: offline
Posts: 1,477
Quote:
Originally Posted by Kn0X View Post
Hey!

I have a question .. is http://komisar.gin.by gone or is it just down right now?
It's been down for a couple of days now.
His site is back.

But maybe unfortunately, since he doesn't provide fresh x264.exe builds anymore :-/
Midzuki is offline   Reply With Quote
Old 15th September 2018, 10:44   #65  |  Link
Shevach
Video compressionist
 
Join Date: Jun 2009
Location: Israel
Posts: 117
In nvenc (Nvidia encoder) there is a parameter enableConstrainedEncoding. This parameter is relevant for multi-slice mode and if it's set then motion vectors are restricted to not cross slice boundaries. That mode is useful in error resilience (to constrain error temporal propagation within the boundaries of a corrupted slice) and in delivery of 360 video.
My query - is there a similar mode in libx264?
Shevach is offline   Reply With Quote
Old 15th September 2018, 23:24   #66  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 5,827
Hmm, I know that x265 has a choice between WPP and other parallelism modes, also a slice oriented mode. But I don't remember x264 having a choice.
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid
LigH is offline   Reply With Quote
Old 20th September 2018, 13:42   #67  |  Link
Wishbringer
Silent Reader
 
Wishbringer's Avatar
 
Join Date: Dec 2003
Location: Germany
Posts: 289
@LigH: for x264 = this?
Quote:
--slices
Default: 0

Sets the number of slices per frame, and forces rectangular slices. (Overridden by either --slice-max-size or --slice-max-mbs if they are set.)
If you are encoding for Blu-ray, set this to four. Otherwise, don't use this unless you know you need to.
but imho nothing about "enableConstrainedEncoding" except:
Quote:
--constrained-intra
Default: Not Set

Enable constrained intra prediction, which is required for the base layer of SVC encodes. Since Everyone ignores SVC you can likewise ignore this switch.

Last edited by Wishbringer; 20th September 2018 at 13:47.
Wishbringer is offline   Reply With Quote
Old 20th September 2018, 14:04   #68  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 5,827
Possible, if enabling slices also ensures that MV's are constrained to each slice. I hope the developers in #x264 on Freenode know more, just asking... I'm no developer.

BugMaster mentioned a guess that --sliced-threads may have such a side-effect.
__________________

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

Last edited by LigH; 20th September 2018 at 14:14.
LigH is offline   Reply With Quote
Old 26th September 2018, 00:51   #69  |  Link
benwaggoner
Moderator
 
Join Date: Jan 2006
Location: Portland, OR
Posts: 2,827
Quote:
Originally Posted by LigH View Post
Hmm, I know that x265 has a choice between WPP and other parallelism modes, also a slice oriented mode. But I don't remember x264 having a choice.
WPP is new and so for unique feature to HEVC. The next gen VVC (probably H.266) currently plans to not include WPP.
__________________
Ben Waggoner
Principal Video Specialist, Amazon Prime Video

My Compression Book
benwaggoner is offline   Reply With Quote
Old 26th September 2018, 16:31   #70  |  Link
sneaker_ger
Registered User
 
Join Date: Dec 2002
Posts: 5,338
x264 r2935 Windows binaries now up on the videolan server.
sneaker_ger is offline   Reply With Quote
Old 8th October 2018, 00:23   #71  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 5,827
Now available in my archive too: x264 0.157.2935 545de2f (compiled already 2018-09-29 but forgot to pack and upload).

Today I wanted to recompile again with updated FFMS2 and L-SMASH ... but suddenly ffmpeg fails compiling libavdevice, seems to be a GCC 8 specific issue (expecting an explicit cast to (void) in a #define).
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid
LigH is offline   Reply With Quote
Old 17th December 2018, 01:10   #72  |  Link
Dogway
Registered User
 
Join Date: Nov 2009
Posts: 1,008
I found that current x264 builds for some reason don't include libswscale, I was going to perform some speed tests comparing it to multithreaded avs+ resizers, even if the quality is not as great. If anyone knows someone who build them specially 10bit x64 please let me know.
Dogway is offline   Reply With Quote
Old 17th December 2018, 01:28   #73  |  Link
LoRd_MuldeR
Software Developer
 
LoRd_MuldeR's Avatar
 
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,008
Quote:
Originally Posted by Dogway View Post
I found that current x264 builds for some reason don't include libswscale
Which specific build are you referring to?

As far as I can tell, the latest Ligh, msystem.waw.pl and videolan.org builds all do include libswscale, i.e. the "resize" filter is available. See download links in first post.

BTW: For quite some time now, there are no separate "8-Bit" and "10-Bit" builds anymore. You can set '--output-depth' at runtime now (details).
__________________
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.



Last edited by LoRd_MuldeR; 17th December 2018 at 01:56.
LoRd_MuldeR is offline   Reply With Quote
Old 17th December 2018, 01:56   #74  |  Link
Dogway
Registered User
 
Join Date: Nov 2009
Posts: 1,008
Thank you it works! I was testing with x264 tMod (jpsdr), x264 Ymod (YamashitaRen), x264 videolan. tMod warns about the merge between 8 and 10bit builds so I thought it was important.
Dogway is offline   Reply With Quote
Old 17th December 2018, 02:06   #75  |  Link
asarian
Registered User
 
Join Date: May 2005
Posts: 1,372
Quote:
Originally Posted by LoRd_MuldeR View Post

BTW: For quite some time now, there are no separate "8-Bit" and "10-Bit" builds anymore. You can set '--output-depth' at runtime now (details).
Cool. Because I was just going to 'complain' that the 10-bit versions of x264 don't appear to be compiled with OpenCL support.
__________________
Gorgeous, delicious, deculture!
asarian is offline   Reply With Quote
Old 17th December 2018, 02:06   #76  |  Link
LoRd_MuldeR
Software Developer
 
LoRd_MuldeR's Avatar
 
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,008
Quote:
Originally Posted by Dogway View Post
tMod warns about the merge between 8 and 10bit builds so I thought it was important.
Well, the person maintaining "tMod" build obviously did not bother to port all of the "custom" patches to latest x264 after the "8/10 bits unification" (Dec 2017), which was quite a big change in x264 codebase.

Instead "tMod" build seems now to be based on an old version of x264, just before the big "8/10 bits unification" happened – with a some fixes cherry-picked from x264 master...
__________________
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.



Last edited by LoRd_MuldeR; 17th December 2018 at 02:15.
LoRd_MuldeR is offline   Reply With Quote
Old 17th December 2018, 02:15   #77  |  Link
asarian
Registered User
 
Join Date: May 2005
Posts: 1,372
P.S. Are there any advantages using LigH's x264 over the regular one? (at videolan)
__________________
Gorgeous, delicious, deculture!
asarian is offline   Reply With Quote
Old 17th December 2018, 02:22   #78  |  Link
LoRd_MuldeR
Software Developer
 
LoRd_MuldeR's Avatar
 
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,008
Quote:
Originally Posted by asarian View Post
P.S. Are there any advantages using LigH's x264 over the regular one? (at videolan)
Videolan.org build does not have FFmpegSource2 support enabled.

Also latest Videolan.org build was built using GCC 6.3.0, whereas latest LigH build was built using GCC 8.2.1 – which could be faster or slower, but probably doesn't make much of a difference.

LigH build includes a somewhat newer libavformat version.
__________________
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.



Last edited by LoRd_MuldeR; 17th December 2018 at 02:25.
LoRd_MuldeR is offline   Reply With Quote
Old 17th December 2018, 02:26   #79  |  Link
asarian
Registered User
 
Join Date: May 2005
Posts: 1,372
Quote:
Originally Posted by LoRd_MuldeR View Post
Videolan.org build does not have FFmpegSource2 support enabled.

Also latest Videolan.org build was built using GCC 6.3.0, whereas latest LigH build was built using GCC 8.2.1 which could be faster or slower, but probably doesn't make much of a difference.

LigH build includes a somewhat newer libavformat version.

K, thank you!
__________________
Gorgeous, delicious, deculture!
asarian is offline   Reply With Quote
Old 17th December 2018, 07:26   #80  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 5,827
It's just what the media-autobuild_suite produces, no additional changes. Look here for download link and version details.
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid
LigH 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:06.


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