Reprise du message précédent :

jotenakis a écrit a écrit :   suffit de stocker dans le fichier de conf (toujours pas fait d'ailleurs   ) la valeur du décalage initial. Comme ça dès le 1er coup tu seras synchrone et tu pourras vérifier et répondre OK. Sinon je ne crois pas que ogmmerge marche sur des portions mais c'est pas si long à merger tout. On peut essayer d'envisager de découper un morceau mais je pense que ça craint car il faut découper la bande son ET la video EXACTEMENT au même endroit !

 
oublie
ogmmerge est rapide en effet. Ce n'est pas comme de l'interleaving.

J'ai trouvé :
 
tcencode  -c   f1-f2   encode only frames f1-f2
Ca doit marcher avec tccat ou tcextract ?

Au sujet du problème avec un dvd non encrypté, c'est plus compliqué. Avec l'appartement, j'obtiens ceci :
 
libdvdread: Encrypted DVD support unavailable.
Mais  le ripping se passe bien.Donc ce n'est pas ça le problème.
 
 
 
Avec the big lebowski, j'ai ceci :
 
libdvdread: Encrypted DVD support unavailable.
libdvdread: *C_ADT nr_of_vobs > avaiable info entries
title_info: ifo_read.c:1194: ifoRead_C_ADT_internal: Assertion `c_adt->cell_adr_table[i].vob_id <= c_adt->nr_of_vobs' failed.
./tuxrip: line 95:  2330 Aborted                 title_info /dev/dvd >$RACINE/$projet/tmp/infos.dvd
 
puis :
 
+++++++++++++++RIPPING DU DVD+++++++++++++++++++++++++++++++++++
 
libdvdread: Encrypted DVD support unavailable.
libdvdread: *C_ADT nr_of_vobs > avaiable info entries
tccat: ifo_read.c:1194: ifoRead_C_ADT_internal: Assertion `c_adt->cell_adr_table[i].vob_id <= c_adt->nr_of_vobs' failed.
 
Et le ripping ne se fait pas.
Voilà le contenu de infos.dvd :
There are 3 titles.
 
Title 1:
        In VTS: 1 [TTN 1]
 
        Title has 22 chapters and 1 angles
Using GNU internationalization
Original domain: messages
Original dirname: /usr/share/locale
Current domain: mplayer
Current dirname: /usr/local/share/locale
 
 
MPlayer CVS-021107-05:00-3.2 (C) 2000-2002 Arpad Gereoffy (see DOCS)
 
CPU: Advanced Micro Devices Athlon TB Thunderbird (Family: 6, Stepping: 4)
CPUflags:  MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 0 SSE2: 0
Compiled for x86 CPU with extensions: MMX MMX2 3DNow 3DNowEx
 
Reading /home/zeb/.mplayer/codecs.conf: 38 audio & 110 video codecs
CommandLine: '-dvd' '1' '-vo' 'null' '-ao' 'null' '-frames' '0' '-v'
get_path('font/font.desc' -> '/home/zeb/.mplayer/font/font.desc'
font: can't open file: /home/zeb/.mplayer/font/font.desc
font: can't open file: /usr/local/share/mplayer/font/font.desc
Using MMX (with tiny bit MMX2) Optimized OnScreenDisplay
Failed to open /dev/rtc: Permission denied (mplayer should be setuid root or /dev/rtc should be readable by the user.)
Using usleep() timing
get_path('input.conf' -> '/home/zeb/.mplayer/input.conf'
Can't open input config file /home/zeb/.mplayer/input.conf : No such file or directory
Can't open input config file /usr/local/etc/mplayer/input.conf : No such file or directory
Falling back on default (hardcoded) input config
 
Playing DVD title 1
get_path('' -> '/home/zeb/.mplayer/'
get_path('DVDKeys' -> '/home/zeb/.mplayer/DVDKeys'
Using CSS Key-cache dir: /home/zeb/.mplayer/DVDKeys/D1_BIG300399
Reading disc structure, please wait...
There are 3 titles on this DVD.
There are 22 chapters in this DVD title.
There are 1 angles in this DVD title.
libdvdread: *C_ADT nr_of_vobs > avaiable info entries
DVD successfully opened!
[open] audio stream: 0 audio format: ac3 (5.1) language: en aid: 128
[open] audio stream: 1 audio format: ac3 (5.1) language: de aid: 129
[open] number of audio channels on disk: 2.
[open] subtitle ( sid ): 0 language: en
[open] subtitle ( sid ): 1 language: de
[open] subtitle ( sid ): 2 language: en
[open] number of subtitles on disk: 3
DVD start cell: 0  pack: 0x0-0xE882
DVD start=0 end=1860633
DVD Seek! lba=0x0  cell=0  packs: 0x0-0xE882
Angle-seek synced by cell/vob IDN search!
Checking for YUV4MPEG2
DEMUXER: freeing demuxer at 0x831d430
ASF_check: not ASF guid!
DEMUXER: freeing demuxer at 0x831d430
Checking for NuppelVideo
DEMUXER: freeing demuxer at 0x831d430
Checking for MOV
DEMUXER: freeing demuxer at 0x831d430
Checking for VIVO
header block 1 size: 0
DEMUXER: freeing demuxer at 0x831d430
Checking for REAL
DEMUXER: freeing demuxer at 0x831d430
DEMUXER: freeing demuxer at 0x831d430
DEMUXER: freeing demuxer at 0x831d430
DEMUXER: freeing demuxer at 0x831d430
DEMUXER: freeing demuxer at 0x831d430
Checking for SMJPEG
DEMUXER: freeing demuxer at 0x831d430
DEMUXER: freeing demuxer at 0x831ddd0
DVD Seek! lba=0x0  cell=0  packs: 0x0-0xE882
Angle-seek synced by cell/vob IDN search!
Checking for PVA
DEMUXER: freeing demuxer at 0x831ddd0
system stream synced at 0xD (0)!
==> Found video stream: 0
Detected MPEG-PS file format!
==> Found audio stream: 128
Searching for sequence header... OK!
VIDEO:  MPEG2  720x576  (aspect 2)  25,00 fps  12225,0 kbps (1528,1 kbyte/s)
[V] filefmt:2  fourcc:0x10000002  size:720x576  fps:25,00  ftime:=0,0400
get_path('sub/' -> '/home/zeb/.mplayer/sub/'
==========================================================================
Opening audio decoder: [liba52] AC3 decoding with liba52
dec_audio: Allocating 3840 bytes for input buffer
dec_audio: Allocating 6144 + 65536 = 71680 bytes for output buffer
Using 3DNowEx optimized IMDCT transform
AC3: 5.1 (3f+2r+lfe)  48000 Hz  448,0 kbit/s
A52 flags before a52_frame: 0x2A
A52 flags after a52_frame: 0xA
Using MMX optimized resampler
AUDIO: 48000 Hz, 2 ch, 16 bit (0x10), ratio: 56000->192000 (448,0 kbit)
Selected audio codec: [a52] afm:liba52 (AC3-liba52)
==========================================================================
==========================================================================
Opening video decoder: [mpegpes] MPEG 1/2 Video passthrough
VDec: vo config request - 720 x 576 (preferred csp: Mpeg PES)
VDec: using Mpeg PES as output csp (no 0)
Movie-Aspect is 1,33:1 - prescaling to correct movie aspect.
VO Config (720x576->768x576,flags=0,'MPlayer',0x4D504553)
VO: [null] 720x576 => 768x576 Mpeg PES
VO: Description: Null video output
VO: Author: Aaron Holtzman <aholtzma@ess.engr.uvic.ca>
Selected video codec: [mpegpes] vfm:mpegpes (Mpeg PES output (.mpg or Dxr3/DVB card))
==========================================================================
AO: [null] 48000Hz 2ch Signed 16-bit (Little-Endian)
AO: Description: Null audio output
AO: Author: Tobias Diedrich
Building audio filter chain for 48000Hz/2ch/16bit -> 48000Hz/2ch/16bit...
Adding filter dummy
[dummy] Was reinitialized, rate=48000Hz, nch = 2, format = 0x00000010 and bps = 2
[dummy] Was reinitialized, rate=48000Hz, nch = 2, format = 0x00000010 and bps = 2
Start playing...
 
Uninit audio filters...
uninit audio: liba52
uninit video: mpegpes
DEMUXER: freeing demuxer at 0x831ddd0
DEMUXER: freeing sh_video at 0x83207c8
DEMUXER: freeing sh_audio at 0x8323090
vo: x11 uninit called but X11 not inited..
 
Exiting... (End of file)
 

   
comprends rien !
j'avance un peu pour mon mode --resume...
   
 

jotenakis a écrit a écrit :     comprends rien ! j'avance un peu pour mon mode --resume...

 
De toute façon, c'est un bug dans libdvdread. Je vais le rapporter à eux. Apparemment la structure de ce dvd lui emmèle les pinceaux.
Au fait, désolé de ce qui t'arrive avec free, c'est incroyable.
 
A+

 
 
 
euh...
 
Je n'ai rien compris...
 
Après avoir fait un découpage de l'image (un "crop" ), on trouve une nouvelle valeur pour ResX et ResY. Ici, ResX=712 et ResY=428
 
À partir de ces valeurs, on voudrais trouver une nouvelle résolution à appliquer à l'image découpée.
 
Mais, si je calcule l'"Aspect Ratio", je trouve 1.66 (!=1.33)...
 
Et le CQ on le calcule avec quelles ResX et ResY??
 
 
 
En fait, je ne comprend pas du tout la démarche.
 
 
 
 
Autre chose, cela:
 

 
n'est pas très lisible, je préfèrerais voir:
 
 

 
Non, l'aspect ratio n'est pas la division du nombre de pixels en X par Y. Un DVD est toujours encodé en 720x480, quel que soit le format. Ensuite peut être appliqué une transformation anamorphique (exactement comme dans le cinéma normal, où un film en cinémascope est écrasé sur les côtés de la pellicule. Un objectif spécial est alors utilisé sur le projecteur pour faire la transfo). C'est excatement pareil ici : le format final est fait par le logiciel, en post-processing, et il étire l'image si besoin (format 2.35) Il y a une option de mplayer qui permet justement de ne pas avoir le formatage (je ne me souviens plus laquelle, voir manuel).
En revanche, quand tu encodes en mpeg4, le format de la fenêtre doit être le format final, il n'y a pas d'anamorphose. Donc tu découpes l'image pour enlever d'éventuelles bandes noires, et tu demandes à mencoder de transformer une image 720x480 (moins les paramètres de crop) dans la vraie résolution finale resX/resY qui elle est divisible par 2.35 ou 1.85
Le CQ se calcule avec les ResX et Y finaux. Il représente en fait le nombre de bits/frame/pixel.
 
Enfin, les fonctions qu'il a utilisées sont des fonctions standard dans le langage informatique : int = integer, et sqrt = sqare root. Ah si la langue scientifique avait été la langue française !

 
 
Concernant la réécriture de la formule: je sais bien à quoi correspondent sqrt, int, etc. mais les gens qui utilisent GNU/Linux ne sont pas forcément des programmeurs!
D'autre part, lorsqu'on donne une formule, on l'a donne de façon littérale et non pas avec les chiffres (ce qui oblige à reparcourir tous les calculs précédents pour retrouver à quoi correspondent les nombres).
 
Voilà, c'est tout    
 
 
 
 
Mais je n'ai toujours pas compris comment calculer la résolution finale!
Quelle est la méthode??
 
Tout ce que j'ai compris, c'est que je devais avoir un CQ au dessus de 0.20 pour avoir "une bonne qualité".
 
 
 
Sous GordianKnot (sous Windows), on faisait varier une réglette qui diminuer ou augmenter les résolutions et calculait immédiatement le CQ. Je dois essayer plusieurs réolutions à la main et dont le rapport X et Y vérifie le format (2.35, etc.)?

 
Gordian Knot ne faisait rien de plus que ce que jotenakis a explique dans son manuel.
La reponse a ta question est non : ton format (1.66, 1.85 ou 2.35) tu dois le connaitre avant le calcul. C'est comme la boite format de Gordian Knot (4/3, 16/9). C'est soit marque sur la boite de ton DVD, soit tu lis ton DVD et tu deduis le format.
 
1) Tu as trois formats (en gros) :
- ton film n'a pas de bandes noires (ou peu) et n'est pas anamorphosé -> 1.33
- ton film n'a pas de bandes noires mais est anamorphosé (letterbox) -> 1.85
- ton film a des bandes noires et est anamorphosé (cinemascope) -> 2.35
Cette valeur est fixee. Elle ne depend pas de la resolution "brute" du DVD, toujours 720x560 (PAL) ou 720x480 (NTSC), avec ou sans bandes noires.
 
2) Ensuite, tu calcules ton bitrate video :
1 CD80min : Bitrate = (702 - TailleSon) *1024 *1024 / Duree * 8 /1000
2 CD74min : Bitrate = (1300 - TailleSon) *1024 *1024 / Duree * 8 /1000  
 
ex : 713kpbs
 
3) Tu determines le cropping. LE CROPPING NE RENTRE PAS DANS LE CALCUL DE RESX ET RESY. C'est l'aspect.ratio qui te donnera les valeurs. Je pense que c'est ca que tu confonds. Le cropping est a part.
 
4) Donc c'est a partir des trois valeurs : l'aspect ratio, le bitrate et le CQ choisi (MAIS PAS LE CROPPING) que tu calcules ResY, qui doit etre un multiple de 16
ResY = INT( SQRT(1000 * bitrate / 25 / aspect.ratio / CQ.visé) / 16 ) * 16 = 240
 
ResX est simplement ResY x aspect.ratio, multiple de 16
 
5) Comme tu as du arrondir a des multiples de 16, ton aspect ratio final et ton CQ reel peuvent etre legerement differents des valeurs theoriques (s'il n'y avait pas besoin d'arrondir, ces valeurs seraient identiques) : c'est ce que t'indique GK avec l'aspect reel egalement.
 
CQ.reel = 1000*Bitrate / (ResX.arrondie*ResY.arrondie*25)
ResX.arrondie/ResY.arrondie = AspectRatio.reel
 
 
Ces calculs (point 5) sont a titre informatif, ils ne rentrent pas en compte dans les parametres d'encodage, calcules aux points 3 et 4.
 
C'est + clair ? .:hello:

\o/ Ouéééé !!
 
MPlayer 0.90pre10 est sorti, avec, dans le bugfixes, ça :

 
Ça tombe bien, j'avais pas pris le temps de récupérer la current.

Enorme erreur pour le calcul du bitrate : il faut faire comme ça :

 
 
C'est pour ça que j'avais des pb de tailles. En réalité on a bien 1kbps=1000bps pour lavc/Xvid/divx4/5.

zeb2 : merci d'avoir préciser.
Petite correction : un DVD pal, c'est du 720*576 et NTSC 720*480...
 
Sinon pour le ratio, mon script fait comme ça :  
Si Mplayer me renvoie "aspect 16/9" : si bandes noires alors 2.35 sinon 1.85.
Si Mplayer me renvoie "aspect 4/3" alors 1.33.

Est-ce qu'un problème comme cela vous est déja arrivé:
-encodage avec mencoder. Le son est du MP3 VBR
-le résultat obtenu est trop volumineux, je découpe sous avidemux
-l'audio et la vidéo sont désynchronisés
 
Est-ce qu'il y a une méthode particulière pour découper sans perdre la synchronisation audio/vidéo?

 
Y a pas de bandes noires en 1.85 ? J'ai peut-être fait une erreur dans mon explication alors.

J'ai un problème  
 
J'essaie d'encoder les bonus de "Astérix: Mission Cléopatre" (bon ben quoi?! Ya pire!  )
 
Format: 2.35 (marqué au dos du boitier).
 
 
J'ai lancé MPlayer (version 0.9pre10), et j'ai cherché les valeur du "crop" avec "-vop rectangle...".
J'ai trouvé: 716:324:3:126
Le rectangle suit parfaitement les contours de l'image.
 
Ensuite, pour essayer, j'ai décidé d'employer un débit de 900Kbps.
En visant un CQ=0.21, je trouve une résolution de 592x256.
 
 
Je lance "mplayer -vop crop=716:324:3:126 -vop scale=592:256 nom_de_la_video" et je me retrouve avec une image écrasée verticalement (de nouvelles bandes noires ont été rajoutées en haut et en bas)!
 
Je ne comprend plus  
 
 
 
 
 
 
Autre chose, quelle est la commande pour désentrelacer l'image? Ce n'est plus la même sur cette nouvelle version de Mplayer (!= "-npp lb" )!

En fait, y a un ordre à respecter, d'abords le resize, ensuite le crop, pour avoir l'image en entier.
Donc:
 
-vop scale=592:256 -vop crop=716:324:3:126
 
mais en encodant cela, j'obtiens une vidéo de 716 x 324  
 
Donc, il n'a rien modifié de la résolution.

non. 16/9 sans bandes noires = 1.85 et 16/9 avec bandes noires = 2.35.
Pour vous en convaincre voici une capture d'un DVD pal (720*576) 1.85 :
   
 Y a pas de bandes noires...

El_ShAman___ a écrit a écrit : En fait, y a un ordre à respecter, d'abords le resize, ensuite le crop, pour avoir l'image en entier. Donc:   -vop scale=592:256 -vop crop=716:324:3:126   mais en encodant cela, j'obtiens une vidéo de 716 x 324     Donc, il n'a rien modifié de la résolution.

et comme ça : -vop scale=592:256,crop=716:324:3:126 ?

 
Ça fonctionne, merci  
 
Concernant le désentrelacement de l'image, j'utilise ce paramètre:
"-vop pp=0x20000"
 
 
Si quelqu'un a mieux, je suis preneur...
"-npp" ne fonctionne plus sur Mplayer0.9pre10

 
ok au temps pour moi, je vais corriger mon post.

et niveau blocking ?
tu travailles à quel CQ, bitrate ?

JoWiLe a écrit a écrit : pour lire du xvid/ogg sous win, vous faites comment?   j'ai envoyé les 2 codecs suivants à des potes, et ils arrivent pas à lire mon xvid.ogg       http://www.doom9.org/Soft21/Filters/OggDS0995.exe http://www.doom9.org/Soft21/Filter [...] 020923.exe

 
T'es sûr que c'est au niveau de l'audio ? J'utilise OggDS0995.exe et le xvid de Koepi et ça passe. Ils ont bien installé xvid ?

 
ben ouais qu'est ce que tu veux que ce soit d'autre ?
 

 
Ça, ça peut venir d'un problème de driver graphique. J'ai ce problème avec les DVDs et mon ATI 8500 : laids sous win, superbes avec mplayer ou xine.

tout à fait...

JoWiLe a écrit a écrit : remarque avec un CQ de 0.217 c ptet normal que ce soit un peu bloky   enfin quand même     j'ai un bitrate de 1000 pour du 480x384 (4/3 en 5/4)   et c pas génial génial

 
Il faut aussi considérer qu'un divx plein écran ne se regarde pas à 20cm. Si tu regardes un film à trois/quatre mètres, la qualité peut-être suffisante. De toute façon il faut faire un compromis, tu n'auras jamais la qualité du DVD.
Essaie d'appliquer les filtres de postprocessing (-pp ne sert pas qu'à dé-entrelacer).

JoWiLe a écrit a écrit : vla mon script pour xvid (largement inspiré du tuxrip) j'encode du PAL entrelacé 5/4   y a moyen d'optimiser ça ?     parce que la qualité me semble pas géniale pour le bitrate que j'utilise

 
Oui. Sur le forum doom9 tu peux trouver des paramètres intéressants, comme les min et max quantizer. Je limiterais le max quantizer à 12 ou 15 au lieu du défaut de 31 (mais pas trop bas car tu risques de ne plus atteindre ta taille cible). Mets un keyframe boost de 20% aussi. Utilise le mpeg_quant. Tu peux aussi essayer le lumi_masking, mais c'est pas essentiel au début.Et si ton film est trop long, utilise 2CDs.
Au fait et en libavcodec, t'as essayé ? Comment tu le trouves ?

JoWiLe a écrit a écrit : j'ai un script équivalent en lavc   ça donne des résultats similaires en tout cas mes yeux ne font pas la diff     pour ce qui est des quantizers, c'est censé changer quoi?   sinon j'atteind pile poil la bonne taille au final       non je cherche pas à encoder un film je fais un backup de mes dvd de la série friends mais sur disque dur donc j'essaie d'optimiser la qualité pour pas avoir un truc trop trop gros   genre ne pas dépasser les 170 Mo pour 22 min par ex

 
Les quantizers sont cruciaux pour la qualité/cible. Le forum doom9 te fournira les détails techniques, mais en gros, ça représente les bornes de compressibilité/dégradation de l'image. Il fournissent aux scènes rapides plus de bits et aux scènes lentes moins de bits. En gros, moins ton max_quantizer est élevé, plus ta qualité sera élevée, mais plus tu risques de rater ta cible. Le kframe boost est aussi très intéressant, 20 à 25% donne une base de meilleure qualité aux I frames pour les P frames.
Dommage que mencoder n'ait pas encore le support de l'alternate curve comme sous Windows/Koepi (a moins qu'ils l'aient activé dans le codec Linux, je ne sais pas).
Fais des essais avec différents quatizers. Reste à 2 en min_quantizer.

Mais bon faut pas non plus demander des miracles : comme toute compression destructive, tu auras une perte de qualité. Maintenant, elle peut être acceptable dans des conditions de visionnage normal (sans loupe !)
 
170Mo pour 22min me semble bien. CQ de 0.21 est bien, monte à 0.25 si tu veux.

J'utilise les para suivants pour Xvid :
XVIDOPT=quality=6:min_quantizer=2:max_quantizer=20:min_key_interval=6:max_key_interval=250:lumi_mask:keyframe_boost=30:br=$bitvideo
J'ai ajouté un flag --xvid à tuxrip pour utiliser xvid au lieu de lavc...
 
Sinon l'altcurve existe dans le codec linux puisque c'est dispo avec transcode. C'est juste pas encore implémenté dans mencoder.
 
Je déconseille l'utilisation des mpeg_quant pour les faibles bitrates et le réserverait plutôt aux encodages 2CD. En effet, le H263 a tendance à plus "floutter" ce qui est intéressant à bas bitrate pour avoir moins de blocking. En revanche en 2CD, mpeg_quant est intéressant car il procure une image TRES nette.
Pour lumi-masking je trouve ça bien. D'ailleurs ça existe sous lavc maintenant mais j'ai pas encore testé.
 
J'ai bien avancé mon mode --resume : ça "marchouille".

En gros, l'encodage mpeg4 est un encodage temporel :
Les images sont encodées par rapport à une image de référence appelée Keyframe (ou I-frame). On a alors 2 types d'images : P-frames et B-frames. Les P-frames sont encodées en utilisant la keyframe précédente et les B-frames sont encodées en utilisant la keyframe précédente et la suivante (Bi-directionnal encoding).
Les keyframes sont, elles, encodées spatialement (genre jpeg) ie sans références à d'autres frames.
Ce qui veux dire que si les keyframes sont bien encodées, les P et B frames seront meilleures puisqu'elles en découlent : c'est là qu'intervient l'idée d'un keyframe-boost. On boost le bitrate des keyframes pour améliorer l'ensemble.
Ensuite la difficulté c'est de savoir où mettre des Keyframes ? C'est là qu'nterviennent les algo de detections de mouvements : epzs,epzs^2... On place des keyframes là où il ya des changement de plans. D'où l'interet du mode 2 passes. Les parametres minkeyframeint et maxkeyframeint sont des bornes de positionnement de la keyframe.
 
Voila grossierement le principe, que les puristes ne m'en veulent pas.

Le 1er sera plus blocky et le 2ème plus flou en plein écran. C'est au choix. Toujours le même compromis : "blocs et détails" ou "flou et pas de blocs" ?  
J'ai tendance à préférer les détails et à posttraiter avec -pp quand y a vraiment des blocs.

Le quantizer c'est le taux de compression de l'image  
1= image de sortie = image d'arrivée  
31= tres compressé / blocky
 
On part du principe que taille  * quantizer = constante
 
En fixant le maximum, tu fixe la degradation maximum que tu acceptes (et donc la taille la plus petite de ces trames). Le probleme c'est que du coup l'encoder a moins de place pour  distribuer la taille sur des images qui en ont besoin.
D'ou un risque d'avoir la qualité et/ou la taille qui ne soit pas optimum.
 
Les trames I sont des images complete (jpeg)
Les trames P sont dérivés de la  trames I ou P precedente
Les trames B sont derivées de la derniere trame I/P et de la trame I/P suivante
 
L'interet des trames B c'est qu'elle peuvent etre tres compresséss, elles n'affectent pas la qualités des trames suivantes. De plus, vu qu'elles se basent sur la suivante et la precedente elles sont plus extrapolable, donc plus petite
 
Un ordre de grandeur c'est  
I 100 %  
P 24 %
B 10 %  
de la taille
 
Alors que si un P ou I est mauvaise elle degrade toutes les P qui suivent.
 
Le keyframe boost consiste a donner plus de bits au trame I, ce qui fait que les trames suivantes ont moins de travail pour ressembler a l'original vu qu'elles partent d'une bonne base.
 
Alors que si la I est deja pas top, celle qui suivent doivent respecter le mouvement + reconstruire la I qui etait trop compressé donc incomplete.
 
L'algo de Xvid utilisé dans transcode est d'apres ce que j'ai vu le meme que dans la version windows.

JoWiLe a écrit a écrit : merci pour ces explications très intéressantes     donc on a tout intérêt à avoir des keyframes qui se placent "intelligemment"   pourtant, sous lavc, le keyframe intervall est constant

c'est juste le MAX keyframe intervall qui est constant, comme en Xvid.

JoWiLe a écrit a écrit : sous windows amuse toi pour le postprocessing

no pb avec ffdshow qui est issu de -pp

JoWiLe a écrit a écrit : sous windows amuse toi pour le postprocessing

 
Pour xvid il y a un filtre de post processing (Nick's). doom9.org te le fournira (vois le forum).
Sinon d'accord avec jotenakis, je préfère les détails et faire du post-pro.
Enfin, pour libavcodec, je ne suis pas sûr que les keyframes soient à intervalles réguliers. Quelqu'un pour confirmer ?

Pour les algos d'estimation de mouvement ca ne sert pas qu'a detecter les changements de plans.
Ca sert surtout a deduire les macroblocks des images precedentes en disant le macroblock la, c'est celui de l'image d'avant que tu bouges avec une modif. Exemple, un travelling.
 
C'est la ou on passe 50 % du temps a l'encodage.
 
Un meilleur algo d'estimation de mouvement permet d'avoir un fichier plus petit a l'arrivée avec une qualité identique.
Par contre l'impact sur le temps d'encodage est enorme.
 
Ces reglages existent pour par exemple faire de l'acquisition video, ou on a un temps fixe pour encoder une image.
On reduit la complexité de l'estimation de mouvement pour aller plus vite, au detriment du ratio taille/qualité

merci

en effet, bien sur...

Pour les 3 codecs, tu peux forcer une keyframe a intervalle regulier ou laisser le codec choisir tout seul (default)
Le criter est en general que si la trame P ou B est plus grosse que la trame I, alors il met une keyframe.
En en mettant une toutes les 250 trames pour faciliter la navigation

vi...
ALTERNATIVE CURVE SYSTEM...
mean explique stp