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 > High Efficiency Video Coding (HEVC)

Reply
 
Thread Tools Search this Thread Display Modes
Old 1st February 2021, 10:35   #7981  |  Link
tormento
Acid fr0g
 
tormento's Avatar
 
Join Date: May 2002
Location: Italy
Posts: 2,542
If I feed x265 with a 16 bit stream from a SMDegrain source with n16=true, is it necessary to use --input-depth 16 or x265 can "understand" automatically the bit depth?
__________________
@turment on Telegram
tormento is offline   Reply With Quote
Old 2nd February 2021, 00:18   #7982  |  Link
cap5lock
Registered User
 
Join Date: Sep 2017
Posts: 10
Quote:
Originally Posted by LigH View Post
Thanks @DJATOM.

@LoRd_MuldeR: x265 3.4+13-g729a838d3+41 (Asuna) — no guarantees, check thoroughly!
What are tune lists for asuna mod ?
I know --tune lp only
cap5lock is offline   Reply With Quote
Old 2nd February 2021, 01:23   #7983  |  Link
benwaggoner
Moderator
 
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,752
Quote:
Originally Posted by tormento View Post
If I feed x265 with a 16 bit stream from a SMDegrain source with n16=true, is it necessary to use --input-depth 16 or x265 can "understand" automatically the bit depth?
If you're using a yuv4mpegpipe, then the depth should be signaled by the pipe. But if a yuv pipe, you'll need to set all the parameters manually.

For doing 8-bit encoding from a higher depth source inside x265, it helps to use the --dither command to get better dithering. But there are better external dithering options than that as well. It probably would help a bit with 10-bit encoding, particularly if it is in HDR.
__________________
Ben Waggoner
Principal Video Specialist, Amazon Prime Video

My Compression Book
benwaggoner is offline   Reply With Quote
Old 2nd February 2021, 17:15   #7984  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,753
Quote:
Originally Posted by cap5lock View Post
What are tune lists for asuna mod ?
I know --tune lp only
Run x265 --fullhelp and you will be told:
Code:
-t/--tune <string>               Tune the settings for a particular type of source or situation:
             (mid bitrate anime) littlepox/lp, (slower) littlepox++/lp++,
  (high bitrate anime BD / film) vcb-s/vcbs,   (slower) vcb-s++/vcbs++,
                                 psnr, ssim, grain, zerolatency, fastdecode
The details are a bit complex...
__________________

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

Last edited by LigH; 2nd February 2021 at 17:18.
LigH is offline   Reply With Quote
Old 2nd February 2021, 17:25   #7985  |  Link
Boulder
Pig on the wing
 
Boulder's Avatar
 
Join Date: Mar 2002
Location: Finland
Posts: 5,718
Quote:
Originally Posted by benwaggoner View Post
If you're using a yuv4mpegpipe, then the depth should be signaled by the pipe. But if a yuv pipe, you'll need to set all the parameters manually.

For doing 8-bit encoding from a higher depth source inside x265, it helps to use the --dither command to get better dithering. But there are better external dithering options than that as well. It probably would help a bit with 10-bit encoding, particularly if it is in HDR.
If you process in 10 or 16 bits, it's much better to feed it as such to x265 and use --dither. x264 works internally in 16-bit land so x265 probably does as well.
__________________
And if the band you're in starts playing different tunes
I'll see you on the dark side of the Moon...
Boulder is offline   Reply With Quote
Old 2nd February 2021, 18:10   #7986  |  Link
benwaggoner
Moderator
 
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,752
Quote:
Originally Posted by Boulder View Post
If you process in 10 or 16 bits, it's much better to feed it as such to x265 and use --dither. x264 works internally in 16-bit land so x265 probably does as well.
x265 always goes down to the native color depth before the frequency transform, so the net effect is identical with internal and external ditherers of the same algorithm.
__________________
Ben Waggoner
Principal Video Specialist, Amazon Prime Video

My Compression Book
benwaggoner is offline   Reply With Quote
Old 4th February 2021, 00:51   #7987  |  Link
foxyshadis
ангел смерти
 
foxyshadis's Avatar
 
Join Date: Nov 2004
Location: Lost
Posts: 9,558
Quote:
Originally Posted by LigH View Post
Run x265 --fullhelp and you will be told:
Code:
-t/--tune <string>               Tune the settings for a particular type of source or situation:
             (mid bitrate anime) littlepox/lp, (slower) littlepox++/lp++,
  (high bitrate anime BD / film) vcb-s/vcbs,   (slower) vcb-s++/vcbs++,
                                 psnr, ssim, grain, zerolatency, fastdecode
