Encodage vidéo H.264 : CPU ou GPU ?

par erwan67 le Jeudi 28 Avril 2011 à 15h22

Ca reste quand bien appréciable pour faire des rendus temps réels avec 3dsmax et vray par ex

Mway, le seul truc que je vois de génial dans cuda, c'est pour cracker les mots de passe...
Et encore, en OpenCL c'est aussi performant !

(cracker des mots de passe, c'est maaal )

Pas eu le temps de tout lire mais j'y reviendrai, article très complet et intéressant !

ultra bon le dossier intéressant qui nous prend pas pour des cakos. Merci HFR et CDH pour le renvoi

sympa aussi connaitre le cout en énergie, aussi sympa que les données des tests ginfo qui font réfléchir sur les couts de nos manies de geek

par erwan67 le Jeudi 28 Avril 2011 à 15h22

Ca reste quand bien appréciable pour faire des rendus temps réels avec 3dsmax et vray par ex

GPGPU = de nombreuses contraintes/limitations

V-Ray RT GPU n'utilise pas CUDA mais OpenCL.

If V-Ray RT for GPU cannot find a supported OpenCL device on the system, it will silently fall back to CPU code.

- VRayCarPaintMtl and VRayBlendMtl aren't supported on the GPU version

- GPU needs lots of graphics card memory on big scenes : not enough VRAM to complete the rendering ? Reduce the amount of geometry in the scene, Reduce the "Ray bundle size" and/or "Rays per pixel" parameters, Reduce the "GPU texture size" parameter...

" En apportant pour seule réponse un temps d'encodage rapide, avec une qualité qui laisse significativement à désirer, le transcodage H.264 via GPGPU reste en 2011 une mauvaise réponse à un vrai problème. "

Un comparatif qui tranche avec les tests superficiels de PCINpact.

j'ai pas tout lu .ca m'a vite brisé quand j'ai lu que le cuda ou le stream etait pas terrible suivant les cas ,mais ,ca doit aussi dépendre du logiciel ? nan ? ou ca sera toujours le meme resultat en qualité si l'on coches "activation acceleration GPU" dans les différents logiciels (DVDfab ,xconvert ect..).

Les logiciels comme Badaboom restent appréciables quand on convertit pour un support mobile (PSP etc) où la qualité n'est pas importante.
Convertir un film (~90 min) en 10 min ou moins, ça fait vraiment plaisir

par Un ragoteur lambda le Jeudi 28 Avril 2011 à 15h15

et après t'en a qui viennent te saouler avec cuda ceci, cuda cela... ont voit bien ce que ça donne...

Ca reste quand bien appréciable pour faire des rendus temps réels avec 3dsmax et vray par ex

et après t'en a qui viennent te saouler avec cuda ceci, cuda cela... ont voit bien ce que ça donne...

Le dossier est très intéressant. Ceci dit, c'est bien dommage pour le GPGPU.

plus qu'à espérer que cet article mette un coup de pied dans la fourmilière et que NV, intel, AMD, cyberlink, et consort arrête de nous prendre pour des cons

car ça doit bien faire facile 3ans qu'on dit que l'encodage video via gpgpu ça ne nous donne que des fichiers finaux de merde mais c'est pas pour autant qu'ils se bougent pour changer ça

je vient de mettre à jour powerdvd, était offert (moueh quand tu vois le prix de la mise à jour powerdvd 10 à 11) le fameux mediaespresso, bah je confirme que c'est encore une belle merde, et que c'est pas demain que je vais lacher mon encodage video basé sur sur le cpu et non le gpgpu

soit béni mon petit i7 920 et plein d'espoir pour bulldozer car le gpgpu pour le grand public... je rie (depuis 8800gtx qu'on nous balance des salade comme quoi cuda c'est trop bien et patati et patata... j'attend toujours)

au passage j'ai l'impression que depuis 2/3 mois que je n'installe plus opencl et le "transcodage" dans les catalyst de AMD, j'ai moins de pb

limite ce dossier me donne raison de ne plus les installer

Gros gros dossier, le taff est énorme
Les images a regarder progressivement en passant la souris c'est génial

Quand j'ai le temps je m'attarde à lire ça sérieusement!