Pour les 140 k lignes en assembleur, le billet précise ceci donc par plateforme c’est heureusement moins (mais ça reste beaucoup avec 25 à 30 k lignes) :

90000 lines for x86 (AVX2, SSSE3-32, SSSE3-64);
50000 lines for ARM (32bit and 64bit).

This is very large for handwritten assembly, and for comparison, this is more assembly than what there is in FFmpeg (for all codecs).

Et il indique ausssi ceci, intéressant car avec la complexité des CPU modernes d’habitude c’est difficile de faire mieux qu’un compilateur :

And yes, this code is faster than what the compilers can generate by themselves. :)

QTrEIX a dit:

Sur desktop, je préfère MPC-HC, j’ai eu des problèmes/bugs à plusieurs reprises avec VLC, client plus lourd, je n’ai jamais eu de soucis avec MPC-HC, mais je ne suis pas une généralité et tout dépends des préférences de chacun, en soit, quand VLC fonctionne correctement il est très bon.

Sous Linux VLC fonctionne très bien, sous Windows (portable du bureau) je m’en sers de temps à autre depuis des années et je n’ai pas eu de souci.

Ozwel a dit:

Du coup aujourd’hui je ne jure plus que par MPC-HC + madVR.

madVR ça sert à quoi en plus du lecteur MPC-HC ?

Ozwel a dit:

Je ne peux pas parler pour aujourd’hui, mais du temps où j’utilisais VLC et MPC-HC (sous Windows), je trouvais que le soucis majeur de VLC c’était la navigation dans la vidéo. MPC-HC était nettement plus réactif à ce niveau, c’était incomparable. Sur VLC ça n’était pas purement instantané et m’amenait quelques soucis de sync son ou st.

Dans le temps j’ai fait remarquer à J-B Kempf que le saut (de 5 ou 10 s) dans VLC était nettement plus lent que sous mplayer (sous lequel c’était comme instantané), et depuis ça a été réglé. Il y a aussi une question de format, le saut est instantané en MKV mais un peu moins sur des fichiers “.m2t” (fichiers MPEG-TS issus de la TNT), cela dit c’est pas bien gênant.