Savoir quelle est l'entete d'un fichier AVI, et les différences entre les deux types de fichier.
Thks.
   

 
Pour l'entete du fichier AVI, la doc est dispos sur le site de Microsft (dans MSDN) et elle fait une 20ne de pages, enjoy !
 
Sinon pour les differences, tu veux savoir quoi ? Et pour faire quoi ?  
 
Les principales tiennent a deux choses : le contenu d'un fichier AVI est groosso modo libre, alors que celui d'un fichier mpeg est standardise. De plus de quel mpeg on parle mpeg-1, mpeg-2 ? cela inclut-il l'audio ?

Merci ciler !
En fait j'ai besoin d'extraire une vidéo d'une webcam pour faire des traitements sur la séquence vidéo... (je n'ai pas besoin du son).... et je ne sais pas quel type de fichier vidéo choisir et surtout pourquoi plus un que les autres!
Tout cela est réalisé sous windows...
thks.

 
Ah, OK ...
 
Ben c'est facile alors    
 
montage -> MPEG direct. Car en MPEG chaque frame (image) est independante, ce qui permet de circuler rapidement dans le fichier et de faire des coupes precises. ALors qu'en AVI, les frames sont interdependantes.
 
traitement sans montage -> ca depends du support final. Si tu prevois un support final de type VCD/DVD alors reste en mpeg, sinon l'AVI peut suffire.

je ne suis pas tout à fait d'accord. Le contenu d'avi peut etre compressé avec des codecs très variés, voir meme non compressé. Cette dernière solution permet d'avoir un qualité maxi (puisque qu'il n'y a pas de perte d'infos), ce qui est idéal lorsque l'on veut traiter l'image par la suite,  et de pouvoir accéder facilement à n'importe quelle frame.
 
le seul inconvéniant étant bien entendu la taille importante des fichiers.

Ok merci a tt les 2 !
Donc si j'ai bien compris, avec les fichiers AVI ( si ils sont compressés) tu peux pas acceder directement aux frames alors qu'avec les fichiers MPEG tu peux.
Je me trompe?
Pourtant des logiciels comme virtual dub permette bien d'accéder au fichier (avi) frame par frame nan?
Help me again please!
Un moine en détresse !

 

 
Oui, il peut y "acceder", mais il a besoin des precedentes pour ce faire.
 
Mais regarde l'exemple suivant :
 
Dans ta video, tu as une "key frame" (image clef) a partir desquelles sont encodees les 9 images suivantes. Si tu supprime les frames 0,1 et 2 ; comment tu reobtiens les 3,4,5,6,7,8,9 ? C'est ca le probleme. Si tu as des KF, tu es oblige de couper dessus au montage.
 
 
@Pitounet : oui bien sur, il y a les codecs lossless du type huffyuv qui permettent un montage sans problemes. Rappele moi la taille d'une minute de video non compressee en 720*576  

il y a des codec compresses pour lesquels les frmaes sont independantes : le DV par exemple. Compression 5:1 et frames independantes, ideal pour le montage (normal, c'est fait pour), et le debit reste raisonnable : 3.5Mo/s dans cette resolution avec son PCM 48kHz 16bit

Oui, le DV est un format tres intéressant, meme si la qualité n'est pas toujours top. Le problème, c'est que l'on ne sait pas exactement ce que Themoine appelle "traitements sur la séquence vidéo". Si c'est un montage, le choix du système d'encodage (MPEG ou AVI) n'est pas très important et il est facile de trouver un solution convenable. par contre, si c'est pour faire du traitement "graphique" ou meme appliquer un effet qu'il développe lui meme, il faut avoir en source une qualité la meilleure possible. une séquence en 720*576 non compressée, c'est 30 MO/s, mais si la séquence n'est pas longue, c'est tout à fait jouable. En plus, à priori, une webcam ne sortira pas du PAL, mais une résolution bien inférieure.

 
!!!! Heu dis moi que tu confonds avec le MJPEG ciler stp...
 
En Mpeg 1 ou 2 tu as des frames I, P et B. Les I (Infra) sont des key frames, les P sont "Predicted" et les B sont "Bi directionnal Interpolated". C'est à dire que les P et les B ne sont pas indépendantes et qu'elles dépendent elle mêmes des I frames et des image P et B les précédants et les succédant. Seul le MJPEG est un format non temporel qui conserve toutes les frames et les fait se suivre indépedamment.  
 
De plus je vois pas l'intérêt de comparer un format d'encodage (MPEG) avec un encapsuleur (AVI)...Un AVI peut contenir du MJPEG ou du MPEG4 par exemple.  
 
 
 
 

Je parlais du mpeg en tant que conteneur ... et puis sinon pour les frames, tu es sur    

Ben oui évidemment, c'est le principe même du MPEG de développer des images en fonction de key frames et frames connexes.  
 
On peut considérer le MPEG 4 comme un conteneur, mais pas le MPEG 1 ou 2.
 

he, les enfants, il y a Hal qui a bosse un peu quand meme hein...
http://forum.hardware.fr/forum2.ph [...] 4957&cat=3

la taille des fichier avi est 2 Go max, voir 4 Go via des bidouilles.
 
beaucoup plus grande pour les mpeg

c'ets pas plutot des limitations liees a l'OS ou aux soft ca ? Il me semble pas que ce soit lie au container.

non j'ai 2000pro en ntfs et linux 2.4.22 en ext3 et les avi de plus de 2 Go sont illisibles, sauf bidouille.

sous W2K j'ai des avi de 12Go tout a fait lisibles. Acquisition DV sous Pinnacle studio 7 sur un DD NTFS, relecture avec Studio ou mpc.

ben merde alors, q'es ce qui cloche chez moi ??
 
video fait avec vdub (capture tv en mjpeg).

Non c'est normal. Windows (2K ou XP) en versions 32 bits sont limitées à des fichiers de 2 GO max. Par contre, avec certains softs et en utilisant DirectShow on peut avoir un fichier vidéo > 2 Go, en fait il y a plusieurs fichiers mais la fonction DirectShow permet de n'en faire qu'un en les assemblants de façon invisible. Cette possibilité est effectivement dispo avec les softs de Ulead notamment.  
 

Sinon avec les OS 64 bits on aura bientot une limite à 4 Go.

 
Oui voila parfait, il explique la compression temporelle en +  

il me semblais que le NTFS supportait reellement les fichiers > 2Go. En tout cas, si il y a plusieurs fichiers c'est transparent pour moi : dans l'exploreur, mpc, studio..etc.. j'en ai qu'un.
 
Tiens j'essayerai d'en ouvrir avec vdub pour voir.
 
edit : meme ghost n'en vois qu'un

NTFS ou pas ce n'est pas le formatage du disque qui y change quelque chose (mis à part ses propres limites, à priori c'est presque infini en NTFS) c'est l'OS et son fonctionnement interne. Seul un OS 64 bits peut prendre en charge un seul fichier de plus de 2 Go.  
Pour la fonction DirectShow je me rapelle plus comment elle fonctionne exactement, tout ce que je sais c'est qu'elle "enchaine" plusieurs fichiers pour n'en faire qu'un virtuellement.

