D'après les retours de LiveForIt (qui semble naviguer à vue avec son MPlayer), je regrette surtout ce que j'ai donné à Feanor maintenant.
https://github.com/markos/FFmpeg/commit/0e217e93c997217fc977286acf65c4d44b3cabc0

No changes, just some text formatting.

https://github.com/markos/FFmpeg/commit/238d2a571992fd82a11bd1e2fbb9e9c0af697d8a

He did actually optimize anything, he fixed alignment.

https://github.com/markos/FFmpeg/commit/769b9fcdea2f2797bbdbdc83bb70e134be48557e

Only 2 lines removed, should not be noticeable.

https://github.com/markos/FFmpeg/commit/51d29a77b9f6b6b5aeae4dfda93ab4b9a01e6307

This where optimized h264 codec; there is only a few functions.

https://github.com/markos/FFmpeg/commit/7cd13a254cfb239de9f1c2106250f22d806ac809

Renaming vector to vec, won't increase speed, useless change.

https://github.com/markos/FFmpeg/commit/893065ad92c8be03fed3cecd8bc287a0aa175857

The routines are already optimized; the few lines that are removed won't make much difference.
Basically removed 32bit pointer for 8bit pointer, so he does not need to have strides in number of int32's. the rest is basically text formatting.

All changes from Jan 29 to Feb 2 looks like audio optimization. Audio decoding does not take lots of CPU power so that won't make much difference.
I have now also take the time add some debug text, to see if his routines are used.
Message édité par : K-L / 22-05-2015 23:18

@K-L
Message édité par : zzd10h / 22-05-2015 23:34

Inutile, LiveForIt t'a confirmé qu'il avait les mêmes symptômes dûs à FFmpeg. Et puisque ça vient de FFmpeg, LiveForIt n'y fera rien.

Ouais mais ça le fera peut-être bouger pour contacter Feanor ? 

Je 'ai pas regardé le github de feanor récemment, il a peut-être revu tous ses commits mais il me semblait qu'il y en avait plus que ceux listés ici. Attention, je me demande si LiveForIt n'a pas regardé ça de loin. Les problèmes d'alignement peuvent causer de grosses pertes de peformance, par exemple.
Comme toujours, ce qu'il faudrait, c'est *mesurer* avec un outil qui, commit après commit, lance le décodage de videos avec ffmpeg et récupère le temps mis.

Optimiser ffmpeg pour le décodage est une chose, après, attention à ne pas focaliser sur ce qu'on *croit* qui doit être améliorer. Et c'est le problème du thread initial sur amigans.
On n'est pas à l'abri qu'il y ait des goulots d'étranglements ailleurs.

Version x86 du 15 février : http://ffmpeg.org/ "Many ASM optimizations"

Je suis à 100% d'accord avec Corto

A un moment je m'étais lancé dans une optimisation de MiniGL (avec mes idées de ce qui me paraissait mal conçu dedans) et au final je n'ai jamais réussi à faire une version plus rapide (comme si le problème venait pas des parties que j'avais réécrites...)

Heureusement je vous avais pas demandé de l'argent ...

Néanmoins j'y ai passé un certain temps et j'aurai logiquement pu demander une rétribution pour ce temps consacré sur un sujet très technique...

Alain

Même si tu réponds un un message de bientôt un an d'âge, j'aurais sans aucun souci contribué si tu avais demandé de l'argent, ne serait-ce que pour le développement de Wazp3D ;-)