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. |
27th June 2016, 10:06 | #3841 | Link |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,753
|
1. There are several sources for both "multilib" builds (one EXE with all three bitdepth variants of the encoder included, which you can select by the parameter -D) and separate builds; my MinGW / GCC packages contain both kinds, more links to different builds can be found e.g. in the VideoHelp forum thread.
2. Multiplex it using mkvtoolnix (with mkvmerge as CLI tool, or with the formerly usual MKVmergeGUI or the current MKVToolnixGUI as GUI application) or maybe with ffmpeg too. This is not a "conversion", just wrapping the raw HEVC video stream into a Matroska container (which may then also contain more than just the video stream, like an additional audio stream). __ P.S. 1.: x265 1.9+217-626fcbac7ffb Last edited by LigH; 27th June 2016 at 12:03. |
27th June 2016, 20:29 | #3842 | Link | |
Registered User
Join Date: Jan 2014
Posts: 8
|
Quote:
currently i am experimenting with the speed vs quality i can get, my cpu took more than 2 hours encoding 200MB 9 mins animation so i terminate it. I used preset veryslow Code:
ffmpeg -i %1 -an -me_method umh -b_strategy 2 -subq 10 -refs 10 -v error -weightp 2 -trellis 2 -qmin 10 -qmax 81 -f yuv4mpegpipe - | x265_main12 --y4m - --level 5.1 --preset veryslow --min-keyint 12 --scenecut 40 --bframes 10 --qcomp 0.6 --rc-lookahead 60 --aq-mode 1 --aq-strength 0.8 --merange 24 --psy-rd 0.60 --crf %5 --output %2 i appreciate if you can help? |
|
28th June 2016, 06:25 | #3843 | Link |
Registered User
Join Date: Jul 2015
Posts: 697
|
Which of the following web pages is current? Maybe there are some new?
http://x265.ru/builds/ https://encoder.pw/ http://msystem.waw.pl/x265/ https://github.com/videolan/x265/commits/master |
28th June 2016, 06:37 | #3844 | Link | |
Guest
Posts: n/a
|
Quote:
None of the other sites are supported by us. |
|
28th June 2016, 06:38 | #3845 | Link | |
SuperVirus
Join Date: Jun 2012
Location: Antarctic Japan
Posts: 1,351
|
Quote:
https://bitbucket.org/multicoreware/x265/commits/ encoder.pw and x265.ru do NOT contain the builds based on the most recent commits. waw.pl apparently is up-to-date, but their content is a mess Last edited by filler56789; 28th June 2016 at 06:40. Reason: disambiguation |
|
28th June 2016, 06:47 | #3846 | Link | |
Registered User
Join Date: Jul 2015
Posts: 697
|
Quote:
https://patches.videolan.org/project/x265-devel/list/ https://bitbucket.org/multicoreware/...branch/default Last edited by Jamaika; 28th June 2016 at 06:51. |
|
28th June 2016, 07:21 | #3847 | Link |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,753
|
You forgot my build archive at MediaFire; but I will not build daily or even automatically, only after a few important commits, more or less weekly.
|
28th June 2016, 07:40 | #3848 | Link |
Registered User
Join Date: Jul 2015
Posts: 697
|
I didn't forget. You are here from the beginning.
He should ask: Do users LigH, El Heggunte, Selur, others have full accreditation, and are now confident creators codec X265? We not only Selur's codecs are also outdated.(GNU 5.3.0) Last edited by Jamaika; 28th June 2016 at 10:25. |
28th June 2016, 08:21 | #3849 | Link |
User of free A/V tools
Join Date: Jul 2006
Location: SK
Posts: 826
|
They're not creators, just builders. They compile the source code which is being written (created, developed) by MulticoreWare programmers so that we (=regular users) can use x265 on our systems and encode video streams.
|
28th June 2016, 15:23 | #3850 | Link | |
Registered User
Join Date: Feb 2015
Posts: 326
|
Quote:
1) ffmpeg.exe from https://ffmpeg.zeranoe.com/builds/ 2) x265-10b.exe from http://www.msystem.waw.pl/x265/ (first table, ver. 1.9+217, Minimum CPU arch AVX) 3) mkvtoolnix-gui.exe from http://www.fosshub.com/MKVToolNix.html (portable 64bit) Let your original MKV file will be org.mkv First you encode video: Code:
ffmpeg -i org.mkv -v error -vf scale=384:-2 -f yuv4mpegpipe - | x265-10b --y4m - -p0 new.hevc Then you start mkvtoolnix-gui.exe. 1) press button "+ Add source files" and choose your original org.mkv 2) second time press button "+ Add source files" and choose your encoded new.hevc 3) in window "Tracks, chapters and tags:" please move last track "MPEG-H/HEVC/h.265" to second place from top (by mouse) 4) uncheck original video track, it should looks like in attached picture 5) press "Start muxing" button You will have "org (1).mkv" file with replaced video track. If you do this, you can see if audio is sync with video (video quality should be very low). If all is OK, you can remove '-vf scale=384:-2' from ffmpeg options and instead of '-p0' in x265 options you can insert '-p8 --crf 20' and encode to better quality (but very slow). Last edited by Ma; 29th June 2016 at 08:46. Reason: change ffmpeg option to '-vf scale=384:-2' |
|
28th June 2016, 16:47 | #3852 | Link | |
Registered User
Join Date: Oct 2001
Location: Germany
Posts: 7,259
|
Quote:
a. something interesting was committed b. I release a new Hybrid version but not sure if I won't stop building myself since the mingw builds keep on randomly crashing on my i7 and on newer Xeons,... (guess there is still something off with MinGW or the way https://github.com/jb-alvarado/media-autobuild_suite builds the binaries,.. MSVC builds seem to work fine) |
|
30th June 2016, 13:22 | #3854 | Link | |
ffx264/ffhevc author
Join Date: May 2007
Location: /dev/video0
Posts: 1,843
|
Quote:
The same encode done with x264 looks far and I repeat FAR better than the one done with x265. I usually know what I do when configuring the options, but I wasn't able to match the quality of the x264 encode thus far. So I'd say it'll probably take 1-2 years for x265 to come on par with x264 |
|
30th June 2016, 13:48 | #3855 | Link | |
Registered User
Join Date: Aug 2006
Posts: 2,229
|
Try some custom options:
--rdoq-level 1 --output-depth 10 --rd 4 --tu-intra-depth 3 --early-skip --fast-intra --b-intra --tskip --tskip-fast --limit-modes --aq-mode 2 --qg-size 16 --me star --max-merge 3 --weightb --bframes 6 --ref 6 --rc-lookahead 40 Note the first entry, I use the level 1 despite people saying level 2 produces more ideal results. I agree with the help: Quote:
Note that I have --merange set to 25 for speed at 480P content. If encoding to a higher resolution then a higher merange would be beneficial. I did read there are SAO optimisations etc in the works, they should further improve the results. Try those settings and see how the output compares. I mean just those settings, nothing else except for stating the CRF. The CRF can also be in decimal form, such as 20.5. These settings seem to work well together for not only a fast encode but great quality ouput. If you're game try say, 400 for --nr-intra and --nr-inter. It might sound counterintuitive for what you intend, but it does reduce the file size a bit such that you can use a slightly lower CRF. The lower CRF then could produce more likeable results. Try it out on a clip, one with both of those set to 0 and another with them both set to 400 but lower the CRF by say, 0.5 and see the output quality and file size. You may be even able to lower the CRF even a tad more than that. |
|
30th June 2016, 14:30 | #3856 | Link |
ffx264/ffhevc author
Join Date: May 2007
Location: /dev/video0
Posts: 1,843
|
@burfadel
Thanks for the options. I'll try them but what I used for the test encode is very close to what you provided, except for the *--skip ones which I disabled. I will do some more tweaking here... |
30th June 2016, 15:17 | #3857 | Link |
Registered User
Join Date: Jan 2010
Posts: 709
|
just use --no-sao --deblock -2:-2 --rdoq-level 2 or 1 --psy-rdoq 1.5 or 2
@burfadel level 1 give better result for the same crf, but also a bigger file, at the same bitrate level 2 generally looks better. also note, on presets lower than slow, without setting --psy-rdoq it's defaulted to 0 and --rdoq-level don't do anything.
__________________
powered by Google Translator |
1st July 2016, 01:40 | #3858 | Link |
SuperVirus
Join Date: Jun 2012
Location: Antarctic Japan
Posts: 1,351
|
commit 17c0c875f27d @ http://forum.videohelp.com/threads/3...=1#post2450950
Only the x64 binary is "multilib", the x86 one is 8-bit only, and is "XP-compatible" (or at least I think so, I don't have an XP machine anymore). Last edited by filler56789; 2nd July 2016 at 16:08. Reason: grammar ¬¬ |
1st July 2016, 09:04 | #3859 | Link |
Registered User
Join Date: Jul 2015
Posts: 697
|
I found a codec creators. I should probably use them.
https://builds.x265.eu/ |
Thread Tools | Search this Thread |
Display Modes | |
|
|