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 > MPEG-4 Encoder GUIs

Reply
 
Thread Tools Search this Thread Display Modes
Old 12th February 2024, 10:24   #361  |  Link
ProWo
Registered User
 
Join Date: Mar 2020
Posts: 310
Quote:
Originally Posted by oniiz86 View Post
No such luck with v3.2.3.03 unfortunately, I had the same HDR/HLG Metadata missing
Cut a 30 second piece of this video with avidemux, upload it somewhere and post the link here, then i can have a look at it.
ProWo is offline   Reply With Quote
Old 12th February 2024, 11:01   #362  |  Link
oniiz86
Registered User
 
Join Date: Oct 2019
Posts: 58
@ProWo Will do, I tried it again with the latest beta v3.2.3.03 using a CRF setting of 18 which retained the stream size of 7.36GB for the AVC stream but instead of creating a 0kb file, the process was aborted with these messages,


Then a process is aborted message,


Here is a short 1 min sample, https://www.sendspace.com/file/6c1tvj
oniiz86 is offline   Reply With Quote
Old 12th February 2024, 14:52   #363  |  Link
ProWo
Registered User
 
Join Date: Mar 2020
Posts: 310
Quote:
Originally Posted by oniiz86 View Post
@ProWo Will do, I tried it again with the latest beta v3.2.3.03 using a CRF setting of 18 which retained the stream size of 7.36GB for the AVC stream but instead of creating a 0kb file, the process was aborted with these messages,
Then a process is aborted message
Will take a look.
Meantime you could try to remux without the picture.
ProWo is offline   Reply With Quote
Old 12th February 2024, 15:26   #364  |  Link
ProWo
Registered User
 
Join Date: Mar 2020
Posts: 310
Tested with your sample,but everything works as expected here.

Your video has no HDR10 metadata (it was probably re-encoded improperly).
So you have two options:

1) re-encoding with x264 crf 25 resized 1920x1040 with BT709 and 8bit, without the HDR options, answer yes to the warning message

2) Re-encoding with x264, crf 25 resized 1920x1040, hdr option hdr10 to sdr, mobius, bit depth 8bit.

Then multiplex, select the new video stream (green or orange), deselect the old video stream, select all other desired streams (including the photo) and mux with multiplex.


Works perfectly here.

Close clever FFmpeg-GUI and delete this folder (it will be created again automatically):
C:\Users\xxx\AppData\Local\clever_FFmpeg_GUI (where xxx=your user name on windows),
then restart clever FFmpeg-GUI and try again.

http://https://www.sendspace.com/fil...pbAo%2FJy5dywQ
ProWo is offline   Reply With Quote
Old 12th February 2024, 16:22   #365  |  Link
oniiz86
Registered User
 
Join Date: Oct 2019
Posts: 58
@ProWo Thanks so much for the testing, I noticed with your HDR10 to SDR 8bit sample, the file has a "Variable" frame rate mode & it looks to be converted from 24fps to 23.976 (23976/1000) fps & sorry for the silly question but I noticed in the image you uploaded, you didn't close the "Various" submenu screen, does that have any ill effect during the encoding process? I normally close the Various submenu & it simply mentions "1 extra filter selected".

Quote:
Format : Matroska
Format version : Version 4
File size : 30.0 MiB
Duration : 1 min 0 s
Overall bit rate mode : Variable
Overall bit rate : 4 187 kb/s
Frame rate : 23.976 FPS
Writing application : clever FFmpeg-GUI
Writing library : Lavf60.20.100
ErrorDetectionType : Per level 1

