Path: ...!2.eu.feeder.erje.net!feeder.erje.net!news.mb-net.net!open-news-network.org!eternal-september.org!news.eternal-september.org!news.usenet.ovh!news!.POSTED!not-for-mail From: Christophe PEREZ Newsgroups: fr.comp.os.linux.configuration Subject: Re: ffmpeg UHD vers HD Date: Tue, 16 May 2023 05:26:33 -0000 (UTC) Organization: Alfa Network En Travaux Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Injection-Date: Tue, 16 May 2023 05:26:33 -0000 (UTC) Injection-Info: news; posting-account="christophe"; logging-data="115221"; mail-complaints-to="abuse@usenet.ovh" User-Agent: Pan/0.153 (Mariupol; c5405f5) Cancel-Lock: sha256:rBTmRUthPhh2Uzup0XqlSsVBVTRg0QYKfN+RtgIqhIA= Bytes: 2180 Lines: 34 Le Mon, 15 May 2023 19:02:44 -0000 (UTC), Christophe PEREZ a écrit : > - pas de son Erreur de ma part, même si je ne sais pas où > Par contre, il me faudrait diminuer le "poids" du film pour ne plus > avoir les freezes, en tentant évidemment de conserver la meilleure > qualité possible, audio et vidéo. > > Vu qu'il est en 3840x1600, je me disais qu'en le redimensionnant en > 1920x800, ça aurait pu faire l'affaire. > > Mais, ma TV me rejette le format (incompatible). Je suis parvenu à un résultat sans freeze, avec le son, avec : 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 Mais la bête fait quand même 4.5Go, et je ne comprends pas pourquoi la réduction de taille de fichier n'est pas plus importante. Par contre, avec : 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 Je tombe effectivement à 1.2Go pour 1920x800 pour un résultat dont la différence avec le précédent ne me saute ni aux yeux ni aux oreilles. Je crois que je vas m'arrêter à ça. Si quelqu'un veut compléter, qu'il ne se gêne pas. Merci de votre attention.