Salut,
 
Voici un benchmark d'encodage vidéo en x264 et x265:
http://jfl1974.free.fr/Benchmark/Benchmark.zip
 
Update:
-14/04/2017: benchmark auto qui permet d'obtenir un fichier log dans lequel sont reportés automatiquement les résultats des benchs.  
Merci à Nono000 pour ce script qui du reste obtient le record dans ce bench avec son i7-5960X à 4.4 Ghz.
 
Ce benchmark permet de tester:
- x264 8 bits bt.709 en mode qualité crf 20 en profil "slower" et optimisation "grain" avec une source 2K. Sans doute un des profils d'encodage x264 les plus utilisés en terme pratique.
- x265 10 bits HDR bt.2020 en mode qualité crf 24 en profil "medium" et une optimisation "grain" avec une source 4K. Sans doute un des profils d'encodage x265 qui sera utilisé dans l'avenir avec des sources UHD HDR.
- décodage d'un flux 4K x265 10 bits HDR bt.2020 avec le décodeur libavcodec (VLC, MPLayer, MPC-HC ...)
- influence des instructions MMX, SSE, SSE2, SSE3, SSE4, AVX et AVX2 sur un encodage x265
 
Des tests avec les Rysen 7, i7-7700K et i7-6900K sont particulièrement attendu. Merci de communiquer vos résultats (fréquence stock et votre O/C max)
Attention: si le test plante à la fin c'est parfaitement normal, c'est juste que le dernier test avec une instructions non supportée et forcée par votre CPU fait cracher x265. (et les tests précédents ont tout de même fonctionné)
 
De plus vous pourrez faire une comparaison directe de votre machine avec celles utilisées par HFR car le benchmark x264 est très similaire à celui utilisé par HFR dans ses tests CPU
Le benchmark x265 est nouveau par rapport à celui utilisé par HFR car le test actuel de HFR en x265 ne permet pas de saturer les threads sur des CPU 8C/16T ou plus.
 

 
le 1er résultat est le benchmark en image par seconde pour un encodage x264 en 1080p 8 bits
le 2nd résultat est le benchmark en image par seconde pour un encodage x265 en 2160p 10 bits HDR
le 3eme résultat est pour la lecture du flux x265 en 2160p 10 bits HDR encodé précédemment en image par seconde pour un décodage avec Libavcodec
le 4eme résultat est le benchmark en image par seconde pour un encodage x265 en 2160p 10 bits HDR sur 100 frames avec auto détection des SIMD
le 5eme résultat est le benchmark en image par seconde pour un encodage x265 en 2160p 10 bits HDR sur 100 frames avec juste les SIMD MMX2 activées
le 6eme résultat est le benchmark en image par seconde pour un encodage x265 en 2160p 10 bits HDR sur 100 frames avec juste les SIMD MMX2, SSE activées
le 7eme résultat est le benchmark en image par seconde pour un encodage x265 en 2160p 10 bits HDR sur 100 frames avec juste les SIMD MMX2, SSE, SSE2 activées
le 8eme résultat est le benchmark en image par seconde pour un encodage x265 en 2160p 10 bits HDR sur 100 frames avec juste les SIMD MMX2, SSE, SSE2, SSE3 activées
le 9eme résultat est le benchmark en image par seconde pour un encodage x265 en 2160p 10 bits HDR sur 100 frames avec juste les SIMD MMX2, SSE, SSE2, SSE3, SSE4 activées
le 10eme résultat est le benchmark en image par seconde pour un encodage x265 en 2160p 10 bits HDR sur 100 frames avec juste les SIMD MMX2, SSE, SSE2, SSE3, SSE4, AVX activées
le 11eme résultat est le benchmark en image par seconde pour un encodage x265 en 2160p 10 bits HDR sur 100 frames avec juste les SIMD MMX2, SSE, SSE2, SSE3, SSE4, AVX, AVX2 activées (ne fonctionnera que sur CPU compatible AVX2)
le 12eme résultat est le benchmark en image par seconde pour un encodage x265 en 2160p 10 bits HDR sur 100 frames avec toutes les SIMD activées et forcées (ne fonctionnera que sur CPU compatible)
 

