Reprise du message précédent :

 
Les deux!    
J'enlève les génériques de début et de fin.

conti a écrit a écrit :     Les deux!     J'enlève les génériques de début et de fin.

 
Essaie d'enlever d'abord la fin, vérifie (normalement, pas de problème). Ensuite enlève le début, c'est là que ça peut se gâter.

Bon, je vais faire ce (curieux) test...

 
C'est pas curieux : le mpeg4 est beaucoup moins capricieux quand il manque des frames à la fin qu'au début d'une scène.
Mets à jour mplayer aussi, avec le CVS de MPlayer et libavcodec.

Bon, et bien tu avais raison! Si je coupe le générique de fin sans toucher au début, ça fonctionne! Sinon, je pense pas que cela vienne de ma version de mplayer et libavcodec. J'ai recompilé les CVS le WE dernier...

Sinon, y'a un truc que j'ai pas pigé au sujet de la résolution. Existe-t-il une formule permettant de calculer la résolution à partir du crop obtenu via mplayer? Vous parlez de calculs, mais je dois bien avouer que tout cela m'échappe. Là, j'ai encodé un film qui semble plus étiré en hauteur une fois encodé. C'est infime, seulement 0.5 cm en plus en haut et en bas sur mon 19p, mais je l'ai tout de suite vu!

 
On sait jamais, un nouveau bug... Ca peut venir d'avidemux aussi, ça va intéresser mean.

Ca devrait pas planter
Meme si tu coupes pas sur une keyframe, avidemux va te proposer de re-encoder le petit morceau necessaire.
 
Le resultant qui plante il s'ouvre avec avidemux ?

mplater -ac mad toto.avi plante ?

Le petit résultat qui plante a été effacé pour faire de la place... Mais je vais essayer de reproduire le phénomène...
Edit: ah bah nan, j'ai même plus l'avi source...  

 
C'est justement la discussion de tout à l'heure : tu avais un 1.33 avec des bandes noires peut-être, ou même fines ?
 
La réponse à ta question est non, car il faut appliquer une anamorphose à l'image, mais c'est en réalité simple.
 
Un DVD PAL est toujours encodé en 5/4, soit 720x576, pour des raisons techniques. Mais l'image affichée, elle, est déformée, pour arriver à un format cinéma. Ce n'est pas comme un avi où la résolution est fixe. C'est un truc très malin pour gérer les dizaines de formats cinéma différents, entre le cinémascope, le 1.33, 1.77, 1.85, le 2.21, le 2.35, etc... D'ailleurs c'est exactement le même principe au ciné : un film est enregistré sous forme d'un carré (à peu près) sur une pellicule de 32mm de large (parfois 70mm). Donc pour obtenir un rectangle très large comme avec le cinémascope, on utilise un objectif spécial, qui étire l'image. A la prise de vue, c'est un objectif qui aura fait l'effet inverse : l'image panoramique est compressée sur les côtés, comme dans un miroir déformant. Là c'est exactement pareil. Tu peux d'ailleurs regarder un film avec mplayer -dvd 1 -noaspect et là tu as une image brute 720x576 sans étirement.
 
