VideoHelp Forum
+ Reply to Thread
Results 1 to 13 of 13
Thread
  1. hi everyone,
    i'm a newbie in the conversion world and i'm trying to convert all my media library in x265. i'm also trying to "do it my way" by figuring out what parameters i should change by trying over and over.
    i'm trying to get a results that can be compared to this one:
    ---------------------------------------------------------------------------------------

    Format : Matroska
    Format version : Version 4 / Version 2
    File size : 3.82 GiB
    Duration : 1 h 41 min
    Overall bit rate : 5 383 kb/s
    Writing application : mkvmerge v7.3.0 ('Nouages') 64bit
    Writing library : libebml v1.3.0 + libmatroska v1.4.1

    Video
    ID : 1
    Format : HEVC
    Format/Info : High Efficiency Video Coding
    Format profile : Main@L4@Main
    Codec ID : V_MPEGH/ISO/HEVC
    Duration : 1 h 41 min
    Bit rate : 4 101 kb/s
    Width : 1 920 pixels
    Height : 800 pixels
    Display aspect ratio : 2.40:1
    Frame rate mode : Constant
    Frame rate : 23.976 (24000/1001) FPS
    Color space : YUV
    Chroma subsampling : 4:2:0
    Bit depth : 8 bits
    Bits/(Pixel*Frame) : 0.111
    Stream size : 2.91 GiB (76%)
    Writing library : x265 1.4:[Mac OS X][clang 6.0.0][64 bit]
    Encoding settings : wpp / ctu=64 / tu-intra-depth=1 / tu-inter-depth=1 / me=3 / subme=3 / merange=57 / rect / no-amp / max-merge=3 / temporal-mvp / no-early-skip / no-fast-cbf / rdpenalty=0 / no-tskip / no-tskip-fast / strong-intra-smoothing / no-lossless / no-cu-lossless / no-constrained-intra / no-fast-intra / open-gop / interlace=0 / keyint=240 / min-keyint=24 / scenecut=40 / rc-lookahead=25 / bframes=4 / bframe-bias=0 / b-adapt=2 / ref=3 / weightp / no-weightb / aq-mode=2 / aq-strength=1.00 / cbqpoffs=0 / crqpoffs=0 / rd=4 / psy-rd=0.00 / psy-rdoq=0.00 / signhide / lft / sao / no-sao-non-deblock / b-pyramid / cutree / rc=2 / pass / bitrate=4100 / ratetol=1.0 / qcomp=0.60 / qpmin=0 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ipratio=1.40 / pbratio=1.30
    Language : English
    Default : Yes
    Forced : No
    Color range : Limited
    Color primaries : BT.709
    Transfer characteristics : BT.709
    Matrix coefficients : BT.709
    ----------------------------------------------------------------


    these are the "specs" i would like to simulate or "beat". the size goal is like 3/5Gb per movie
    i attached all my test video "specs" and the link to it with also the original source.
    can you give me a personal opinion/critic on my test convertion? like if it's worse/better/comparable to the one above and give me a grade from 1 to 10 please?
    and also, if you have any kind of suggestion please tell me
    thanks a lot


    ORIGINAL FILE: https://mega.nz/#!laYWEY7L!KXh8kbJrrezX2Z5WjMrFIWdTwleZqivky_QJ_rEnKrM


    Format : Matroska
    Format version : Version 2
    File size : 107 MiB
    Duration : 30 s 30 ms
    Overall bit rate mode : Variable
    Overall bit rate : 29.9 Mb/s
    Encoded date : UTC 2016-02-06 04:00:53
    Writing application : mkvmerge v4.7.0 ('Just Like You Imagined') built on Apr 21 2011 01:13:14
    Writing library : libebml v1.2.0 + libmatroska v1.1.0

    Video
    ID : 1
    Format : AVC
    Format/Info : Advanced Video Codec
    Format profile : High@L4.1
    Format settings, CABAC : Yes
    Format settings, RefFrames : 3 frames
    Codec ID : V_MPEG4/ISO/AVC
    Duration : 30 s 30 ms
    Bit rate mode : Variable
    Bit rate : 29.3 Mb/s
    Maximum bit rate : 30.0 Mb/s
    Width : 1 920 pixels
    Height : 1 080 pixels
    Display aspect ratio : 16:9
    Frame rate mode : Constant
    Frame rate : 29.970 (30000/1001) FPS
    Standard : NTSC
    Color space : YUV
    Chroma subsampling : 4:2:0
    Bit depth : 8 bits
    Scan type : Progressive
    Bits/(Pixel*Frame) : 0.471
    Stream size : 105 MiB (98%)
    Language : English
    Default : Yes
    Forced : No
    Color range : Limited
    Color primaries : BT.709
    Transfer characteristics : BT.709
    Matrix coefficients : BT.709



    CONVERTED: https://mega.nz/#!QDoCCCbI!imO8Rn6FFe9BlD9_mRujVANeo6pac6avfN2lCsda2Ys


    Format : Matroska
    Format version : Version 4 / Version 2
    File size : 21.1 MiB
    Duration : 30 s 30 ms
    Overall bit rate : 5 880 kb/s
    Encoded date : UTC 2017-08-30 21:00:17
    Writing application : mkvmerge v13.0.0 ('The Juggler') 64bit
    Writing library : libebml v1.3.4 + libmatroska v1.4.5
    Writing frontend : StaxRip v1.6.0.0

    Video
    ID : 1
    Format : HEVC
    Format/Info : High Efficiency Video Coding
    Format profile : Main@L4@Main
    Codec ID : V_MPEGH/ISO/HEVC
    Duration : 30 s 30 ms
    Bit rate : 5 876 kb/s
    Width : 1 920 pixels
    Height : 1 080 pixels
    Display aspect ratio : 16:9
    Frame rate mode : Constant
    Frame rate : 29.970 (30000/1001) FPS
    Color space : YUV
    Chroma subsampling : 4:2:0
    Bit depth : 8 bits
    Bits/(Pixel*Frame) : 0.095
    Stream size : 21.0 MiB (100%)
    Writing library : x265 2.5+6-d11482e5fedb:[Windows][GCC 7.1.0][64 bit] 8bit+10bit+12bit
    Encoding settings : cpuid=1173503 / frame-threads=2 / numa-pools=4 / wpp / no-pmode / no-pme / no-psnr / no-ssim / log-level=2 / input-csp=1 / input-res=1920x1080 / interlace=0 / total-frames=900 / level-idc=0 / high-tier=1 / uhd-bd=0 / ref=2 / no-allow-non-conformance / no-repeat-headers / annexb / no-aud / no-hrd / info / hash=0 / no-temporal-layers / open-gop / min-keyint=25 / keyint=250 / bframes=4 / b-adapt=0 / b-pyramid / bframe-bias=0 / rc-lookahead=15 / lookahead-slices=6 / scenecut=40 / no-intra-refresh / ctu=64 / min-cu-size=8 / no-rect / no-amp / max-tu-size=32 / tu-inter-depth=1 / tu-intra-depth=1 / limit-tu=0 / rdoq-level=0 / dynamic-rd=0.00 / no-ssim-rd / signhide / no-tskip / nr-intra=0 / nr-inter=0 / no-constrained-intra / strong-intra-smoothing / max-merge=2 / limit-refs=3 / no-limit-modes / me=1 / subme=2 / merange=57 / temporal-mvp / weightp / no-weightb / no-analyze-src-pics / deblock=0:0 / sao / no-sao-non-deblock / rd=2 / early-skip / rskip / fast-intra / no-tskip-fast / no-cu-lossless / no-b-intra / rdpenalty=0 / psy-rd=2.00 / psy-rdoq=0.00 / no-rd-refine / analysis-reuse-mode=0 / no-lossless / cbqpoffs=0 / crqpoffs=0 / rc=abr / bitrate=6000 / qcomp=0.60 / qpstep=4 / stats-write=0 / stats-read=2 / cplxblur=20.0 / qblur=0.5 / ipratio=1.40 / pbratio=1.30 / aq-mode=1 / aq-strength=1.00 / cutree / zone-count=0 / no-strict-cbr / qg-size=32 / no-rc-grain / qpmax=69 / qpmin=0 / no-const-vbv / sar=0 / overscan=0 / videoformat=5 / range=0 / colorprim=2 / transfer=2 / colormatrix=2 / chromaloc=0 / display-window=0 / max-cll=0,0 / min-luma=0 / max-luma=255 / log2-max-poc-lsb=8 / vui-timing-info / vui-hrd-info / slices=1 / opt-qp-pps / opt-ref-list-length-pps / no-multi-pass-opt-rps / scenecut-bias=0.05 / no-opt-cu-delta-qp / no-aq-motion / no-hdr / no-hdr-opt / no-dhdr10-opt / analysis-reuse-level=5 / scale-factor=0 / refine-intra=0 / refine-inter=0 / refine-mv=0 / no-limit-sao / ctu-info=0
    Default : Yes
    Forced : No
    Last edited by nikkikushin; 31st Aug 2017 at 07:51.
    Quote Quote  
  2. Member hech54's Avatar
    Join Date
    Jul 2001
    Location
    Yank in Europe
    Search PM
    Originally Posted by nikkikushin View Post
    hi everyone,
    i'm a newbie in the conversion world and i'm trying to convert all my media library in x265.
    Unless your entire "media library" consists of straight bit-for-bit copies of DVDs and Blu Rays.....what is the point?
    Quote Quote  
  3. Member
    Join Date
    Aug 2013
    Location
    Central Germany
    Search PM
    Every conversion to a lossy format will reduce the quality further. HEVC (the format produced by the x265 encoder) is not "less lossy" than other formats; the encoder only takes a lot more efforts to try to make the loss look less annoying. So it takes a lot more time and electricity to achieve that. Still, no conversion at all will preserve the best quality. Convert only if smaller size or compatibility with a playback device is more important (but for a "media library", best quality preservation should be the primary goal: once you lost quality due to a lossy conversion, it stays lost forever).
    Quote Quote  
  4. First of all thanks for the answers.
    Yes i know that if i convert my library i will reduce the quality of the videos permanently but i need to convert it because i need storage so i cannot afford to have all untouched movies. my intention was to convert the vast majority of it and only maintain untouched "the best of the best".
    In your opinion the convertion i did was bad? can you give me an honest opinion about it please
    Quote Quote  
  5. Originally Posted by hech54 View Post
    Originally Posted by nikkikushin View Post
    hi everyone,
    i'm a newbie in the conversion world and i'm trying to convert all my media library in x265.
    Unless your entire "media library" consists of straight bit-for-bit copies of DVDs and Blu Rays.....what is the point?
    indeed 90%+ of it consist in straight copies of DVDs and Blu Rays
    Quote Quote  
  6. Member
    Join Date
    Aug 2013
    Location
    Central Germany
    Search PM
    The contained "Encoding settings" in the auxiliary stream are way too complex to spend time in analyzing them, because they are the whole set of "atomic" parameters, means, some comprehensive CLI parameters (like "preset" and "tune") have been split up into all the results they caused, and default values are not omitted but verbosely listed.

    It would be more efficient to know your explicit CLI parameters. And even with those, I doubt anyone could give you an objective rating, as different people have different subjective priorities. At most, we could point at obvious mistakes and not very sensible combinations.
    Quote Quote  
  7. Originally Posted by LigH.de View Post
    The contained "Encoding settings" in the auxiliary stream are way too complex to spend time in analyzing them, because they are the whole set of "atomic" parameters, means, some comprehensive CLI parameters (like "preset" and "tune") have been split up into all the results they caused, and default values are not omitted but verbosely listed.

    It would be more efficient to know your explicit CLI parameters. And even with those, I doubt anyone could give you an objective rating, as different people have different subjective priorities. At most, we could point at obvious mistakes and not very sensible combinations.
    i've simply set Mode: Two pass Bitrate: 6000 Preset: Medium Tune: none and Profile: unrestricted (With Staxrip)

    at first i've tried also to change also the cu size and other parameters with the "quality" mode (the one with crf) but i could get a good result. if you need other parameters tell me but i think i've changed only these.

    To be more specific my main goal is to compress file in 3 to 5 Gb with Max bitrate 9000, if you can help me with that i'll really appreciate it.
    Last edited by nikkikushin; 31st Aug 2017 at 09:20.
    Quote Quote  
  8. Member
    Join Date
    Aug 2013
    Location
    Central Germany
    Search PM
    The safest way to keep the bitrate below a maximum is using both VBV parameters:

    Code:
       --vbv-maxrate <integer>       Max local bitrate (kbit/s). Default 0
       --vbv-bufsize <integer>       Set size of the VBV buffer (kbit). Default 0
    A converter GUI which does not allow you to access these values won't be suitable for such a restricted target. Also it takes a bit of experience to understand the relation between both values.

    Apart from that, CRF is usually the recommended bitrate control mode when you want to ensure a threshold of quality preservation, rather than approaching a specific file size. But expect varying file sizes depending on the compressibility of your content.
    Quote Quote  
  9. Originally Posted by LigH.de View Post
    The safest way to keep the bitrate below a maximum is using both VBV parameters:
    Safest in that it will keep the average bitrate below that limit. But I'd argue it's simultaniously very dangerous as it keeps the encoder from putting sufficient bits into very difficult scenes. 2pass VBR (with very high or no VBV) is more safe in that aspect.
    Quote Quote  
  10. Member
    Join Date
    Aug 2013
    Location
    Central Germany
    Search PM
    Well, yes, it would limit the bitrate in some scenes so much that the quality loss will fluctuate. A more or less constant quality preservation requires some freedom in the bitrate development.

    Is the hard limit of the bitrate necessary at all? Consumer devices will have a smaller decoding buffer; if it is just for a network broadcast between PC's, the restriction can be damped by a somewhat larger VBV buffer size (calculating for more than just e.g. 2 seconds).
    Quote Quote  
  11. Originally Posted by LigH.de View Post
    Is the hard limit of the bitrate necessary at all?
    no, it's not necessary, i only set that limit because, correct me if i'm wrong, i think that a bitrate of like 10Mb will result in a bigger file than a 3/5Gb.
    Quote Quote  
  12. so guys, what are the setting i should put to convert an untoched bluray in a 3/5 Gb hevc file in your opinion. I'll gladly accept any suggestion (obviously i'm asking for a general help, not every parameters
    Quote Quote  
  13. Member stax76's Avatar
    Join Date
    Nov 2009
    Location
    On thin ice
    Search PM
    Originally Posted by nikkikushin View Post
    Originally Posted by LigH.de View Post
    Is the hard limit of the bitrate necessary at all?
    no, it's not necessary, i only set that limit because, correct me if i'm wrong, i think that a bitrate of like 10Mb will result in a bigger file than a 3/5Gb.
    You'll get about 1 GB per 1 Mb/s

    FileSize/String : 31.8 GiB
    Duration/String : 2 h 8 min
    OverallBitRate_Mode/String: Variable
    OverallBitRate/String : 35.4 Mb/s
    so guys, what are the setting i should put to convert an untoched bluray in a 3/5 Gb hevc file in your opinion. I'll gladly accept any suggestion (obviously i'm asking for a general help, not every parameters
    I rarely encode which is sad and I like nvenc since my eyesight is somehow poor anyway and 10 GB are OK for me, for best result you would probably use x264 crf somewhere between 18 and 22 I guess, with a comp. check you can predict which size you'll get since complexity can vary greatly, it can be defined which crf value is used for the comp. check and you can use a fast preset if you find out how different file sizes it creates compared to a slow preset.
    Quote Quote  



Similar Threads

Visit our sponsor! Try DVDFab and backup Blu-rays!