Désolé mais chez moi, ce benchmark a fini par planter:
 

 
Au passage, j'adore la précision de ces messages d'erreur: "Un problème à est à l'origine d'un dysfonctionnement"

Il vient d'ou ce benchmark ?
 
Quand on lit 7.12 pour le x264 sur le tableau, ca veut dire quoi ? c'est en secondes ? en heure ? et les resultats pour les instructions, comment les analyser ? tu peux expliquer un peu ?
 
PS: et comme titre, tu pourrais faire un truc plus accrocheur du genre: benchmark CPU rysen vs Kaby Lake histoire d'attirer un peu les gens et "d'attiser les émotions"

Logiquement, les scores pour les tests d'encodage vidéos devraient être en FPS.
Ceux des instructions, par contre, pas la moindre idée  

Pareil, le programme a planté.

Pareil chez moi sur hexacore socket x58... Me croyais seul

de même chez moi

c'est parfaitement normal s'il plante à la fin: c'est le test avec toutes les instructions activées (et forcées). Si le CPU n'est pas compatible, il fait crasher l'application x265. Avec mon i5-3550 j'ai indiqué NA en AVX2 par exemple. C'était d'ailleurs indiqué dans l'aide ... ;-)

Mais ce test est composé de 12 benchs ... si le dernier plante, vous en avez 11 qui ont quand même fonctionné.

Sinon tous les tests sont bien sûr en frames par seconde (fps)

Sinon un mec propose un fichier soit disant de bench sorti de je ne sais pas où et vous courez installer ça sur vos bécanes  

Perso je l'avais déjà utilisé/téléchargé ailleurs avant, c'est un classique.

C'est clair que c'est pas très malin....

ben déjà, y'a rien du tout à installer, puisque c'est un encodage sous forme de batch, avec des builds x264 et x265 officielles qui seront de toute façon scannées par votre anti-virus.

Ensuite c'est moi qui ait fourni le test d'encodage x264 et x265 à Marc pour les benchmark CPU de HFR, si ça peut vous rassurer. Et d'ailleurs le premier test est pratiquement le même que celui fait par HFR sur le x264 (même source Blu Ray, même version x264 v2744, même profil d'encodage, il y a juste la version du serveur de frame ffmpeg et le compilateur utilisé pour le x264 qui change). Vous aurez donc des résultats directement comparables avec le test de HFR pour l'encodage x264 ... ;-)

Bah... je prévois de mon coté une réinstallation complète le week-end prochain alors même si ce programme avait mis ma config complètement en vrac, je n'aurais eu qu'à avancer cette réinstallation de quelques jours.

 
Bah la prudence veut de ne jamais lancer un programme inconnu téléchargé depuis une page free, donc une page perso.
 

 
on va dire que ça rassure

Mea culpa pour le plantage. J'avais en effet fait l'impasse sur l'aide.
Sur ce, cette dernière ne précise pas comment on est censé relever les scores, notamment quand le test se termine sur un plantage.
 
Faut-il les relever à la volée durant l'exécution?

 
ben c'est un bench qui pourrait surtout être intégré au protocole de bench de HFR à l'avenir
 
Le bench d'encodage x265 actuel de HFR pose problème car il ne sature pas correctement les CPU 8C/16T, ce qui a pour effet, par exemple de resserrer les résultats entre un i7-7700K et les CPU 8C/16T tel que les Rysen.

Peut-être qu'avant d'envisager sa diffusion, il serait préférable de procéder à une amélioration: soit gérer les plantages de l'encoder, par une capture d'exception ou que sais-je, de façon à que le log finit par le récapitulatif des scores, soit que les scores soient écrits dans un fichier au fur et à mesure, pour qu'on n'ait pas à les chercher même après un plantage.

 
ben j'ai mis une commande pause à la fin du batch. Il suffit d'attendre que le test soit fini (ou craché ... ;-) et d'ensuite remonter dans la fenêtre qui reste ouverte pour aller chercher les résultats à la fin de chaque bench.
 
 
x264 [info]: ref B L1: 93.6%  6.4%
x264 [info]: SSIM Mean Y:0.9791046 (16.800db)
x264 [info]: PSNR Mean Y:45.171 U:53.315 V:55.186 Avg:46.654 Global:46.532 kb/s:8437.74
 