Contrairement à ce que j'avais écrit en page 3 ou 4 un DVD est toujours reformaté : soit en 4/3, soit en 16/9, à partir de cette image en 5/4. Quand tu lances un dvd avec mplayer, en revanche il t'affiche l'aspect ratio (indiqué dans l'encodage) : 4/3 (1.33) ou 16/9 (1.78) et fait l'étirement de l'image 5/4 (1.25). Donc tu as une transfo mathématique de:
720x576 --> 768x576 en 4/3
720x576 --> 1024x576 en 16/9
(il te l'écrit).
 
En revanche, les valeurs de crop sont elles données en pixels sur l'image de départ, soit 720x576. C'est pour ça que la valeur cropée, sans l'aspect ratio, ne te donne jamais le format de départ.
Au final, les valeurs de ton avi seront égales OU proportionnelles à
ta largeur croppée x (768/720) / hauteur croppée en 4/3
ta largeur croppée x (1024/720) / hauteur croppée en 16/9
 
Dans les deux cas, tu transformes un 5/4 initial en 4/3 ou 16/9 suivant le film.
 
Je ne rentre pas dans le détail du NTSC, où l'image initiale est 720x480, mais c'est exactement le même principe : cropping et étirement en longueur ou largeur pour respecter l'aspect ratio.
 
 
Considère également que la résolution doit être un multiple de 16 (en tout cas sous Windows.) Par conséquent, tu auras toujours une déformation, car parfois la résolution ne tombe pas juste pour avoir l'aspect ratio initial. Le but du script est, entre autre, de minimiser cette déformation en choissant des valeurs les plus proches de l'aspect ratio, et de la qualité visée.

 
Mais alors comment faire? Par tatonnements? C'est moyen comme méthode! Il doit bien y avoir une méthode à suivre, puisque je me souviens que mes films encodés via rippack sous windaube étaient tous bien dimensionnés...
 
Sinon, j'ai essayé de re-couper le divx de tout à l'heure, en lui enlevant le générique du début, mais avidemux à planté... Bon, de toute façon, le fichier fait 701.5Mo avec le générique de début qui dure 10 secs. Je pense que ça fera l'affaire...  

conti a écrit a écrit :     Mais alors comment faire? Par tatonnements? C'est moyen comme méthode! Il doit bien y avoir une méthode à suivre, puisque je me souviens que mes films encodés via rippack sous windaube étaient tous bien dimensionnés...   Sinon, j'ai essayé de re-couper le divx de tout à l'heure, en lui enlevant le générique du début, mais avidemux à planté... Bon, de toute façon, le fichier fait 701.5Mo avec le générique de début qui dure 10 secs. Je pense que ça fera l'affaire...

 
Pas du tout, pas par tatonnement. Page 14, j'ai donné le calcul à suivre. Si je ne me suis pas trompé
L'aspect ratio est lu dans le fichier mpeg.
S'il te dit que c'est un 1.78, il y a juste à agrandir l'image de 1.25 vers 1.78.
S'il te dit que c'est un 1.33, il agrandit de 1.25 vers 1.33.
Tu peux calculer au pixel près et après cropping les dimensions exactes de ton image anamorphosée, c'est un simple problème de proportion qui repose sur des valeurs prédéterminées.
Ensuite, il faut prendre des valeurs multiples de 16.
 
C'est exactement ce calcul que Rippack ou Gordian Knot font sous Win. Il n'y a plus qu'à l'incorporer dans le script de jotenakis. Yapuka

Mmmm... Certes certes certes... Faudra que je relise ça à tête reposée!  
M'enfin, pour mon film, apparement, il était encodé au bon format. C'est juste qu'il y avait 16 pixels de trop dans la résolution verticale...

conti a écrit a écrit : Mmmm... Certes certes certes... Faudra que je relise ça à tête reposée!   M'enfin, pour mon film, apparement, il était encodé au bon format. C'est juste qu'il y avait 16 pixels de trop dans la résolution verticale...

 
Ca devrait pas, par contre tu peux avoir des variations de 1 à 15 en plus ou en moins par rapport à la résolution calculée proportionnellement. A moins, encore une fois, que tu aies eu de petites bandes noires en haut et en bas, dans ce cas le script n'en tenait pas compte.
 
Sinon j'ai mis dans mes posts tout ce qu'il faut pour résoudre le problème. Fais comme moi, prends une feuille de papier et un crayon, fais des dessins et ça sera clair
 
EDIT : bon j'ai édité les posts au-dessus, je m'atais planté dans certains chiffres. Mais le principe reste le même.

Bon voila j'ai concocte une formule generale, a la gordian knot. Elle a l'avantage de prendre tous les formats d'entrée et de sortie, pas seulement de PAL et NTSC vers 4/3 ou 16/9.
 
Le but est de trouver ARc, l'aspect ratio final du film, apres cropping et zooming. C'est de cet ARc que decoulent ensuite les valeurs, multiples de 16, de la hauteur et la largeur du fichier mpeg4.
 
- Variables de depart :

- Determination des variables :
 
ARi est donne par mplayer (720x576 ou 720x480) : Wi/Hi division de la largeur non anamorphosee par la hauteur non anamorphosee. Typiquement, en PAL=1.25 (720/576) et NTSC=1.5 (720/480). Mais tu pourrais prendre une autre valeur si ce n'est pas un format standard.
 
ARa est aussi donne par mplayer, il le lit dans l'en-tete du fichier mpeg2 : 1.33 ou 1.78. Donc ARa=4/3 ou ARa=16/9. Je te conseille de prendre ces valeurs exactes plutot que 1.33 et 1.78, pour ne pas introduire d'erreurs d'arrondi. La encore, ARa pourrait etre differente des standards DVD 4/3 et 16/9.
 
Wc et Hc sont donnes par mplayer --cropdetect, les deux premiers chiffres, ex: 638:437:2:11, donc Wc=638 et Hc=437
 
 
- d'ou:

 
Et voila ! L'avantage est que tu n'as plus besoin de tester la presence ou non de bandes noires : l'ARc est ce que tu cherches, et est calcule directement quelle que soit la largeur des bandes noires.
 
Maintenant, la taille du fichier mpeg4 doit etre
 
Wm/Hm = le plus proche de ARc selon le critere qualite vise, et multiples de 16.
 
Ta formule en premiere page ResX/ResY= Aspect Ratio est vraie, mais Aspect Ratio doit etre ARc :

 
J'ai fait plusieurs essais "a la main" et ca me semble juste.

       
Je lit tout ça en détails et vais faire des tests avant implémentation dans tuxrip. Bravo...

y a t'il moyen de détecter si le DVD est PAL (donc 720*476) ou NTSC donc (720*480) ? Mplayer doit nous le dire ça, non ? (j'ai pas de DVD NTSC).

 
Oui. Quand tu lis un DVD, mplayer retourne (de memoire)
 
