En sachant que nous devons considérer :
Durée du film :
60 minutes x 60 secondes = 3600 secondes
Taille du support de stockage :
Un CD rom de 700 Mb x 1000 octets = 700 000 Ko
Calcul du débit pour transférer le film :
700 000Ko : par 3600 secondes = 194.44 Ko/s
Ce qui nous donne théoriquement un débit à ne pas dépasser de 194 Ko/s
Le format Pal est de 25 images par seconde pour une image vidéo de 720x576.
Notre image vidéo ne pèsera donc plus que 194.44 : par 25 = 7.77Ko
Faisons un test
Pour visualiser la qualité de cette image compressée et nous faire une idée allons dans photoshop ou un autre logiciel de traitement de l’image numérique
Puis avec « Enregistrer sous » nous allons sauver et rouvrir en jpeg plusieurs fois de suite cette image jusqu'à ce qu'elle ne pèse plus que 7.77 Ko .
Sommes nous content du résultat ?
Revenons à la vidéo
Pour gagner de la qualité, il faut diminuer la taille de cette image vidéo et le nombre d’image par seconde (12.5 à la place de 25)
Déjà un film, en 12,5 images seconde pèse aussi lourd qu'un film en 25 images secondes mais la différence est importante.
En effet vu le débit de transfert (voir plus haut ma réponse) le film en 25 images seconde est fortement altéré (pixellisation).
Alors que le film en 12,5 fps est de meilleure qualité car les images à construire pour ce dernier bénéficient de 2 x plus d'infos que le film en 25 i/s et ceci dans le même espace temps.
Nombre d'images clé :
Il faut définir maintenant le nombre d'image clé par 25 images secondes pour reconstruire cette image à afficher à l'écran.
Plus le chiffre est important, plus il y aura d'images par 25 secondes et plus lourd sera notre film
Donc un film d'un pot de fleur, inerte en 12,5 fps pendant 21 minutes 1 image clé pour 12,54 suffit
Un pot de fleur dont les plantes bougent sous l'effet du vent, il nous faut 6 images clés pour avoir une fluidité acceptable.
Tout dépend donc des animations de notre film
Les logiciels de compression professionnels savent déterminer le nombre d’images clés et peuvent donc adapter une solution variable selon les séquences vidéos rapides qu’ils ont détecté
Les logiciels grand public vont donc utiliser le même nombre d’image clé qui sera fixe pour toute la vidéo tant pour les séquences rapides que lentes.
On peut toujours découper la vidéo en plusieurs morceaux (rapides est lents)
Utiliser selon les séquences un nombre d’image clés adapté à la séquence.
Et une fois compressé tout reconstituer.
Je ne pense pas que quelqu’un va s’amuser à ceci aussi il faut faire des tests avec plusieurs images clés quitte à augmenter légèrement le débit de transfert.
Et pour terminer nous fixons la taille de la vidéo à :
320x240 en 4 :3 normal
Bonne compression