encoded 1649 frames, 6.60 fps, 8437.74 kb/s

je suis d'accord avec Lermite. Il faudrait détecter les instructions disponibles. C'est simple à faire avec coreinfo:
https://technet.microsoft.com/en-us [...] 35722.aspx

de plus le tableau de résultat devrait être complété automatiquement...

Enfin voilà pour ma config.
Contrairement à ma signature, mon cpu tourne actuellement à 4.4Ghz et 4.0 pour l'uncore ce qui me permet d'avoir des tensions bien plus basses:

L'ergonomie de ce soft laisse quelque peu à désirer, sans parler de tous les warnings et erreurs qui défilent.
 
Voici tout de même mes résultats:
 

Oui mais le gag, c'est que la commande "pause" ferme la fenêtre sur l'appui d'une touche comme indiqué, mais aussi sur un clic de souris.
Ma troisième tentative aura été la bonne: j'ai pu copier tout le log dans un éditeur où j'ai pu l'éplucher sans craindre que tout disparaisse à la moindre maladresse.

|--------------|---------|---------|---------|---------|---------|---------|---------|---------|---------|---------|---------|---------|
|  CPU (fps) | x264  |  x265  | LAVC  |  auto  | MMX2 |   SSE  |  SSE2  | SSE3  | SSE4  |   AVX  |  AVX2  |    All   |
|--------------|---------|---------|---------|---------|---------|---------|---------|---------|---------|---------|---------|---------|
|   R7 1700  | 21.13 |  3.39  |109.6  |  2.70  |   1.08  |  1.09  |  1.56  |   1.76  |   2.25 |  2.30  |  2.47   |   N/A   |
    3.70 Ghz
 
 
Voici mes résultats.
 
Je vois que mon processeur est légèrement plus performant que celui de Lermite pourtant cadencé plus haut, bizarre.

Ca peut s'expliquer par nos RAMs respectives.
J'ai de la 2666 fonctionnant à 16-15-15-35.
 
Mais cela tient peut-être à un autre détail, parce qu'avec ces histoires de HPET, Core Parking, et tout ce qu'on peut bidouiller en overclockant, il serait surprenant que la fréquence soit la seule chose qui diffère entre nos deux configs.

Non ils sont très proche et très cohérent. Dans la marge d'erreur en tout cas.
 
De plus il suffit qu'une appli tierce soit différente ou se mettent en route en arrière plan (antivirus ou windows update par exemple) et les résultats vont être un peu différent.
 
Veuillez par exemple à ne faire que le bench et rien d'autre en même temps (même un navigation internet légère est proscrite ... ;-)

Pendant ce benchmark, j'avais de mon côté un encodage x265 en pause, donc censé ne rien faire.
Mais l'on ne peut effectivement jamais savoir ce que Windows trafique dans notre dos.
 
Si ce benchmark n'était pas si long et la récupération des scores si fastidieuses, il serait intéressant de le réaliser à plusieurs reprises en ne récupérant que la valeur la plus haute de chaque score, pour s'affranchir autant que possible des aléas propres à Win 10.

 
c'est de l'encodage en ligne de commande. Je n'utilise jamais de gui comme HB ou meGui pour x264 et x265 car je suis un utilisateur avancé pour ce type d'encodage.
 
De plus l'utilisation de ffmpeg (sans filtre, crop, resize ... etc etc) comme serveur de frame permet d'utiliser très peu de ressource pour le décodage et pratiquement toutes les ressources pour l'encodage. C'est donc un test d'encodage x264 et x265 pur. je vois certain bench (comme sur annand tech) qui utilise des sources 4K HEVC pour faire des bench d'encodage x264 en 2K en preset fast et donc c'est tout sauf un test d'encodage x264. On peut donc s'appeler Annand Tech et strictement rien n'y connaitre en encodage et donc faire n'importe quoi ... ;-)

 
salut je suis tres intéréssé par l'encodage en ligne de commande avec l'utilisation de ffmpeg, saurais tu ou je pourrai trouver toutes les infos necessaires pour pouvoir apprendre toutes les subtilités ?
 