Aspect ratio 1.33
vo 720x576 -> 768x576
 
Pour Mulholland drive (NTSC), il me retournait
Aspect ratio 1.78
vo 720x480 -> 854x480
 
 
C'est vers la fin de ce que retourne mplayer.
 
Tu as juste a faire des greps sur l'aspect ratio (ARa) et la premiere partie du vo (720/576=1.25=ARi en PAL ou 720/480 en NTSC). La seconde partie du vo est inutile avec ma formule. Note : pour ARa, ne prends pas 1.33 ou 1.78, mais vraiment 4/3 et 16/9 soit 1.333333 et 1.7777777.
Tu n'as meme pas besoin de chercher "PAL" ou "NTSC" mais juste a diviser les valeurs de la premiere partie du vo. Comme ca non seulement ca marcherait pour un DVD, mais en plus, pour tout fichier video a reencoder avec mencoder, si un jour tu veux elargir les possibilites de ton script (ou te reservir de cette routine de calcul).

Maintenant il y a une chose qui serait bien : detecter l'entrelace.
Il suffirait d'appliquer l'option pp=lp a l'encodage.
 
Je ne sais pas si mplayer l'indique. Je vais voir ca ce week-end.

le probleme c'est que l'entrelace d'un DVD NTSC n'est pas le même que celui d'un DVD PAL.
En NTSC, c'est du au passage 24 fps (cinéma) vers 29.97 fps (TV us)
http://arbor.ee.ntu.edu.tw/~jackei/dvd2avi/ivtc/
 
Alors qu'en PAL c'est juste qu'une image est composé d'une trame paire et d'une impaire, pour les DVD genre 1 gars 1 fille.
 
Donc je ne suis pas sur du tout que pp=lp réalise un inverse telecine, nécessaire pour les NTSC.

 
C'est vrai, je vais regarder la mailing-list de mplayer, ca a deja du etre aborde.

Ca me fait penser que j'avais encode Mulholland drive et tout s'etait tres bien passe, en utilisant -fops 25 et ,pp=0x20000.
Donc mencoder prendrait en charge le NTSC de facon naurelle ?

http://www.theorie.physik.uni-goet [...] transcode/
 
2002-11-22 transcode-0.6.2 released (default branch).

pitetre    
le pp=0x2000 fait quoi ? et le -fps 25 il fait comment pour passer de 29.97 à 25 ? Normalement un ivtc passe à 24 fps, donc faudrait ptet -fps 24.

jotenakis a écrit a écrit : pitetre     le pp=0x2000 fait quoi ? et le -fps 25 il fait comment pour passer de 29.97 à 25 ? Normalement un ivtc passe à 24 fps, donc faudrait ptet -fps 24.

 
le pp=0x20000 est l'equivalent de -npp lb, pour deinterlacer. Comme ils ont supprime npp, je ne sais pas si lb est toujours valable.
 
Pour le fps, tu as sans doute raison. A moins que mencoder soit capable de reconstruire les images pour garder la meme longueur de film ? Est-ce qu'un film de 2h en 25fps encode en 50 fps dure 1h et semble accelere, ou est-ce que mencoder cree des frames en plus et respecte le temps total ?
Mais bon de toute facon, il serait logique de le reencoder a 24 fps.

je pense qu'il dure 1 heure et est accélérée.
Je vais essayer, c'est pas bien dur.

 
Merci, la je n'ai pas ma machine.
 
De toute facon, les films PAL sont fausses : au cine c'est 24 fps, c'est pour ca que les films a la tele sont plus courts d'une minute par demi-heure (quand ils ne coupent pas des bouts, mais c'est un autre probleme)...

