Ce topic sera consacré à Handbrake et à l'encodage vidéo , si vous avez des questions , des suggestions ou autres, n'hésitez pas
 
Handbrake en quelque mot c'est un logiciel d'encodage vidéo gratuit qui permet d'encoder dans la plupart des formats actuels comme le x264 et x265 10bits.
 
www.handbrake.fr
 
Quel réglage:
Les réglages les plus importants se trouvent dans l'onglet Video.
Il est difficile de donner un réglage précis à mettre mais en général il est déconseillé de descendre en dessous de RF22 pour du 1080p.
Plus une image est nette et présente des détails et plus il faut augmenter RF en le mettant par exemple à RF18.  
Plusieurs autres critères sont à prendre en compte comme le ratio de l'image,le fait que l'image soit bruitée ou pas, etc.
Pour l'onglet preset, cela joue sur la qualité de la vidéo et sa taille ainsi que sur la durée de l'encodage , en mode SLOWER par exemple cela sera nettement plus long qu'en mode FAST d'autant plus si c'est encodé en x265.
 

 
Encoder en x265 10bits une video 8bits:
Il est vivement conseillé d'encoder en 10bits pour exploiter au mieux l'encodage x265 mème si la vidéo d'origine est en 8bits.
L'encodage en x265 10bits permet bien souvent d'avoir au final une meilleure qualité d'image pour une mème taille.  
Certains effets désagréables sont aussi atténués en x265 10bits comme le banding par exemple.
A réglage égale , en 1080p l'encodage x265 10bits est environ 10% plus lent que l'encodage x265 8bits, au final en terme de temps cela ne fait pas une trop grande différence, en gros si une vidéo met 1heure en x265 8bits , elle en mettra 1h06 en x265 10bits.  
 
Débruiter une video:
Un bruit est un défaut de l'image qui se présente sous la forme d'un grain en perpétuel mouvement, cela fait comme un fourmillement (voir photos).  
Handbrake propose des options pour débruiter (denoiser en anglais) l'image mais malheureusement il n'est pas très performant, on se retrouve souvent avec une image encore trop bruitée ou avec un aspect trop lissé comme un effet poupée de cire sur les visages  
Les options pour débruiter se trouve dans l'onglet "filtres", on peut débruiter soit via Nlmeans , Hqdn3d ou enfin via Lapsharp en activant l'option Grain.
On trouve d'autres applications gratuites qui permet d'avoir un denoise plus efficace comme avec Avisynth qui fonctionne sur le principe de script.
Le plus performante du marché actuellement c'est NeatVideo qui est en plus assez facile d'utilisation, il est très bien pour denoiser des vieilles vidéos personnelles afin de le redonner un petit coup de jeune mais NeatVideo est malheureusement payant.
Il faut compter 67€ pour une licence, il s'agit d'un plugin fonctionnant sur une dizaine d'application différent dont Adobe Première , Adobe After Effects ,etc.
Et la licence fonctionne avec qu'une seule application, ce qui veut dire que si vous changez d'application vous ète obligé de racheter une licence...
 

 
Encoder via le GPU:
Handbrake propose des réglages pour encoder via le GPU , l'encodage est très rapide avec un bon GPU mais la qualité est bien moins bonne qu'avec un CPU, cela ressort encore plus sur certains effets (brouillard/fumée/faisceau de lumière par exemple).
Je déconseille donc d'encoder via le GPU à moins que ce soit des vidéos qui n'ont pas trop d'importance niveau qualité d'affichage...  
 
Diverses applications gratuites conseillées:

• Avidemux est une application basique de montage vidéo simple d'utilisation qui permet entre autre de virer des pubs , de convertir en MKV/TS/MP4 , de baisser l'amplitude d'une piste audio ,etc.
• Hybrid esr une application d'encodage , il permet aussi de fluidifier une vidéo de 25 fps vers 50 fps ou 30 fps vers 60 fps.  
• Media Player Classic-Home Cinema (MPC-HC) est un player video , c'est sans conteste le meilleur player sur PC, il permet aussi de lui adjoindre des filtres (madVR, ffdshow, Avisynth,etc.).
• MediaInfo est une application pour connaitre diverses informations d'une vidéo comme le codec,le nombre d'image/s, le bitrate,etc.  
• MKVToolNix (MKVMerge) est une application pour mettre au format MKV sans réencoder (format d'encapsulage reconnu par la plupart des logiciels/box actuels), il permet aussi de retirer/ajouter des pistes audios/sous-titres sans réencoder.
• MPV est un player vidéo très pratique pour lire des vidéos HDR sur un écran SDR.  
• Subtitle Edit est une application de conversion de sous-titres , il permet de convertir la plupart des formats existants notamment du PGS vers du SRT.
• Vidcoder est une application basée sur le moteur de Handbrake, il facilite certaines manipulations comme le sizing par exemple.  
• VideoSubFinder permet de récupérer des sous-titres incrustés dans une vidéo et de les convertir en fichier texte.
• VLC Media Player est un player video assez répandu moins complet que MPC-HC.

Matos pour l'encodage:
Je conseille au minimum un CPU en 8 threads voir un CPU en 6 threads de génération plus récente (comme le i5 9600k par exemple) pour encoder si on fait assez régulièrement de l'encodage.
C'est actuellement du coté de chez AMD qu'on a le meilleur ratio perf/prix pour l'encodage vidéo notamment avec le Ryzen 9 3900X à ~450€ qui a un très bon rapport perf/prix, on trouve bien sùr des CPU moins chers qui s'en sortent très bien comme le Ryzen 5 3600 à ~190€      
 
Exemple d'images bien encodées qui permet d'embellir le moindre détail ^^

 
 
Un peu HS mais :
Tu dis qu’il est déconseillé d’encoder en dessous de CRF 22.  
j’encodais tout à l’heure les fichiers MOV de mon iPhone en x265 CRF 24 Médium de 1920 vers 1920 (parfois je gagne beaucoup de place), et certains fichiers obtenus sont plus gros que les fichiers sources. Typiquement ceux avec de l’herbe, des feuilles. Des scènes complexes et vertes.  
Je me traîne déjà à du 7 FPS en médium, selon mes tests, même en very slow je ne vais presque rien gagner sur la taille.  
 
> j’aimerais savoir quels sont les paramètres CRF utilisés par la communauté HFR.  
Est-ce normal qu’à CRF 24, le fichier de destination soit parfois plus gros ?

hello,
 
Je ne sais pas.... cela dépend de tes exigences et de ton diffuseur ?
Le jour ou tu regarderas tes vidéos persos encodées en RF24 medium sur un Oled de 55" ou 65" , tu t'apercevras ptete que tes vidéos ont "quelques défauts" d'affichage

Salut !
Je tente de réencoder des vidéos en MKV en MP4, et je souhaite intégrer les sous-titres (FR) dans la vidéo (burn in) (car mon chromecast v3 n'aime pas les MKV).
Je sélectionne le sous-titre FR que je choisis dans Media Player Classic, mais l'option BURN IN est grisée.
J'essaie les autre options ou bandes de sous-titre mais rien n'est intégré à la vidéo.
 
Auriez-vous une idée svp ?

Salut,
 
De nos jours , n'importe quel bonne box prend en charge le MKV et les sous-titres , on trouve de bonne box Android TV dès 50-60€ (comme la Xiami Mi Box par exemple).
Si à chaque fois pour lire des mkv avec sous-titres, tu dois réencoder tu n'as pas fini...
D'autant plus que ce n'est pas top des sous-titres incrustés, tu ne peux plus faire de modif par la suite (désactivé/changement de couleur/font/placement).
 
Sinon pour la procédure avec Handbrake , tu vas dans l'onglet sous-titres, tu sélectionnes le sous-titres (tu peux aussi l'importer) et tu coches "incrusté", ensuite dans l'onglet Résumé, tu sélectionnes le format MP4 et tu encodes.
 
Que vient faire MPC là dedans ? c'est juste un player !
 
 
 
 

Si tu réponds comme ça à chaque fois, va y avoir une sacrée ambiance dans ton topic !
 
MPC me permet de voir la liste des sous-titres disponibles, et donc de choisir le bon dans HandBrake (dans mon cas là, French FORCED, French PGS, English, etc).
 
Pour revenir à la procédure, c'est ce que ej fais, mais le sous-titre que je veux (French PGS) ne peut pas être coché (case BURN IN), comme je l'ai indiqué ci-dessus.  

bah pourquoi s'entéter à utiliser une box pas terrible , on est en 2020 je trouve ça aberrant qu'une box "n'aime pas les mkv"
 
Si ce n'est pas fonctionnel avec le MP4 , tu fait l'encodage au format MKV pour le burn des sous-titres et une fois fait tu convertis le MKV en MP4 (cela prend une minute).
 
Ton chromecast ne prend pas en charge les sous-titres externes
Tu convertis le MKV en MP4 et tu extrais le sous-titre PGS avec MKVToolNix et tu le convertis en SRT avec Subtitle Edit , cela serait bien plus rapide que de réencoder avec le Burn des sous-titres.
 
 
 

Aberrant dans ton cas/avec tes habitudes, pas les miennes.
Je suis pas nomad, le chromecast 3 est minuscule dans mon sac et me suit facilement.
 
 

Le sous titre qu'il me faut reste grisé (pourquoi ??   ), impossible de le prendre en compte dans HandBrake. Seul le "forced only" est cochable (et Default). Mais ça ne correspond pas au sous titre que je veux utiliser.
 
 

Récencoder par lot sur HandBrake irait vite (niveau manips à faire), j'ai qu'à laisser tourner le PC. Là dans ton exemple (que je serai peut-être obligé de suivre, merci pour l'idée), ça va me prendre du temps (trouver les softs, installer, trouver les manips à faire et les enchainer). Donc je vois pas ça plus rapide
 
Non, le Chromecast ne pend pas en compte les sous titre. J'ai cherché cette semaine, plein de gens sur le net posent la questions / gueulent. Pfff c'est naze oui...
 
 
 
Merci pour ton aide !

Cela le fout mal pour une box sorti il y a 8 mois
La petite Mi Box S n'est pas très grosse (9x9x1.5) et prend en charge le MKV.  
https://www.darty.com/nav/achat/hif [...] _s_4k.html
 
Je viens de tester avec un PGS , c'est en grisé avec le format MP4 car l'incruste est automatiquement pris en charge et l'incruste du PGS est bien présent en MP4 une fois encodé

J'y suis arrivé ! Il faut décocher DEFAULT pour que le BURN IN soit pris en compte.

En fait non, j'arrive pas à reproduire, ça reste grisé, impossible à cocher.
Je ne sais pas comment ça s'est débloqué tout à l'heure.

 
 
Fais ta sélection au format MKV , une fois ta sélection faite tu mets en MP4

Pour les sous-titres:
https://handbrake.fr/docs/en/latest [...] itles.html
Je suis tombé sur le cas de sous titres PGS issus d'un bluray qui ne peuvent être pris en compte en sortie mp4, mais qui le sont en mkv comme dit dans cette doc.
Et effectivement c'est le résultat que j'avais constaté avent de la lire.

Au passage, j'avais fait quelques essais avec handbrake à l'occasion de ce topic:
https://forum.hardware.fr/forum2.ph [...] w=0&nojs=0

J'utilise Handbrake depuis de nombreuses années et depuis quelques jours je suis passé sur MacBook Pro M1.
 
Je suis complètement impressionné par les résultats obtenus. Sur une conversion 4K --> 1080P High Quality, une vidéo de 3min est convertie en un temps exactement similaire à ma tour équipé d'un i7 8700K !
 
Le tout sur batterie. Si vous souhaitez que je fasse quelques essais pour vos scénarios d'utilisation, hésitez pas.

Merci pour ton post avec toutes ces infos.

J'ai une questions qui concernent la partie audio. Je viens d'installer un home cinéma (pour l'instant en 3.0, bientôt en 5.0) qui me permet de streamer de la musique en Flac depuis un fournisseur et de regarder des films et concerts (lecteur BD et free box tv avec netflix). Je souhaite mettre des sauvegardes de certains de mes DVD les plus lus sur la Freebox delta (je vais installer un 1er HDD de 1To cette semaine) que je pourrais lire depuis la box Tv de free. J'ai fait un test ce weekend avec MKV sur disque externe USB3 avec VLC qui est pré-installé sur la box et cela fonctionne bien. MKV fait avec makeMKV (concert unplugged de Nirvana   ). La box le lit sans problème avec VLC. Mais en cherchant les infos de lecture sur la box et sur l'ampli je n'arrive pas à voir en quel format est codé le son. Le MKV prends de la place mais l'avantage est qu'il est rapide à générer (même avec mon PC qui date un peu).

Je n'arrive pas à trouver quel est le meilleur choix pour conserver la qualité sonore du DVD : est-ce qu'il y a une compression ou pas des bandes sonores en MKV ou en x264 ou en x265 ?
Merci d'avance pour vos retour.

En général sur DVD la piste audio est en AC3 (Dolby Digital) voir DTS , tu peux conserver la pistes audio tel quel sans la recompresser , l'AC3/DTS étant des formats standards donc reconnus par pas mal de machine.
Pour le concert Unplugged de Nirvana , il se peut qu'il y ai les deux formats, tu conserves juste le DTS si tu veux la meilleure qualité possible , tu profiteras au mieux pour ton futur matos.  
 
J'utilise pas MakeMKV mais il doit conserver les données brutes sans recompresser , tu dois donc avoir une piste audio DTS ou AC3 pour le concert de Nirvana.
 
Installe Mediainfo si tu veux connaitre toutes les infos détaillés de la piste audio et autres de ton DVD/MKV.

merci pour ton retour, je vais voir avec Mediainfo

Salut, est ce que ce topic est vivant ?
 
J'ai un petit soucis avec handbrake.
 
J'ai des vidéos en 50 FPS 4K.
Je voudrais les compresser en 1080 25 FPS h265.
 
Je ne veux pas RALENTIR la vidéo, je précise, je veux diminuer le FPS par 2 pour gagner de l'espace de stockage.
 
 
Le soucis est que le passage du 50 FPS a 25 FPS fait ramer la vidéo, je vois des saccades, c'est subtil mais ca me gène.
On dirait que handbrake se borne a prendre une image sur 2... c'est pas top, il manque un filtre pour adoucir la transition entre 2 images je pense.
 
Comment faire avec handbrake ? Qu'est ce que j'ai manqué ? Quelqu'un saurais m'aider ?
 

C'est normal si la vidéo est native en 50 fps , tu ressentiras obligatoirement que la vidéo est moins fluide encodé en 25fps surtout s'il y a pas mal de travellings ou des mouvements rapides comme par exemple une épreuve sportive (foot , formule 1,etc.).
Pour éviter ce problème soit tu encodes en 1080p 50 fps ou soit tu encodes en mode entrelacé 1080i 25 si tu veux un fichier moins lourd

edit: il semblerait que le x265 ne supporte pas le mode entrelacé , après je ne sais pas si c'est possible avec les versions récentes... au pire tu encodes en 1080p 50fps et basta...

Bonsoir,
 
J'essaie de réencoder une vidéo en la croppant et en faisant une sorte de slow motion. Mais depuis le temps que j'ai pas touché à l'encodage vidéo, je ne me souviens de rien.
 
J'ai tenté AVIDEMUX et MediaCoder, mais dans les deux cas j'obtiens une image pas très propre, et surtout, ça ne fonctionne pas quand je change le framerate pour ralentir la vidéo.
 
Voici le fichier : https://drive.google.com/file/d/1id [...] sp=sharing
 
Le but, c'est de pouvoir voir le gars qui se brosse les dents dans sa voiture ^^
 
Pouvez-vous me guider pour avoir quelque chose de sympa ?

Tu dois modifier le framerate mais également la durée de la vidéo, sinon ça ne changera rien...

Handbrake n'est pas le bon outil pour ça. Tourne-toi vers les softs de montage, il y en a plein en gratuit/opensource, du plus simple au plus sophistiqué (ShotCut, OBS, OpenShot, KDEnlive, etc).

Bonjour,
J'encode actuellement en x265 NVEnc et j'aimerais ne pas avoir à encoder avec le CPU alors savez vous si diminuer la vitesse d'encodage pourrait influer sur la détérioration de l'image?
Je vais lancer un encodage de mon côté avec la vitesse réglée au minimum.
 
Merci yf38 pour ta réponse et pour m'avoir amené ici

Juste pour rappel du post que tu remercies, et qui peut servir pour la suite de la discussion:
https://forum.hardware.fr/forum2.ph [...] 0#t2279402

Et un détail de langage:
x265 est un cas particulier d'encodage CPU de h265, ce que tu fais est du h265 NVenc.
Je laisse les plus connaisseurs continuer.

Re,
J'ai fais pas mal d'encodages voilà le bilan:
 
Entre H265 NVEnc slow et H265 NVEnc haute qualité : aucune différence: poids, qualité, rien ne change.
Ensuite donc je suis resté sur le Slow mais en modifiant le débit à 7000 plutôt qu'à 5000kbps (le fichier source était en h264 9900kbps)
Aucune différence notable.
Ensuite j'ai comparé les rendus au fichier original, et en effet, catastrophe!
Certaines images sont exactement pareilles mais d'autres sont si dégradées qu'une taupe pourrait voire la différence!
Du coup c'est mort pour NVEnc.
 
J'ai commencé l'encodage x265 10 bit (sans NVEnc donc) ,  en preset Slow d'abord,  j'ai vu que ça allait prendre 3 heures alors qu'avec la carte graphique ça prenait 10 minutes à tout casser (dans les deux sens du terme) ... du coup...
J'ai mi en preset Ultra Fast: ça met un peut plus de 20 minutes, la température dans la pièce grimpe en flèche et la taupe ne peut plus dormir tellement y'a d'boucan dans la bicoque..
Mais le résultat est pas mal !?  de ce que j'ai vu..
Note: aucun filtre ajouté aux encodages.
 
Voilà des images:
 
↓↓ Jpg ci-dessous issu du fichier original ↓↓

 
↓↓ Zoom sur voiture - x265 preset Ultra Fast 5000kbps (sans NVEnc) ↓↓

 
↓↓ Zoom sur voiture - Original ↓↓

 
↓↓ Zoom sur voiture - H265 NVEnc preset Haute Qualité 5000kbps (équivalent à preset Slow 5000 ou 7000kbps) ↓↓

 
 
Conclusion, du peut que j'ai vu, le NVEnc est en effet à proscrire, au grand dam de la taupe et moi-même, et pour ce qui est du rendu CPU ultra fast, je le trouve suffisant en l'occurrence.
Mais s'il s'avère qu'il détériore d'avantage que ce que nous voyons là dans d'autres fichiers je crois que j'arrêterais définitivement d'encoder car au final je l'ai toujours dans le ***.
 
 
Bonne soirée à vous.

A la base l'encodage via le GPU n'est pas top , je l'avais spécifié sur le 1er post
 

Les images comparées sont effectivement plutôt dégradées par la conversion.
Il faudra que j'essaye de faire des comparaisons similaires avec mes conversions Intel QSV que je trouve plutôt correctes en vidéo.
Je ne sais pas si comparer des images fixes extraites des vidéos est vraiment caractéristique de la qualité vidéo globale, il doit falloir aussi faire attention à quelle image.
à suivre.

 
Oui j'avais bien lu le message, mais je ne voulais pas croire qu'nvidia est créé un truc aussi mal optimisé alors j'ai testé moi-même à défaut d'avoir eu d'autres retours d'expérience concret sur le sujet.
 

 
En fait j'ai comparé plusieurs plans différents dans le fichier d'où je tire les images ci-dessus, et globalement c'est plutôt médiocre pour NVEnc, pas besoin de zoomer pour s'en rendre compte. (sur certaines images)
Il est vrai que la dégradation ne se voit pas partout mais pour moi ça reste rédhibitoire.

si par "vitesse d'encodage" tu parles du réglage du paramètre "pré-réglage de l'encodeur", alors oui
plus le paramètre est réglé vers le lent, plus le calcul de compression se fait finement et améliore le rendu

je n'encode pas en H265, mais de ce que j'ai testé en h264 l'encodage GPU est aussi mauvais qu'il est rapide
pour une vidéo sans intérêt graphique et pour laquelle tu as besoin d'un traitement rapide, c'est une bonne solution
c'est un bon compromis également sur de la vidéo assez statique, la dégradation ayant surtout lieu sur les scènes de mouvement, là où la prédiction et le taux de compression sont cruciaux
si tu recherches la qualité, oublie et reste sur de l'encodage CPU

Merci pour la confirmation.
 

Oui il me semble que j'avais lu ça sur un article qui parlait du fonctionnement de l'h264 / h265.
 
Ton message conclu bien sur l'utilité du NVEnc: il est utile uniquement si on ne cherche pas la qualité / si le plan reste fixe, une vidéo interview est un bon exemple de vidéo qui pourrait être encodé avec GPU.
 
Je trouve ça navrant qu'NVidia n'est pas ajouté une option pour rendre l'encodage NVEnc plus lent mais plus précis...

Salutation,
 
topic interessant, j'ai eu l'occasion de tester handbrake vis à vis d'un utilisateur présent du forum, et m était prêté au jeu.
L'encodage via gpu a fortement évolué depuis ces dernières années vis à vis de l’évolution des carte graphiques et des montées de version logiciel intégré et propre au constructeur graphique (nvenc,vce,quicksync)
Ceci ne remet pas en cause la qualité d'un encodage Cpu qui reste le must, mais qui dure extrêmement longtemps pour des vidéos de gros calibre notamment avec les définitions 4K.
Ensuite viens le facteur de l'utilité propre à chacun, bref sans débordé sur le sujet ,passons au rendu de test.
 
Test avec encodage nvenc h265 sous  handbrake pour des durées variables d'encodage, sur les 3 films présentés ci dessous en FHD (1080P) , tout les filtres sont en off pour éviter de détériorer la sortie finale.
Par ailleurs , le paramétrage dédié à la qualité constante (QC) n'est pas le même pour chacun (22/23), ceci lié à des détails qui me son propre (bitrate,fond flou, artéfact, auréole etc),
et donc de recalibrer/ d'estimer avec quelques tests celui qui convient le mieux pour un ratio poids/qualité proche de la source.
 
Je ne me suis pas attaqué au bitrate manuel car je voulais creuser avec l’option QC de l'encodage 265 nvenc.
La qualité audio est pour ma part plus importante que la qualité vidéo, forcément cela peut faire grimper le compteur du gigat octet pour 2 langues, surtout DTS 5.1 où l on peut vite monter à 1 go par piste audio.(avatar =2,5go d'audios vf/vo)
c'est le prix a payer pour une qualité maximal et j'aime également visualiser la VO  qui reste parfois plus percutante à l'oreille.
Pour bruce lee, c'est spécial, j'avais récupéré la version audio PCM d' une cassette  VHS de chez la maison de doublage française "rené château vidéo" (bien meilleur) grâce à un boitier d'acquisition ,surtout pour mes k7 caméra.
donc petit demux et remux/synchro en modifiant la VF.
 
je précise que je suis équipé d'une gtx 980ti, avec un ancien moteur de génération  nvenc, à voir avec la série RTX 3000 une fois que le marché se sera calmé.
 
 
exemple
 "Starting Encode ...
[11:40:38] base preset: H.265 MKV 1080p30 (Modified)
[23:40:38] Starting work at: Sat May 29 23:40:38 2021
[23:40:38] 1 job(s) to process
* video track
[23:40:38]    + decoder: h264
[23:40:38]    + filters
[23:40:38]    + Output geometry
[23:40:38]      + storage dimensions: 1920 x 820
[23:40:38]    + encoder: H.265 (NVEnc)
[23:40:38]      + preset:  slow
[23:40:38]      + profile: auto
[23:40:38]      + level:   auto
[23:40:38]      + quality: 22.00 (CQ)
[23:40:38]      + color profile: 1-1-1
[23:40:38]  * subtitle track 1, Francais [UTF-8] (track 0, id 0x4, Text) -> Passthrough
[23:40:38]  * subtitle track 2, Francais [UTF-8] (track 1, id 0x5, Text) -> Passthrough
[23:40:38]  * audio track 1
[23:40:38]    + decoder: Francais (pcm_s16le) (2.0 ch) (1536 kbps) (track 1, id 0x1)
[23:40:38]      + bitrate: 1536 kbps, samplerate: 48000 Hz
[23:40:38]    + mixdown: Stereo
[23:40:38]    + encoder: AC3 (libavcodec)
[23:40:38]      + bitrate: 224 kbps, samplerate: 48000 Hz
[23:40:38]  * audio track 2
[23:40:38]    + decoder: ??? (AC3) (2.0 ch) (192 kbps) (track 2, id 0x2)
[23:40:38]      + bitrate: 192 kbps, samplerate: 48000 Hz
[23:40:38]    + AC3 Passthru
[23:40:38]  * audio track 3
[23:40:38]    + decoder: English (AC3) (1.0 ch) (96 kbps) (track 3, id 0x3)
[23:40:38]      + bitrate: 96 kbps, samplerate: 48000 Hz
[23:40:38]    + AC3 Passthru
[23:40:38] encavcodecInit: H.265 (Nvidia NVENC)
[23:40:38] encavcodec: encoding at rc=vbr 22.00
[23:40:38] encavcodec: encoding with stored aspect 1/1
...
[00:06:57] libhb: work result = 0
 
 
# Encode Completed ..."
 

Ma Conclusion pour ce logiciel d'encodage qu 'est handbrake:
L'encodage GPU a un niveau de bitrate plus élevé que celui réaliser via le cpu (alghorythme?), ce qui implique un fichier un peu plus volumineux.
Toute fois la qualité reste pour ma part au RDV si et seulement si la source est sans perte, voir compresser avec (légère) perte qui ne se voit clairement pas à l'oeil nu.
Tester sur une image fixe ne démontrera pas tout, mais de mon coté cela donne de bon résultats.
 
j'ai testé avec un autre logiciel  staxrip qui permet d'apporter un peu plus de manipulation dans les réglages mais également de mettre à jour certains outils dont nvenc  de manière manuel.
Pour troie et un encodage gpu nvenc, j'ai gagné 2go comparé à handbrake  

 
ceux désirant obtenir des résultats rapidement, l'encodage Gpu reste un bon atout. Pour ceux qui sont très pointilleux  et qui ont de la patience, alors privilégié le Cpu.
il y a d'autres outils plus pointilleux et d'autre facteurs qui entre en ligne de compte mais je ne vais pas déborder sur le sujet.
 
PS: pour la partie suggestion,il serait interessant d'obtenir le poids final de l'encodage cpu h265 sur le 1er topic.

Salut,
J'ai trouvé la détérioration d'image sur la photo que j'ai upload au dessus: sur le plan la caméra fait un panoramique vertical lent, la caméra est en mouvement donc, si tu l'as pas déjà fait ce serait bien de comparer tes rendus sur des plans mobiles.

oui en effet sur les screenshots ci-dessus avec des gros plans fixes sur le visage de perso , c'est clairement pas comme ça que tu vas mettre en avant les défauts de l'encodage GPU...
C'est plus par exemple sur un plan de nuit avec du brouillard et un travelling que les défauts de l'encodage GPU vont ressortir.
L'autre défaut de l'encodage GPU c'est qu'on ne peut pas encoder en 10 bits tout du moins sur Handbrake à moins cela ai changé dernièrement...

Avec handbrake, on retrouve une différence en zoomant de près sur les visages par exemple, ci dessous screen source, mode CQ et bitrate 5000
ici mouvement de caméra lent de coté sur ce plan de avatar.
 
source  

mode QC

mode bitrate 5000

Mets toutes tes screenshots en thumbnail , à 3 ou 4 Mo le PNG , la page va ètre surchargée pour les petites connexions !!!

voilà monsieur.
en mode spoiler , cela devrait le faire

t'as picolé ou quoi mème en mode spoiler l'image est chargée sur la page  
 
Pour la 2nde fois , mets en thumbnail ou juste un lien de l'image !

 
 
du tout, c'est la terrasse d'un bar qui fait que ..    
 
on croirait entendre mon manager avec cet ultimatum sous peine de sanction   .  Cool man    
et viens donc boire un ti coup    

Bonjour à tous .  
 
Une question pour Space sur les images du film Les Visiteurs . Quels étaient les réglages choisit ( notamment le RF ) .
 
Merci d'avance  

Bonjour
 
Houla je ne sais plus , cela devait ètre du RF22 ou RF21 Slow (slow comme le temps de ma réponse)