Pourrais tu m'indiquer des tutos, des sites, forums ou meme bouquins pour débuter sur le sujet ?
 
Je suis vraiment interéssé  

Le test de mon 1700 Stock:

 
ben j'en fais depuis plus de 10 ans et j'ai commencé avec le codec DivX3
 
Mais si tu veux apprendre le site à connaitre c'est doom9. C'est le forum de l'encodage. Tous les développeurs de codecs postent directement dessus.
https://forum.doom9.org/forumdisplay.php?f=81
 
Sinon c'est aussi possible de faire de l'encodage x264 et x265 directement avec ffmpeg. Personnellement je préfère l'utiliser ici simplement comme un serveur de frame avec des compilations x264 et x265 dédié (on peut ainsi facilement tester l'impact des compilateurs et les optimisations pour chaque CPU).
https://ffmpeg.org/ffmpeg-codecs.html
 
exemple d'encodage directement avec ffmpeg:
ffmpeg -i input -c:v libx265 -x265-params crf=26:psy-rd=1 output.mp4
 

Un GUI présente pourtant certains avantages.
J'utilise pour ma part Vidcoder, qui lui utilise Handbrake, car il permet de définir une liste de processus qui, dès qu'ils sont détectés, mettent l'encodage en pause.
L'on peut ainsi y mettre les jeux et toutes les applis un peu lourdes, qui ont besoin du maximum de ressources, ce qui permet de les utiliser sans se soucier de l'encodage, qui se met en pause et se relance automatiquement.

 
En fait ma question était en effet sur l'encodage directement avec ffmpeg sur l'invite de commande windows. Pour te dire, je ne comprends meme pas exactement ce que tu fais quand tu utilises ffmpeg simplement comme un serveur de frame avec des compilations x264 et x265 dédié mais c'est pas grave    
 
Donc est ce que tu saurais m'indiquer un lien ou bouquin pour apprendre toutes les subtilités des commandes de ffmeg sur l'invite de commande windows pour pouvoir encoder ce que je veux car je sais que c'est un outil très puissant qui permet de faire beaucoup plus de choses que les différents gui que j'ai pu essayer dont handbrake que j'aime beaucoup et que j'utilise.

Il serait quand même intéressant d'envoyer le log dans un fichier .txt directement par le script bat, là j'ai fait une fausse manip à la fin et j'ai raté mon copier/coller de la fenetre CLI donc je vais relancer le bench
 

 
Ben à ma connaissance y'a juste la documentation ffmpeg dispo en ligne:
https://ffmpeg.org/documentation.html
 
Tu trouvera pas plus complet ... mais bon ffmpeg c'est pointu à utiliser.
 
après si tu pose des questions sur doom9, tu aura des gens hyper pointu dans tous les domaines qui te répondront. Parfois même les développeurs des solutions eux-même (codec, gui, filtres ... etc etc)

 
vais updater mon batch pour faire ça ... ;-)

Ayant foiré la sauvegarde de mon profil d'OC dans le bios, j'ai dû le reparamétrer manuellement après avoir fait le test en stock.
Mais si j'ai défini la même fréquence, j'ai changé pas mal d'autres paramètres à l'implication plus obscure sur les performances, en choisissant le plus souvent la valeur "extreme".
 
J'ai ainsi refait le test et curieusement, si certains score ont augmentés, d'autres ont baissés.
N'est-ce que la conséquence de mon OC ou l'activité cachée de Windows 10 serait-elle dans le coup? Mystère.
 

 
R7 1700 3.75 GHz v2 est un peu meilleur en moyenne
 
après les tests des SIMD étant nombreux, ils sont aussi très courts (100 frames) et donc sujet à une variabilité beaucoup plus grande que les tests x264 et x265 complets (plus de 1000 frames)

 
Merci beaucoup  

 
En tout cas ta config tourne très bien et est proche en perf de ce que HFR a testé (un R7 1800X ça tourne à 3.7 Ghz avec le turbo en full charge sur 8C/16T).

 
Une appli n'aurait pas démarré pendant l'encodage x264?
Tu es un peu en dessous ce qui est attendu pour le x264 alors que tu es au dessus pour tout les autres bench.
Tu peux relancer le test?

 
J'ai relancer le test voici les resultats