Capture: taille énorme 15 GO

[elnino]

Bonjour,

j'ai un PANA 320..

Mon probleme c'est que la taille du fichier capturé (1 h de video 15 GO)

est énorme..

Ca fait 1 go les 4 minutes..

Quand je compresse j'arrive a réduire la taille du fichier mais la qualité est dégueulasse..

Pourtant un film en divx fait 700 MO et la qualité est impressionnante..

Quelle est la solution svp??

[adesir]

Bonjour,

Comme nous l'avons souvent évoqué, cette taille est normale. Le DV, c'est 13 Go/heure, le prix de la qualité. C'est avec ces fichiers que le montage se fait. Il faut donc prévoir des disque durs...

A la fin du traitement, il est possible de compresser en DivX, H.264 ou autre pour diffuser ses oeuvres. Mais l'image doit être stable et plutôt plate pour donner de bons résultats lors de la compression.

Antoine

[DOLYDAN]

Bonsoir,

et j'ajouterai qu'avec un bon éditeur de DVD, l'heure de vidéo (13Go) prendra env 4Go sur un DVD avec:

- une qualité nettement supérieure (=résolution miniDV:720x576) au DiVX (résolution: 320x576)

- possibilité de créer des chapitres dans le menu.

Rappel, pour créer un DVD:

on ne fait pas une simple copie du fichier vidéo.avi du PC sur un DVD!

Cdlt.

[16RL]

l'image doit être stable et plutôt plate

C'est à dire ?

[adesir]

Bonjour,

Disons que les compressions modernes (MPEG divers) n'aiment pas les images finement détaillées (compression spatiale) ni les images mouvementées (compression temporelle). Les dessins animées, les plans larges en concert, etc sont faciles à compresser, les prises de vues en rallye, les exploits sportifs et autres sujets difficiles, beaucoup moins.

Antoine

[16RL]

Merci.

Donc les plans "plan-plan", à formes et couleurs d'assez grandes surfaces, se laissent encoder sans trop de risque de blocs.

C'est bien vrai.

J'avais filmé il y a 2 ans la surface d'une piscine. A priori très facile puisque aucun mouvement de caméra et couleur turquoise unie. Détrompez-vous. La multitude de mini vaguelettes saturait toute l'image en ce qui concerne les mouvements, donc les variations de couleurs. Et j'ai eu droit à une multitude de zones avec des blocs. C'était avec un excellent caméscope Sony, un excellent éclairage (on ne peut pas rêver mieux) ... mais en HDV.

L' AVC-HD a heureusement fait évoluer ce point négatif.

[Télémac]

Un des défauts de la compression en MPEG2 est lié entres autres, au fait que le codec de compression utilisé pour le nombre d'image clés est fixe alors que le AVHCD est variable.

pour mémoire l'ensemble des éléments à considérer :

En sachant que nous devons considérer :

-La place de disponible sur le support

-la vitesse pour transférer les images

-la reconstruction à l’écran de l’image

Nous allons partir de l’exemple suivant :

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