je comprends pas bien la : j'ai w2k, et j'ai des fichiers de 12Go, qui se comportent normalement. Comment ce fait-ce ?

?? tu as lu mes posts?? je viens de l expliquer.

bha dans l'explorateur, quand je copie les fichiers d'un disque a l'autre...etc... c'est pas des fonctions DS ca, si ?

C'est juste qu'au moment ou ces fichiers ont été créés DShow les a assemblés pour n'en faire qu'un, aprés je connais pas le fonctionnement post process mais le fichier est viable ou qu'il se trouve, peut etre qu'il faut que DX soit installé quand même, j'ai jamais essayé sans.

pour info la limite de taille c'est 2 To en NTFS.

OK tu veux dire que le soucis est a la lecture ou a l'ecriture (probleme d'adressage ?) en tant que fichier, et qu'il faut DS a ce moment la (ce qui expliquerai pour vdub, puisqu'il est vfw, lui). Apres, les manips se font sur des blocs de donnees, donc ca roule...
 
Tu vois, faut m'expliquer longtemps, mais je comprends vite apres

huhu
Ca c'est pour la vidéo en tous cas...je sais que sous 2KServer et SQL y'a moyen de manipuler des fichiers de plus de 4 Go mais je sais pas comment ça marche.

c 'est valable pour le mpeg, car la j'ai des fichiers de plusieurs Go ?

tu utilise quelle appli pour les cree/lire ? Si c'est DS c'est bon, si c'est vfw c'est mort...

Alors, aprés 1/2 heure de lecture de la MSDN knowledge DB je viens de comprendre un peu
En fait la limite pour les système de fichiers est:  
FAT16: 2 Go
FAT32: 4 Go
NTFS: 4 To (en fait ca dépend du formatage de départ, 512 à 4096 octet/secteur)
 
La limite qui était en cours dans la majorité des softs d'acquisition et de montage il y a quelques années était de 2 Go afin de conserver la compatibilité (et aussi parce que les développeur avaient la flemme de créer un nouveau moteur form scratch surement...). Maintenant la plupart des softs sous XP et 2K permettent de créer des fichiers de plus de 2 Go. C'est uniquement sous W98 et en FAT32 que certains softs (Pinnacle et FAST entres autres, le dernier ayant été racheté par Dazzle, lui meme ensuite racheté par Pinnacle...) permtettaient de contourner cette limite en utilisant une appli DirectShow qui enchainait les  fichiers de plus de 2 Go en un seul. Mes conaissances étaient donc un peu obsolètes, désolé!
 
En ce qui concerne le problème de l'OS et de l'adressage 32 ou 64 bits c 'est pour l'éxécution et la mise en mémoire de fichiers que la limite intervient et non pas le stockage ou la lecture, ce qui explique que l'on peut avoir des AVI ou MPEG d'une taille > à 2 Go.  

Par contre on peut voir que pas mal de softs avaient jusqu'à il y a pas longtemps une limite de 2 Go, apparement ça serait du au fait que les développeurs ont continué à se baser sur une ancienne version du wrapper AVI de Microsoft. C'était aussi le cas sous MAC OS en dessous de la version 8.1 avec Quicktime.

Pour plus d'infos détaillées sur les systèmes de fichiers et leurs limites:  
http://www.mcmcse.com/windows_xp/g [...] tems.shtml
 

danke. Je ne suis donc pas fou, bonne nouvelle
 
codi : je verifirai, mais je suis presque sur que c'est vdub le probleme.