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. |
1st February 2021, 10:35 | #7981 | Link |
Acid fr0g
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 |
2nd February 2021, 01:23 | #7983 | Link | |
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,752
|
Quote:
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. |
|
2nd February 2021, 17:15 | #7984 | Link |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,753
|
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 Last edited by LigH; 2nd February 2021 at 17:18. |
2nd February 2021, 17:25 | #7985 | Link | |
Pig on the wing
Join Date: Mar 2002
Location: Finland
Posts: 5,718
|
Quote:
__________________
And if the band you're in starts playing different tunes I'll see you on the dark side of the Moon... |
|
4th February 2021, 00:51 | #7987 | Link | |
ангел смерти
Join Date: Nov 2004
Location: Lost
Posts: 9,558
|
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. |
|
4th February 2021, 01:53 | #7988 | Link | ||
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,752
|
Quote:
Quote:
|
||
4th February 2021, 22:19 | #7989 | Link | |
Software Developer
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
|
Quote:
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. |
|
4th February 2021, 22:44 | #7990 | Link |
Registered User
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
|
5th February 2021, 00:26 | #7991 | Link | ||
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,753
|
Quote:
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:
_ 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. Last edited by LigH; 5th February 2021 at 01:14. |
||
5th February 2021, 01:30 | #7992 | Link | ||
Software Developer
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
|
Quote:
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:
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. |
||
5th February 2021, 20:48 | #7993 | Link |
German doom9/Gleitz SuMo
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 |
5th February 2021, 21:18 | #7994 | 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 🇺🇦✊ |
|
5th February 2021, 23:10 | #7995 | Link |
Registered User
Join Date: Jun 2002
Location: On thin ice
Posts: 6,837
|
Does it support --reader-options library from aMod?
__________________
https://github.com/stax76/software-list https://www.youtube.com/@stax76/playlists |
6th February 2021, 05:41 | #7997 | Link |
結城有紀
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. |
6th February 2021, 11:55 | #7998 | Link |
Registered User
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.
__________________
https://github.com/stax76/software-list https://www.youtube.com/@stax76/playlists |
Thread Tools | Search this Thread |
Display Modes | |
|
|