oui mais au moins on s'emmerde pas avec des traitements telecine à la mord-moi-le-noeud.    
On considére 24#25 et basta.

jotenakis a écrit a écrit : oui mais au moins on s'emmerde pas avec des traitements telecine à la mord-moi-le-noeud.     On considére 24#25 et basta.

 
toutafé

Tiens je viens de trouver un autre film avec un format exotique : 2001 l'odyssee de l'espace. C'est du 2:21, donc les bandes noires sont un peu moins larges que pour du 2.35. Le nouveau calcul le prend en charge sans probleme.
Je l'avais vu en 70mm . Mon premier souvenir de cinema

Excuse moi d'insister :
Ca dit quoi ça : cat $RACINE/$projet/tmp/infos.dvd | grep "(aspect" | awk '{print $5}' | awk -F " )" '{print $1}'
sur ton DVD 4/3.
 
Je sais que sur les 16/9 ça retourne 3.

merci beaucoup pour tes formules (quelle vitesse !).
C'est universel, rapide et simple à coder. BIG RESPECT.
 
PS : Donc d'après toi un vrai 1.85 serait un 16/9 avec 22 pixels de bandes noires (11 en haut et 11 en bas).

Je ne pourrai te repondre que ce soir pour le grep
 
Sinon oui, un vrai 1.85 ce serait ca. J'ai en effet quelques DVD avec des bandes noires assez fines. J'en ai meme avec des bandes a gauche et a droite ("Blade Runner", horrible edition, horrible encodage et "Nelly et Monsieur Arnaud" ) !
Les DVD n'existent en fait qu'en deux AR : 4/3 et 16/9. Le reste doit etre croppe.

Eventuellement si tu cherches du 4/3, regarde du cote des bonus : dans la majorite des cas ce sont des 4/3 avec ou sans bamdes noires (reportages, bandes-annonces).

 
Merci
En fait le plus ardu est de comprendre comment fonctionnent ces histoires de resolution et de ratio. Apres ce n'est que de l'algebre.
C'est tres astucieux, ce systeme de zooming. Comme je l'ai dit plus haut, ils se sont simplement inspires de la pellicule reelle qui est anamorphosee en cinemascope. Cela leur a permis de prendre en charge plein de formats differents, sans pour autant avoir a jouer sur les bitrates avec les differents formats. Avec ce systeme, l'image effective est plus grande dans la fenetre et donc tu gagnes en detail. Ainsi, le CQ en mpeg2 doit etre assez constant que tu aies un film en 4/3 ou un film en 2.35, car tu perds moins de bits a encoder des bandes noires.
Une autre consequnce, je comprends maintenant pourquoi tous les logiciels de lecture de DVD n'ont pas la meme qualite, meme sur le meme ordinateur : le logiciel doit etre capable d'interpoler les deformations et sans doute les algorithmes n'ont pas tous la meme qualite. Je dois dire que mplayer est le meilleur et le plus performant (meme si Xine a beaucoup ameliore l'image dans la version 0.9.12 et au dessus).

zeb_ a écrit a écrit : Je ne pourrai te repondre que ce soir pour le grep

ça me va très bien...
 
Ce qui serait bien c'est de sa faire une petite base de données avec titre film, ratio marqué sur boite dvd, cropping détectée, ratio 4/3 ou 16/9, ratio réel calculé par ta méthode, PAL/NTSC...

 
2

Apparemment cette valeur est lue dans l'en-tête du mpeg2. Tu sais où on peut avoir la liste des codes Aspect ratio ?

Ah voilà j'ai trouvé :
 
[zeb@localhost zeb]$ mpeg2enc -a 0
 
Display aspect ratio codes:
 1 - 1:1 pixels
 2 - 4:3 display
 3 - 16:9 display
 4 - 2.21:1 display
 
Intéressant aussi :
[zeb@localhost zeb]$ mpeg2enc -F 0
Frame-rate codes:
 0 - UNDEFINED: illegal/reserved frame-rate ratio code
 1 - 24000.0/1001.0 (NTSC 3:2 pulldown converted FILM)
 2 - 24.0 (NATIVE FILM)
 3 - 25.0 (PAL/SECAM VIDEO / converted FILM)
 4 - 30000.0/1001.0 (NTSC VIDEO)
 5 - 30.0
 6 - 50.0 (PAL FIELD RATE)
 7 - 60000.0/1001.0 (NTSC FIELD RATE)
 8 - 60.0

 
d'ailleurs un petit "cat /space/essai/tmp/infos.dvd | grep VIDEO"
me retourne :  
 

 
donc j'ai les infos de ratio, de framerate et de PAL/NTSC...