Video #1
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4
Format settings : CABAC / 4 Ref Frames
Format settings, CABAC : Yes
Format settings, Reference : 4 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 1 min 0 s
Bit rate : 1 465 kb/s
Width : 1 920 pixels
Height : 1 040 pixels
Display aspect ratio : 1.85:1
Frame rate mode : Variable
Frame rate : 23.976 (23976/1000) FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.031
Stream size : 10.5 MiB (35%)
Writing library : x264 core 164 r3173 4815cca
Encoding settings : cabac=1 / ref=1 / deblock=1:-1:-1 / analyse=0x3:0x113 / me=hex / subme=2 / psy=1 / psy_rd=1.00:0.15 / mixed_ref=0 / me_range=16 / chroma_me=1 / trellis=0 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=0 / threads=12 / lookahead_threads=4 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=1 / b_bias=0 / direct=1 / weightb=1 / open_gop=0 / weightp=1 / keyint=250 / keyint_min=24 / scenecut=40 / intra_refresh=0 / rc_lookahead=10 / rc=crf / mbtree=1 / crf=25.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / ip_ratio=1.40 / aq=1:1.00
Default : Yes
Forced : No
Color range : Limited
Color primaries : BT.709
Transfer characteristics : BT.709
Matrix coefficients : BT.709

Last edited by oniiz86; 14th February 2024 at 02:30.
oniiz86 is offline   Reply With Quote
Old 12th February 2024, 16:54   #366  |  Link
ProWo
Registered User
 
Join Date: Mar 2020
Posts: 310
Im out now, will come back to you tomorrow.
ProWo is offline   Reply With Quote
Old 13th February 2024, 09:26   #367  |  Link
ProWo
Registered User
 
Join Date: Mar 2020
Posts: 310
Quote:
Originally Posted by oniiz86 View Post
@ProWo Thanks so much for the testing, I noticed with your HDR10 to SDR 8bit sample, the file has a "Variable" frame rate mode & it looks to be converted from 24fps to 23.976 (23976/1000) fps & sorry for the silly question but I noticed in the image you uploaded, you didn't close the "Various" submenu screen, does that have any ill affect during the encoding process? I normally close the Various submenu & it simply mentions "1 extra filter selected".
I have analyzed this.
The video stream is correctly encoded at 24 fps, but when muxing, the additional image is re-encoded and this variable frame rate is created. A new muxing without the picture brings you back to the 24 fps constant. I will correct this bug in the next beta.
The conversion from HLG to SDR will also be possible again, because I have found a way to remove the HDR sidedata that ffmpeg incorrectly copied.
As for the open Various submenu, that has no effect, I just left it open so you can see the settings in the image.
ProWo is offline   Reply With Quote
Old 14th February 2024, 10:01   #368  |  Link
ProWo
Registered User
 
Join Date: Mar 2020
Posts: 310
Newest beta (v3.2.3.04), online now.

Added: Re-admitted HLG handling (keep HLG, HLG to SDR, HLG to HDR10).
ISO 639 language codes info in multiplex and audio encode grid (request by ingsoc).

Fixed:
Bug in profile handling with HDR10/HLG.

Improved: Change/set DAR (depending on codec and container).

Changed:
mkv as standard container in mux grid.
Removed av1 mux in mov, admitted mux mpeg1, mpeg2 in mxf .
ProWo is offline   Reply With Quote
Old 14th February 2024, 14:54   #369  |  Link
oniiz86
Registered User
 
Join Date: Oct 2019
Posts: 58
@ProWo I've tried the latest v3.2.3.04 beta & it didn't have any errors this time, hopefully it'll play on my OPPO this time without hanging at 100%, one thing though I noticed the "picture (mjpeg)" stream for some reason is muxed after the video with a strange frame rate "90 000.898 FPS" when ideally it should be the last stream like it is in the multiplex grid, is there any chance you could correct that, it'd be greatly appreciated
Quote:
Format : Matroska
Format version : Version 4
File size : 10.4 GiB
Duration : 2 h 11 min
Overall bit rate mode : Variable
Overall bit rate : 11.3 Mb/s
Frame rate : 24.000 FPS
Movie name : Hannibal 2001
Writing application : clever FFmpeg-GUI
Writing library : Lavf60.16.100
ErrorDetectionType : Per level 1