The details are a bit complex...
Half of these seem like options that should be based on the preset instead of the tune, but I guess if you're happy with them (basic tune being roughly medium-to-slow and ++ being roughly veryslow) then I guess that works. I would much rather see pure speed options be scaled based on the preset rather than flat overridden in the tune, though.

Adaptive SAO & strong intra smoothing would be such a dream, so they didn't have to be flat out disabled, but the companies with the resources to contribute aren't looking for that kind of absolute sharpness.
foxyshadis is offline   Reply With Quote
Old 4th February 2021, 01:53   #7988  |  Link
benwaggoner
Moderator
 
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,752
Quote:
Originally Posted by foxyshadis View Post
Half of these seem like options that should be based on the preset instead of the tune, but I guess if you're happy with them (basic tune being roughly medium-to-slow and ++ being roughly veryslow) then I guess that works. I would much rather see pure speed options be scaled based on the preset rather than flat overridden in the tune, though.
Yeah, it should really be a 2D matrix of preset and tune for parameters, as the tradeoffs can be different at different speed points.

Quote:
Adaptive SAO & strong intra smoothing would be such a dream, so they didn't have to be flat out disabled, but the companies with the resources to contribute aren't looking for that kind of absolute sharpness.
Also, the companies with the resource to contribute are likely to set exact parameters instead of relying on stock --preset and --tune.
__________________
Ben Waggoner
Principal Video Specialist, Amazon Prime Video

My Compression Book
benwaggoner is offline   Reply With Quote
Old 4th February 2021, 22:19   #7989  |  Link
LoRd_MuldeR
Software Developer
 
LoRd_MuldeR's Avatar
 
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
Quote:
Originally Posted by LigH View Post
Thanks @DJATOM.

@LoRd_MuldeR: x265 3.4+13-g729a838d3+41 (Asuna) — no guarantees, check thoroughly!
Thank you! However, your latest binary has dependencies to some shared libraries (DLL files) that are not included in the ZIP package:



Of course, it would be much preferable if you could link those statically. Also, the included "libx265.dll" is not actually needed, as far as I can tell.
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊

Last edited by LoRd_MuldeR; 4th February 2021 at 22:23.
LoRd_MuldeR is offline   Reply With Quote
Old 4th February 2021, 22:44   #7990  |  Link
DJATOM
Registered User
 
DJATOM's Avatar
 
Join Date: Sep 2010
Location: Ukraine, Bohuslav
Posts: 377
Probably he should remove zlib files from msys and compile from sources, that way it will be linked statically. I've spent a night figuring that out when tried to compile ffms2 libs for x264 :'D
__________________
Me on GitHub
PC Specs: Ryzen 5950X, 64 GB RAM, RTX 2070
DJATOM is offline   Reply With Quote
Old 5th February 2021, 00:26   #7991  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,753
Quote:
Originally Posted by LoRd_MuldeR View Post
Of course, it would be much preferable if you could link those statically.
I am sorry, I have no clue how, I am no C/C++ developer. If anyone can tell me how to tweak the build scripts, I will do so, but I am not able to discover that on my own.

But it confuses me why it worked on my PC. Maybe I have other applications installed which have them in my PATH. Like GIMP. -- No, I tested only the x64 build, see below.

As I am bound to the environment m-ab-s uses, I can't install or uninstall libraries as I wish.

Quote:
Originally Posted by LoRd_MuldeR View Post
Also, the included "libx265.dll" is not actually needed, as far as I can tell.
True, they are not, input/output libraries linked are only a matter of the CLI executable.
_

PS:

These dependencies are only valid for the Win32 executables, not for the Win64?!... Just checked with "Dependency Walker".

I am not sure where it comes from. The x264 with the same ffmpeg-light libraries does not need them. Maybe I can discover if m-ab-s excludes them explicitly when building x264.
__________________

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

Last edited by LigH; 5th February 2021 at 01:14.
LigH is offline   Reply With Quote
Old 5th February 2021, 01:30   #7992  |  Link
LoRd_MuldeR
Software Developer
 
LoRd_MuldeR's Avatar
 
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
Quote:
Originally Posted by LigH View Post
I am sorry, I have no clue how, I am no C/C++ developer. If anyone can tell me how to tweak the build scripts, I will do so, but I am not able to discover that on my own.
Well, I think you first would have to figure out whether the libraries in question (libbz2-1 and liblzma-5) were built as part of your build process, or whether they shipped as "pre-built" libraries with your MinGW/GCC/MSYS.

As far as pre-built libraries are concerned, you will often find that two files, called "libfoo.a" (static library) and "libfoo.dll.a" (shared library), are provided. Alternatively, the naming convention "libfoo_static.a" (static library) and "libfoo.a" (shared library) may be used. Other naming convention exist. You'll have to look. Anyway, you will have to make sure that the "static" version of the pre-compiled library is linked into your binary, not the "shared" version.

