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. |
19th October 2020, 20:44 | #61 | Link |
Big Bit Savings Now !
Join Date: Feb 2007
Location: close to the wall
Posts: 1,545
|
Many thanks for that idea !
__________________
"To bypass shortcuts and find suffering...is called QUALity" (Die toten Augen von Friedrichshain) "Data reduction ? Yep, Sir. We're that issue working on. Synce invntoin uf lingöage..." |
22nd November 2020, 02:23 | #64 | Link |
Registered User
Join Date: Sep 2020
Posts: 16
|
Just this code alone, or followed by a number? It makes handbrake crash if just put it alone in the advanced dialog boxed.
Thanks for all the suggestions, i tried everything, but still don't have a satisfying result (at least if i want to stay around 7Mb/s on the final 720p file). If anyone wants to try his own solution, here is the very grainy test clip i use in ProResHQ (i know most of sources won't be as grainy as that, but with it I can see more clearly the problem I encounter in a milder way with every other sources): https://we.tl/t-Maamur6Wzm TO SUM THIS UP (with comparison slides, which don't seem to display on chrome weirdly)... - If i try h265 "grain", detail is preserved, but the grain is more present/harsher, which in movement makes the movie clip difficult to watch: https://cdn.knightlab.com/libs/juxta...8-ebb5d6f907df - If i try h265 "none", detail disappear, and it makes a porridge-image on the face movements: https://cdn.knightlab.com/libs/juxta...8-ebb5d6f907df - Weirdly, the closest to source image (the right amount of grain while preserving some detail) is obtained using h264 "grain": https://cdn.knightlab.com/libs/juxta...8-ebb5d6f907df ... but it doesn't do well on every shot (see the blocks around the guy on this large shot, or his face - you can see the problem more clearly in motion, on the little h264 excerpt I put in the wetansfer): https://cdn.knightlab.com/libs/juxta...8-ebb5d6f907df If anyone wants to play with it, you're more than welcome, but anyway it is an occasion for newcomers to show the effect of each tune. Thanks again all for your help, and sorry to the long answer delay! |
23rd November 2020, 11:21 | #65 | Link | |
Lost my old account :(
Join Date: Jul 2017
Posts: 324
|
Quote:
Using the settings recommended previously, playing it back side by side to your source and I would say it looks fine. Way better then the attached h264 version that completely breaks apart in some areas of the image. But 7Mbps is streatching it a bit for this source, had to go to crf22.5 and still ended up a bit over 7Mbps (7,6Mbps). Last edited by excellentswordfight; 23rd November 2020 at 11:25. |
|
23rd November 2020, 18:54 | #66 | Link |
Registered User
Join Date: Sep 2020
Posts: 16
|
Thanks a lot !
You mean this code ? Code:
--preset slow --profile main10 --level-idc 41 --crf 18 --keyint 240 --min-keyint 24 --rc-lookahead 48 --no-sao --deblock -1:-1 --colorprim bt709 --transfer bt709 --colormatrix bt709 --range limited I will definitely learn to use ffmpeg directly. Your result is indeed very good! I still have a little weird feeling on the first close-up on him (this head movement...), but you're right, the bitrate limits us here for such a complex source. Thanks again, and sorry for the bug :-/ EDIT : for handbrake if someone's interested, it seems to be a syntax problem. I can now achieve something very close to your result (34.8 MiB - 7 684 kb/s) Last edited by TB54; 23rd November 2020 at 19:03. |
23rd November 2020, 21:20 | #67 | Link |
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,770
|
That's a good chunk of grain in there. Maybe try --nr-intra 150 --nr-inter 500? That'll make it easier to encode and reduce the swirling moving noise. The underlying source isn't that detailed anyway. It'll let you save some bits or reduce QPs.
|
Thread Tools | Search this Thread |
Display Modes | |
|
|