Video #1
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4
Format settings : CABAC / 4 Ref Frames
Format settings, CABAC : Yes
Format settings, Reference : 4 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 2 h 11 min
Bit rate : 8 021 kb/s
Width : 1 920 pixels
Height : 1 040 pixels
Display aspect ratio : 1.85:1
Frame rate mode : Constant
Frame rate : 24.000 FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.167
Stream size : 7.36 GiB (71%)
Writing library : x264 core 164 r3172 c1c9931
Encoding settings : cabac=1 / ref=1 / deblock=1:-1:-1 / analyse=0x3:0x113 / me=hex / subme=2 / psy=1 / psy_rd=1.00:0.15 / mixed_ref=0 / me_range=16 / chroma_me=1 / trellis=0 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=0 / threads=12 / lookahead_threads=4 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=1 / b_bias=0 / direct=1 / weightb=1 / open_gop=0 / weightp=1 / keyint=250 / keyint_min=24 / scenecut=40 / intra_refresh=0 / rc_lookahead=10 / rc=crf / mbtree=1 / crf=18.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / ip_ratio=1.40 / aq=1:1.00
Default : Yes
Forced : No
Color range : Limited
Color primaries : BT.709
Transfer characteristics : BT.709
Matrix coefficients : BT.709

Video #2
ID : 6
Format : V_MJPEG
Codec ID : V_MJPEG
Width : 550 pixels
Height : 825 pixels
Display aspect ratio : 1.85:1
Frame rate mode : Constant
Frame rate : 90 000.898 FPS
Color space : YUV
Writing library : Lavc60.31.102 mjpeg
Default : No
Forced : No
Color range : Full
Matrix coefficients : BT.470 System B/G
FILENAME : cover.jpg
MIMETYPE : image/jpeg

Audio #1
ID : 2
Format : DTS XLL
Format/Info : Digital Theater Systems
Commercial name : DTS-HD Master Audio
Codec ID : A_DTS
Duration : 2 h 11 min
Bit rate mode : Variable
Bit rate : 3 652 kb/s
Channel(s) : 6 channels
Channel layout : C L R Ls Rs LFE
Sampling rate : 48.0 kHz
Frame rate : 93.750 FPS (512 SPF)
Bit depth : 24 bits
Compression mode : Lossless
Stream size : 3.35 GiB (32%)
Title : English DTS-HD MA 5.1
Language : English
Default : Yes
Forced : No
oniiz86 is offline   Reply With Quote
Old 16th February 2024, 11:06   #370  |  Link
ProWo
Registered User
 
Join Date: Mar 2020
Posts: 310
Quote:
Originally Posted by oniiz86 View Post
@ProWo one thing though I noticed the "picture (mjpeg)" stream for some reason is muxed after the video with a strange frame rate "90 000.898 FPS" when ideally it should be the last stream like it is in the multiplex grid, is there any chance you could correct that, it'd be greatly appreciated
This picture fps has no meaning, but I have noticed that this picture is not displayed.
I will revise the insertion of a picture as coverart.
But more importantly, does your OPPO play the re-encoded video?
ProWo is offline   Reply With Quote
Old 16th February 2024, 12:35   #371  |  Link
oniiz86
Registered User
 
Join Date: Oct 2019
Posts: 58
Quote:
Originally Posted by ProWo View Post
This picture fps has no meaning, but I have noticed that this picture is not displayed.
I will revise the insertion of a picture as coverart.
But more importantly, does your OPPO play the re-encoded video?
Ok, thanks for that, sorry for not getting back to you with my results, I'm happy to report that the latest v3.2.3.04 beta has been great, I can successfully play the file on my OPPO BDP-105D, no more hanging at a 100%, I must say that I did try the problematic re-encode on my OPPO UDP-205 & had no such issues, I guess whatever you revised in your code has made the earlier OPPO's MediaTek MT8580 SoC chipset happier now, thanks so very much for sorting it out so swiftly

