Deutsch   English   Français   Italiano  
<u40reg$3jelt$1@dont-email.me>

View for Bookmarking (what is this?)
Look up another Usenet article

Path: ...!eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: Alf92 <alf921@gmail.com>
Newsgroups: fr.comp.os.linux.configuration
Subject: Re: ffmpeg UHD vers HD
Date: Tue, 16 May 2023 23:09:35 +0200
Organization: A noiseless patient Spider
Lines: 35
Message-ID: <u40reg$3jelt$1@dont-email.me>
References: <u3tvkk$34l5$1@news> <u3v469$3ggl$1@news> <6463b4be$0$31526$426a34cc@news.free.fr> <u40k2t$42jm$1@news>
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-15"
Content-Transfer-Encoding: 8bit
Injection-Date: Tue, 16 May 2023 21:09:36 -0000 (UTC)
Injection-Info: dont-email.me; posting-host="e173b6b01455d5857d9bc1e835e91e1b";
	logging-data="3783357"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX1/nv2mA1iHRicwVJ3BUPtID"
Cancel-Lock: sha1:J+fsJzuVhm9uXgDm3I0QWXz7g+8=
X-Newsreader: MesNews/1.08.06.00
Bytes: 2539

Christophe PEREZ (le 16/05/2023 à 21:03:58) :
> Le 16 May 2023 16:52:14 GMT, yves a écrit :

> J'étais en fait curieux de comprendre les nuances entre les 2 versions qui 
> me donnent un fichier similaire à l'oeil mais d'un poids quadruple entre :
> ffmpeg -y -i film.2160p.x265.AAC5.1.mkv -c:v libx264 -pix_fmt yuv420p -
> preset slow -crf 18 -x264-params 
> me=umh:merange=24:trellis=1:level=4.1:ref=5 -vf scale=1920:800 -c:a copy 
> film.mkv
>
> et 
>
> ffmpeg -i film.2160p.x265.AAC5.1.mkv -vf "scale=trunc(iw/4)*2:trunc(ih/
> 4)*2" -c:v libx265 -crf 28 -c:a copy film.mkv
>
> Après petite étude, il s'avère que 2 choses jouent, et les 2 dans le même 
> sens dans mon exemple.
> - x264 serait plus "gourmand" en taille que x265, mais plus rapide en 
> traitement.
> - mais surtout, le -crf définie la qualité, et donc la taille du fichier.
> Valeur comprise entre 0 et 63. Valeur par défaut 23 (selon la doc, mais mes 
> tests donnent donnent des résultats similaires à une valeur de 28). Plus 
> elle est élevée, moins la qualité est grande. Une valeur autour de 17-18 
> est considérée "lossless" (sans perte de qualité).

tes notions en vidéo sont approximmatives. c'est pas une critique, tout
le monde a été débutant un jour.

plutot que de définir un indice de qualité (qui infuera sur le poids
final de la video), définis plutot un bitrate. tu seras sûr à quelque %
près du poids final de la video.

comme déjà dit : 1920x800 encodé en H264/AAC à 3000kpbs/192kbps
avec ces valeurs tu obtiendras une qualité tout à fait satisfaisante
pour un poids raisonnable.