Quel codecs pour encoder les vidéos ? - Page 1

Bonsoir,
J'ai une petite question qui s'adresse à ceux qui ont déjà encodé des vidéos. Quels codecs me conseillez vous ? Niveau qualité et peut-être consommation de la batterie. Je pense qu'une vidéos en DivX 6 doit plus bouffer de batterie qu'en DivX 4 non ?

Edit: et pendant que j'y suis quel lecteur serait le plus optimisé (qui utilise au mieux les instructions) pour ne pas bouffer trop de piles ?

toute façon je crois qu'il existe seulement le lecteur d'origine et un mplayer modifié..
Bah niveau différence entre les versions aucune idée !
Sinon faut mettre la taille de l'écran (320x240) pour simplifier les choses niveau redimensionnement de l'image(bah y'en aura pas pour le coup!) pis ben dans le lecteur d'origine tu mets en "save"..pis voila..

D'accord merci beaucoup.

heu au fait au niveau des différences entre les versions, il y en a coté fonctionnalités... le zoom par exemple sur le mplayer modifié.. après je me souviens pu !

En fait il y a pas tellement le choix. Quoique sur Gp32 c'était pareil il y avait le GP cinéma. Mais vu qu'il y a une puce pour la décompression je pensais qu'il y avait moyen de bouffer moins de pile. Sinon on peut baisser le nombres de FPS aussi... mais bon, c'est pas top.

la GP2x a un scaler pour redimensionner les video au format de l'ecran (320*240) si tu veux faire des econnomie de pile (et donc ne pas utiliser le scaler) tu encode tes video en 320*240 ce qui est le mieux. Le meilleur codec est le xvid ou divx en evitant les options qpel ou gmc

Merci beaucoup pour ta réponse +Yod4z

J'encode les vidéos avec virtual dub en Xvid et en compressant le son en OGG vorbis il y a un décalage, c'est bizarre il y a 2-3 ans j'avais déjà encodé des vidéos de la même manière mais sans ce problème.

constant le décalage ? ou qui augmente avec le temps ?

Euh faudrait que je vérifie pour ne pas dire de bêtises. Mais dans virtual dub j'ai le choix entre plusieurs codecs ogg genre (ogg +1, ogg +2, ogg+3) je ne sais pas à quoi ça correspond.

Le décalage apparait sur PC ou sur GP2X ? Ou les deux ?

Sur le PC j'ai pas encore reçu la GP2X.
Avec les codecs ogg du pack klite. Mais déjà si sur le PC ya un décalage (qui est assez important) ça ne sera pas arrangé sur GP2X.
J'ai peut-être pas précisé que je le faisais en 2 pass mais je suppose que ça ne doit pas changer grand chose.

Laisse tomber le ogg alors

Deux explications : problème de rêglages et/ou codecs foireux, ou PC trop peu puissant.

Pourtant j'encode souvent des albums CD en ogg et il y a jamais de souci.
Sinon j'ai un quadricore, je peux encoder 2 vidéo en même temps de 2 heures en moins de 20 minutes, je pense pas que ça vienne de ça.

Conseil : laisse tomber l'ogg

Ouais c'est bien dommage.

tu as peu etre clické sur 'oui' quant virtualdub ta demandé si tu voulais reecrire l'header en mp3 cbr ?

sinon, tu peut reencoder sans vdub, essais d'extraire le son, le transformer a coté en wav (lamedropxp) puis ogg (avec oggdropxpd) avant de le reinjecter, dans un mkv

mais si tu veut economiser les piles, l'ogg sera moins efficace que le mp3

tu as peu etre clické sur 'oui' quant virtualdub ta demandé si tu voulais reecrire l'header en mp3 cbr ?

Euh ça ne m'a pas marqué plus que ça alors si c'était le cas.

mais si tu veut economiser les piles, l'ogg sera moins efficace que le mp3

Oui pas bête je vais plutôt me rabattre sur du bon vieux mp3 alors.

Et question au passage, est-ce que le lecteur officiel supporte la gestion des 2 CPU ? Car j'ai regardé les sources et le lecteur non officiel qui a été porté contient du code pour répartir les taches sur les 2 processeurs... d'ailleurs j'aimerais bien savoir comment ça marche, je pensais que c'était transparent et que ça pouvait se gérer au niveau de la compilation.
Et il s'agit vraiment d'un dual core ou bien de 2 processeurs différents ou encore d'un CPU + co-processeur ?

Deux CPU légèrement différents, mais pas trop
Et non ça n'est pas du tout transparent à la compilation : les lanagages qui supportent nativement le multithreading sont rares, d'autant plus si les deux processeurs sont différents. Ensuite, le linux de la GP2X n'exploite qu'un seul des deux coeurs.

J'ai vu que pour les émulateurs c'était pareil la plupart utilisent que le processeur principal et d'après la doc apparemment il est difficile de faire autre chose que de gérer la vidéo sous linux avec la deuxième processeur.

La plupart des émulateurs sont des ports d'émulateurs existants, alors sauf si l'auteur veut vraiment optimiser le code aux petits oignons pour la GP2X, il laisse son code en état plutôt que de faire l'effort d'exploiter le second processeur, à part éventuellement pour le son.

Même celui de la PSX ? Parce-que dans ce cas si quelqu'un prenait le temps de l'optimiser pour le second processeur ça devrait tourner à un FPS raisonnable... mais bon évidement ce n'est pas si simple. Et alors quand on développe avec SDL c'est quand même le processeur principal qui gère les routines d'affichages ?

Pour la PSX, un seul mot : dynarec...

(qui ne veut rien dire dans ce contexte)

bah pour corser le tout le second proc n'est pas le même et à des tailles de cache différentes si je me souviens bien et ils sont plus petits !
De plus les 2 CPU se partagent l'accès à la mémoire donc faut bien penser l'utilisation du second CPU pour pas qu'elle pourrisse les accès mémoire du premier..

Si je dis des conneries qu'on me corrige

Je sais pas si c'est si génant combien de système utilise la mémoire partagé.

Si, ils peuvent se marcher sur les pieds en squattant le bus d'accès

Pour ma part, je peu dire que je suis un gros consommateur de vidéos sur ma GP2X F-100 (FM 3.0)
Tous les jours un film provenant du multiposte de ma FAI dans les transports en commun.
Donc un encodage MPEG2-TS -> Xvid avec le logiciel PocketDivxEncoder, des tests avec du DivX m'ont
donné des vidéo pixélisées sur ma Gepette. Donc pour moi c'est exclusivement du XVID, code intégré
dans PocketDivxEncoder (basé sur Mencoder)

Pour le décalage son, j'ai le même problème, apparement c'est un point sur lequel VirtualDub pèche. Je crois que sur Zodiac France il y a un tuto utilisant virtualdub pour extraire le son puis encoder la video sans son, et un 2e programme pour encoder le son et remettre tt ça ensemble, ce qui est sensé être la meilleure solution si on se sert de VD.