Edit: I was wondering why in the latest v3.2.3.04 beta you removed the ability to mux the AV1 codec in the MOV container, did it prove to be problematic?
Quote:
Changed:
mkv as standard container in mux grid.
Removed av1 mux in mov, admitted mux mpeg1, mpeg2 in mxf .

Last edited by oniiz86; 16th February 2024 at 14:27.
oniiz86 is offline   Reply With Quote
Old 16th February 2024, 16:13   #372  |  Link
ProWo
Registered User
 
Join Date: Mar 2020
Posts: 310
Quote:
Originally Posted by oniiz86 View Post
I was wondering why in the latest v3.2.3.04 beta you removed the ability to mux the AV1 codec in the MOV container, did it prove to be problematic?
Message from ffmpeg:
[mov @ 000001e4afe1cac0] av1 only supported in MP4 and AVIF.
ProWo is offline   Reply With Quote
Old 19th February 2024, 10:16   #373  |  Link
ProWo
Registered User
 
Join Date: Mar 2020
Posts: 310
Newest beta (v3.2.3.05), online now.

Added:
x256 loop filter (request by avinewbie).
Chunk analysis for compatibility in join section.

Fixed:
Cover art (image) handling in video.

Improved:
Stream analysis.
x265-params handling.
Join function (can now merge videos with different resolutions and frame rates (but with the same codecs).
ProWo is offline   Reply With Quote
Old 21st February 2024, 13:54   #374  |  Link
ProWo
Registered User
 
Join Date: Mar 2020
Posts: 310
Newest beta (v3.2.3.06), online now.

Fixed:
Bug in multiple batch cuts from same source.
ProWo is offline   Reply With Quote
Old 22nd February 2024, 16:45   #375  |  Link
ProWo
Registered User
 
Join Date: Mar 2020
Posts: 310
----------------------------------------------------------------------------------
February 22 2024 release version 3.2.4.
----------------------------------------------------------------------------------
Added:
Deletion of eia 608/708 captions from h264, hevc, mpeg2 videostreams.
Audio spectrogram (request by ingsoc).
av1 muxing to asf, avi, mov, mp4, wmv.
Re-admitted HLG handling (keep HLG, HLG to SDR, HLG to HDR10).
ISO 639 language codes info in multiplex and audio encode grid (request by ingsoc).
x256 loop filter (request by avinewbie).
Chunk analysis for compatibility in join section.
Automatic transfer of cutted chunks from direct cur or batch cut (if more then one) to join grid.
Cut marks list for multiple cuts from the source file, so all cuts can be made in one go.

Fixed:
Missing source chapters muxing.
Bug in subtitle selection for burn in subtitles.
Bug in audio volume detection.
eac3 audiostream extraction as eac3 (request by Ennio).
Bug in HDR10/HLG metadata parsing.
Bug in source stream audio delay parsing.
Bug in profile handling with HDR10/HLG.
Cover art (image) handling in video.
Bug in multiple batch cuts from same source.

Improved:
HDR10/HLG videos handling.
Invalid filenames handling.
Batch tasks handling.
FFmpeg errors handling.
Change/set DAR (depending on codec and container).
Stream analysis.
x265-params handling.
Join function (can now merge videos with different resolutions and frame rates (but with the same codecs).

Changed:
Scan for errors (now errors only, not messages).
Help screen loaded automatically with chapters screen.
Other system colors to RGB.
mkv as standard container in mux grid.
Removed av1 mux in mov, admitted mux mpeg1, mpeg2 in mxf.
----------------------------------------------------------------------------------
ProWo is offline   Reply With Quote
Old 27th February 2024, 10:46   #376  |  Link
ProWo
Registered User
 
Join Date: Mar 2020
Posts: 310
Newest beta (v3.2.4.01), online now.

Added:
Audio 8 channels enhanced downmix to stereo.
Security settings for Windows.

Improved:
Audio filter handling.
Audio channels reduction handling.
Audio channels remap chandling.

Changed:
Picture as coverart in video handling.
ProWo is offline   Reply With Quote
Old 28th February 2024, 10:28   #377  |  Link
ProWo
Registered User
 
Join Date: Mar 2020
Posts: 310
Newest beta (v3.2.4.02), online now.

Fixed:
Bug in 8 channels to 6 channels downmix to DTS (thanks to fan for the hint).
ProWo is offline   Reply With Quote
Old 5th March 2024, 08:18   #378  |  Link
oniiz86
Registered User
 
Join Date: Oct 2019
Posts: 58
@ProWo I was wondering why when re-encoding a video stream from one codec to another, in this example I'm using mpeg4 to avc the stream size becomes really small when using a CRF between 23-25 but when using a CRF of 18 it is closer to the original video stream size, is there meant to be a drastic size difference in stream sizes with a CRF18 vs a CRF23? Does it have to do with the encoder preset? I leave it set to "veryfast". I understand mkv is a more efficient container with much less overhead than avi but the discrepancy in video stream size is still a concern.

Here is the original 1.35GB video stream size (excluded audio stream that is why the file size mentions 1.47GB),
Quote:
Format : AVI
Format/Info : Audio Video Interleave
Format settings : BitmapInfoHeader / WaveFormatEx
File size : 1.47 GiB
Duration : 1 h 24 min
Overall bit rate : 2 478 kb/s
Frame rate : 25.000 FPS
Writing application : VirtualDubMod 1.5.4.1 (build 2178/release)
Writing library : VirtualDubMod build 2178/release

Video
ID : 0
Format : MPEG-4 Visual
Format profile : Advanced Simple@L5
Format settings : Custom Matrix
Format settings, BVOP : No
Format settings, QPel : No
Format settings, GMC : No warppoints
Format settings, Matrix : Custom
Codec ID : XVID
Codec ID/Hint : XviD
Duration : 1 h 24 min
Bit rate : 2 279 kb/s
Width : 720 pixels
Height : 544 pixels
Display aspect ratio : 4:3
Frame rate : 25.000 FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Compression mode : Lossy
Bits/(Pixel*Frame) : 0.233
Stream size : 1.35 GiB (92%)
Writing library : XviD 1.2.1 (2008-12-04)
CRF18 encode with 1.01GB video stream size,
Quote:
Format : Matroska
Format version : Version 4
File size : 1.01 GiB
Duration : 1 h 24 min
Overall bit rate : 1 704 kb/s
Frame rate : 25.000 FPS
Writing application : clever FFmpeg-GUI
Writing library : Lavf60.16.100
ErrorDetectionType : Per level 1
IAS1 : English
SOFTWARE : VirtualDubMod 1.5.4.1 (build 2178/release)

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L3
Format settings : CABAC / 4 Ref Frames
Format settings, CABAC : Yes
Format settings, Reference : 4 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 1 h 24 min
Bit rate : 1 671 kb/s
Width : 720 pixels
Height : 544 pixels
Display aspect ratio : 4:3
Frame rate mode : Constant
Frame rate : 25.000 FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.171
Stream size : 1 012 MiB (98%)
Writing library : x264 core 164 r3172 c1c9931
Encoding settings : cabac=1 / ref=1 / deblock=1:-1:-1 / analyse=0x3:0x113 / me=hex / subme=2 / psy=1 / psy_rd=1.00:0.15 / mixed_ref=0 / me_range=16 / chroma_me=1 / trellis=0 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=0 / threads=12 / lookahead_threads=4 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=1 / b_bias=0 / direct=1 / weightb=1 / open_gop=0 / weightp=1 / keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 / rc_lookahead=10 / rc=crf / mbtree=1 / crf=18.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / ip_ratio=1.40 / aq=1:1.00
Default : No
Forced : No
Color range : Limited
Color primaries : BT.709
Transfer characteristics : BT.709
Matrix coefficients : BT.709
CRF23 encode with 421MB video stream size
Quote:
Format : Matroska
Format version : Version 4
File size : 538 MiB
Duration : 1 h 24 min
Overall bit rate : 889 kb/s
Frame rate : 25.000 FPS
Encoded date : 2024-03-04 11:20:17 UTC
Writing application : mkvmerge v82.0.39 ('The final countdown - Non official') 64-bit
Writing library : libebml v1.4.5 + libmatroska v1.7.1

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L3
Format settings : CABAC / 4 Ref Frames
Format settings, CABAC : Yes
Format settings, Reference : 4 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 1 h 24 min
Bit rate : 695 kb/s
Width : 720 pixels
Height : 544 pixels
Display aspect ratio : 4:3
Frame rate mode : Constant
Frame rate : 25.000 FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.071
Stream size : 421 MiB (78%)
Writing library : x264 core 164 r3172 c1c9931
Encoding settings : cabac=1 / ref=1 / deblock=1:-1:-1 / analyse=0x3:0x113 / me=hex / subme=2 / psy=1 / psy_rd=1.00:0.15 / mixed_ref=0 / me_range=16 / chroma_me=1 / trellis=0 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=0 / threads=12 / lookahead_threads=4 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=1 / b_bias=0 / direct=1 / weightb=1 / open_gop=0 / weightp=1 / keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 / rc_lookahead=10 / rc=crf / mbtree=1 / crf=23.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / ip_ratio=1.40 / aq=1:1.00
Default : No
Forced : No
Color range : Limited
Color primaries : BT.709
Transfer characteristics : BT.709
Matrix coefficients : BT.709

Last edited by oniiz86; 5th March 2024 at 09:49.
oniiz86 is offline   Reply With Quote
Old 5th March 2024, 09:27   #379  |  Link
TDS
Formally known as .......
 
TDS's Avatar
 
Join Date: Sep 2021
Location: Down Under.
Posts: 1,006
Quote:
Originally Posted by oniiz86 View Post
@ProWo I was wondering why when re-encoding a vidoe stream from one codec to another, in this example I'm using mpeg4 to avc the stream size becomes really small when using a CRF between 23-25 but when using a CRF of 18 it is closer to the original video stream size, is there meant to be a drastic size difference in stream sizes with a CRF18 vs a CRF23? Does it have to do with the encoder preset? I leave it set to "veryfast". I understand mkv is a more efficient container with much less overhead than avi but the discrepancy in video stream size is still a concern.

Here is the original 1.35GB video stream size (excluded audio stream that is why the file size mentions 1.47GB),


CRF18 encode with 1.01GB video stream size,


CRF23 encode with 421MB video stream size
https://slhck.info/video/2017/02/24/crf-guide.html
__________________
Long term RipBot264 user.

RipBot264 modded builds..
TDS is offline   Reply With Quote
Old 5th March 2024, 10:36   #380  |  Link
tebasuna51
Moderator
 
tebasuna51's Avatar
 
Join Date: Feb 2005
Location: Spain
Posts: 6,920
Quote:
Originally Posted by oniiz86 View Post
... is there meant to be a drastic size difference in stream sizes with a CRF18 vs a CRF23?
Of course, it is the user choice preserve more or less quality.
I can't recommend more quality than CRF18, I use it only for high source quality. But most the time I use CRF20, for me it is enough for many movies.

Quote:
Does it have to do with the encoder preset? I leave it set to "veryfast"
Of course, for what you need save encode time?
I recommend use the default ("medium") with the recommended parameters values of the developpers, unless you know what are doing.

For instance use ref=1 / subme=2 / trellis=0 ... is fast of course, but defaults ref=3 / subme=7 / trellis=1 ... obtain a better quality/size with only a few more encode time.

I see you use "tune film" also (psy_rd=1.00:0.15) it is ok for high quality (CRF18) but not for low quality (CRF23)
__________________
BeHappy, AviSynth audio transcoder.

Last edited by tebasuna51; 5th March 2024 at 10:59. Reason: Add info
tebasuna51 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 06:59.


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