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 24th September 2023, 20:32   #1  |  Link
N'Cha
Registered User
 
Join Date: Sep 2023
Posts: 28
Same settings but encodes way smaller with StaxRip vs FFmpeg/FFmpeg batch converter

Hi

How is that possible? I tested with some anime episodes, and encoding with ffmpeg console, then ffmpeg batch covnerter and then Staxrip (with ffvideosource), all of them with the exact same settings (crf 15, preset slower, bframes 12, tskip tskip-fast etc.) and ffmpeg/ffmpeg batch converter roughly have the same output file size but Staxrip gives consistently files that are like 25% smaller... (the file with staxrip is litteraly 90% smaller than the source despite the slower preset mixed with some veryslow and placebo values)

How is that possible as they all use ffmpeg underneath? And more important, does it mean that the smaller (from Staxrip) one is of a lesser quality ?

The only difference I noticed is that in mediainfo, the ones encoded with ffmpeg batch converter or with the ffmpeg console directly shows that the encoding library is "lavf" and staxrip shows ""libebml v1.4.4 + libmatroska v1.7.1" but I do'nt know what it implies quality-wise
N'Cha is offline   Reply With Quote
Old 24th September 2023, 23:34   #2  |  Link
RanmaCanada
Registered User
 
Join Date: May 2009
Posts: 326
You can always run them through VMAF to see what's up.
RanmaCanada is offline   Reply With Quote
Old 25th September 2023, 16:58   #3  |  Link
Losko
Registered User
 
Join Date: Dec 2010
Posts: 61
Decoding quality (and processing) may have some impacts also.
So in order to better define your scenario, you should feed your encoding programs with an uncompressed source - this way you can be sure decoding step is not introducing any differences.
Losko is offline   Reply With Quote
Old 26th September 2023, 20:17   #4  |  Link
benwaggoner
Moderator
 
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,653
Quote:
Originally Posted by N'Cha View Post
Hi

How is that possible? I tested with some anime episodes, and encoding with ffmpeg console, then ffmpeg batch covnerter and then Staxrip (with ffvideosource), all of them with the exact same settings (crf 15, preset slower, bframes 12, tskip tskip-fast etc.) and ffmpeg/ffmpeg batch converter roughly have the same output file size but Staxrip gives consistently files that are like 25% smaller... (the file with staxrip is litteraly 90% smaller than the source despite the slower preset mixed with some veryslow and placebo values)

How is that possible as they all use ffmpeg underneath? And more important, does it mean that the smaller (from Staxrip) one is of a lesser quality ?

The only difference I noticed is that in mediainfo, the ones encoded with ffmpeg batch converter or with the ffmpeg console directly shows that the encoding library is "lavf" and staxrip shows ""libebml v1.4.4 + libmatroska v1.7.1" but I do'nt know what it implies quality-wise
Getting a 90% reduction with anime content is pretty feasible, depending on what you're converting from. HEVC with the right parameter tuning can make anime look great at very low bitrates.

Are you able to get a --csv-log-level 2 output from the different tools? Comparing those would reveal all.
__________________
Ben Waggoner
Principal Video Specialist, Amazon Prime Video

My Compression Book
benwaggoner 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 11:49.


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