(A rather "crude" method would be to just delete the "shared" library file from your LIB path and hope that the build script will then pick up the "static" one )

If, however, the pre-compiled library is provided only as a shared library, then the only solution would be to build that library yourself from now on - as a static library - instead of using the pre-compiled (shared) version.

Quote:
Originally Posted by LigH View Post
But it confuses me why it worked on my PC. Maybe I have other applications installed which have them in my PATH. Like GIMP. -- No, I tested only the x64 build, see below.
There are quite a number of directories that Windows will search for DLL files at runtime. The directories that are listed in your PATH environment variable actually are the last ones to be searched:
https://docs.microsoft.com/en-us/win...p-applications

Anyways, if you use a "proper" task manager, such as Process Explorer or Process Hacker, you can see all DLLs a process has loaded, with full path. So it would be trivial to figure out where the DLLs in question are located on your system.
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊

Last edited by LoRd_MuldeR; 5th February 2021 at 01:48.
LoRd_MuldeR is offline   Reply With Quote
Old 5th February 2021, 20:48   #7993  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,753
I cloned the Asuna branch again, staying at commit 0b7a00d, applied the local fixes anew, compiled ... and the Win32 builds don't seem to need those libraries anymore. Miracles happen...

x265 3.4+13-g729a838d3+41 (Asuna) – 3rd attempt: Win32, Win32XP, Win64 only EXE
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid
LigH is offline   Reply With Quote
Old 5th February 2021, 21:18   #7994  |  Link
LoRd_MuldeR
Software Developer
 
LoRd_MuldeR's Avatar
 
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
Quote:
Originally Posted by LigH View Post
I cloned the Asuna branch again, staying at commit 0b7a00d, applied the local fixes anew, compiled ... and the Win32 builds don't seem to need those libraries anymore. Miracles happen...

x265 3.4+13-g729a838d3+41 (Asuna) – 3rd attempt: Win32, Win32XP, Win64 only EXE
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊
LoRd_MuldeR is offline   Reply With Quote
Old 5th February 2021, 23:10   #7995  |  Link
stax76
Registered User
 
stax76's Avatar
 
Join Date: Jun 2002
Location: On thin ice
Posts: 6,837
Does it support --reader-options library from aMod?
stax76 is offline   Reply With Quote
Old 5th February 2021, 23:17   #7996  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,753
I don't find that string in the EXE. But DJATOM works together with msg7086, they will know that much better than me...
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid
LigH is offline   Reply With Quote
Old 6th February 2021, 05:41   #7997  |  Link
MeteorRain
結城有紀
 
Join Date: Dec 2003
Location: NJ; OR; Shanghai
Posts: 894
No. We are developing (kinda) individually. Although some patches were transplanted, they are not identical. Only some patches are copied to the other side.
Please do not expect it to support everything in aMod, and vice versa.
__________________
Projects
x265 - Yuuki-Asuna-mod Download / GitHub
TS - ADTS AAC Splitter | LATM AAC Splitter | BS4K-ASS
Neo AviSynth+ filters - F3KDB | FFT3D | DFTTest | MiniDeen | Temporal Median
MeteorRain is offline   Reply With Quote
Old 6th February 2021, 11:55   #7998  |  Link
stax76
Registered User
 
stax76's Avatar
 
Join Date: Jun 2002
Location: On thin ice
Posts: 6,837
DJATOM has been very responsive to the staxrip community. Maybe create a GitHub organization encoder-mod and work together, otherwise staxrip will support different code paths based on the version name looking for the keywords aMod and Asuna.
stax76 is offline   Reply With Quote
Old 6th February 2021, 12:06   #7999  |  Link
DJATOM
Registered User
 
DJATOM's Avatar
 
Join Date: Sep 2010
Location: Ukraine, Bohuslav
Posts: 377
I think it's better to leave things as is.
Just detect user-supplied binary's mod/version and use different feature set for it. Or discard if binary lacks functionality...
__________________
Me on GitHub
PC Specs: Ryzen 5950X, 64 GB RAM, RTX 2070
DJATOM is offline   Reply With Quote
Old 6th February 2021, 12:08   #8000  |  Link
DJATOM
Registered User
 
DJATOM's Avatar
 
Join Date: Sep 2010
Location: Ukraine, Bohuslav
Posts: 377
Also you can ask Pat to make StaxRip edition, merging and unifying from both worlds
__________________
Me on GitHub
PC Specs: Ryzen 5950X, 64 GB RAM, RTX 2070
DJATOM 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 07:33.


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