index-based data:

&NM

where:

N

a - audio stream (all)
A - audio stream (keyframes only)
v - video stream (all)
V - video stream (keyframes only)
t - total (all)
T - total (keyframes only)

M

n - number of frames
b - avr. bitrate
M - max. frame size
m - min. frame size
s - size 

e.g. 

&tn - total number of frames
&vb - avr. bitrate of video streams
&Vs - minimal size of keyframe


This table display all possible variants ( not all of them are meanfully)

(*) in table means a stupid combination (absolutly not usefull, IMHO)
(!) very useful value
??? - I'm don't know what that is.
a - first audio stream
v - first video stream

 Ŀ
 *      a/v            A/V                 t               T      
 Ĵ
 n number of     number of         number of           number of  
   a/v frames     a/v keyframes      all frames (*)    keyframes  
 Ĵ 
 b audio/video   bitrate of (*)    real avi bitrate    total k/f  
   bitrate (!)    a./v keyframes                       bitrate (*)
 Ĵ 
 M maximal frame max. keyframe     max k/f of a and v  max a+v k/f
   size          size               size  (*)          size (*)   
 Ĵ 
 m minimal frame min. keyframe      min a/v keyframe   min a/v k/f
   size          size               size (*)           size (*)   
 Ĵ 
 s  a/v stream   total size of      real avi size      total k/f  
   size          all a/v keyframes  (w/o headers/junk) size       
 Ĵ 
 f  a/v stream   a/v                ?????? (stupid)    baka-baka  
   framerate     keyframerate       (*) (*) (*)        (*) AHO!   
 Ĵ 
 F  a/v frame    a/v keyframe       ?????? (stupid)    baka-baka  
  delay (in sec)   delay 		    (*) (*) (*)       (*) AHO!   
 


There is an another 3 variants:

&w, &W and &b

&w and &W They displays an a "waste" space of the file. (in % and in bytes)
 
&b shows a Bits-Per-Pikcell value for video stream(s). 
	//N.B. If video streams > 1, &b shows wrong value.

