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. |
13th May 2021, 03:19 | #8161 | Link | |||
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,750
|
Quote:
Quote:
Quote:
|
|||
13th May 2021, 09:25 | #8162 | Link | ||
Huba Huba
Join Date: Aug 2005
Location: Palumbian Jungle
Posts: 78
|
Quote:
Quote:
If so, it's unfortunate this isn't marked as "Experimental feature" in the command line options :-\ https://x265.readthedocs.io/en/master/cli.html
__________________
"The innocent have nothing to fear" :stupid: Last edited by Marsu42; 13th May 2021 at 09:33. |
||
13th May 2021, 18:35 | #8164 | Link | ||
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,750
|
Quote:
Quote:
|
||
13th May 2021, 18:43 | #8165 | Link |
Pig on the wing
Join Date: Mar 2002
Location: Finland
Posts: 5,718
|
Yes, we have tested it and it's worse than before. Mind you, it didn't work properly even before v3.5..
It is very much a reality that they don't seem to have many hardcore devs left. Of course, the encoder is very stable and works well, but there are these reported cases which are never investigated.
__________________
And if the band you're in starts playing different tunes I'll see you on the dark side of the Moon... |
14th May 2021, 01:09 | #8166 | Link | ||
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,750
|
Quote:
Quote:
|
||
14th May 2021, 09:45 | #8167 | Link |
Pig on the wing
Join Date: Mar 2002
Location: Finland
Posts: 5,718
|
Unfortunately just worse results. It's very flaky and detects scene changes in motion too easily (transition from a slightly motion blurred frame to a crisper one triggers it). The threshold seems to affect it in the wrong way.
https://forum.doom9.org/showthread.p...98#post1919698 What comes to development, I think most of the recent (since ~year or so) stuff has been towards streaming and (very) low bitrate encodes. For regular encodes, much less so. So there's probably someone paying for those things and that's why they get done.
__________________
And if the band you're in starts playing different tunes I'll see you on the dark side of the Moon... |
1st June 2021, 20:28 | #8168 | Link |
Registered User
Join Date: Dec 2008
Posts: 415
|
After many month of no update, now they have made a new commit.
https://bitbucket.org/multicoreware/x265_git/commits/ |
3rd June 2021, 21:07 | #8169 | Link | ||
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,750
|
Quote:
Quote:
Or is it saying that if a stream is started but has a VBV violation during the encode, it'll abort, but the stream that had been written up to that point would still have the originally specified level? If so, that would be the expected and appropriate behavior, since the frame that violated the spec never was written and so the file up to that point should still be conformant. |
||
3rd June 2021, 22:13 | #8170 | Link |
SuperVirus
Join Date: Jun 2012
Location: Antarctic Japan
Posts: 1,351
|
OUCH! It does appear that, since Steve Borho and Min Chen left the x265 project, the remaining devs DON'T KNOW very-well what they're doing :-/
So... to all the regular/frequent users of x265, ¿could you please say which old version of x265 you recommend? Last edited by filler56789; 3rd June 2021 at 22:17. Reason: . |
3rd June 2021, 23:34 | #8171 | Link |
Registered User
Join Date: Sep 2010
Location: Ukraine, Bohuslav
Posts: 377
|
Definitely before ABR ladder introduced. It added complexity to codebase and it was a source of bugs for certain amount of time (maybe some bugs still not discovered). So I recommend to use 3.3 if you want less buggy encoder.
|
4th June 2021, 00:32 | #8172 | Link | |
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,750
|
Quote:
https://x265.readthedocs.io/en/master/releasenotes.html
Anyone have anything to share on those? |
|
5th June 2021, 07:19 | #8174 | Link | |
21 years and counting...
Join Date: Oct 2002
Location: Germany
Posts: 716
|
Quote:
I'd like to have an optimized and stable version for every day use. |
|
6th June 2021, 10:50 | #8176 | Link | |
Pig on the wing
Join Date: Mar 2002
Location: Finland
Posts: 5,718
|
Quote:
--hist-scenecut has been proven to not work properly, it cannot be used in any productive encodes. It went worse with the bugfixes they made and then they left it as it is. --rskip 2 seemed to help with some onion artifacts I was seeing in flat backgrounds with some noise in my Star Trek TNG 720p encodes. I didn't find any problems with it, and shouldn't more computation and analysis be better than skipping anyway? I use --rskip 2 --rskip-edge-threshold 3 as a base setting in my encoding commandline. Just note that --rskip 2 --limit-tu 0 --ctu 64 is asking for trouble. That combination is broken, but my bug report has not been processed at all. Scenecut-aware-qp is a bit silly implementation because it only works in 2-pass encodes. I did some tests on a modded version that allows using it in CRF mode but didn't find it useful.
__________________
And if the band you're in starts playing different tunes I'll see you on the dark side of the Moon... |
|
7th June 2021, 20:23 | #8179 | Link |
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,750
|
I'm starting tests for the new anime version of my Encoder Challenge.
Despite content that seems ripe for --frame-dup helping static frames of credits, it doesn't seem to be working. Looking at the docs for --dup-threshold, it's unclear what the scale is, or if higher values make it more or less strict. Anyone have any insights? |
7th June 2021, 21:04 | #8180 | Link | |
Registered User
Join Date: Oct 2014
Posts: 23
|
Quote:
|
|
Thread Tools | Search this Thread |
Display Modes | |
|
|