Newsgroup: it.comp.software.divx
Titolo: Problema con un Avi

Salve a tutti,
è da ieri che litigo con un avi che il mio lettore s.a. Sunstech 450
(con il firmware non originale scaricato da 
http://mtz.softpedia.com
 )
si rifiuta di leggere.
Per la precisione: l'audio va avanti, i sottotitoli in formato SRT
pure, ma l'immagine è bloccata e ogni 10 secondi mi mostra un
fotogramma diverso.
E' il primo avi che mi da problemi, perché con il firmware che ho
installato non ho mai avuto problemi né col "packed bitstream" né con
GMC, Qpel, audio in vbr, ecc...
Questo è il rapporto di DivX DRF Analyzer:
FourCC: XVID
Codec: XviD0034
Resolution: [ Width: 640 Height: 272 ]
Frame Rate: 25.000 frames per second
The Video has 125374 frames [ 01:23:34 ]
Average Frame quality is  MEDIUM	[Average DRF/quantizer is
3.51]
Standard Deviation: Quality is MEDIUM	[Std. Deviation is 0.92]
Image Resolution is HIGH
The file has Packeted Frames!
There are SOME frame drops ( NO drops is better )
Recomended Resolution: [560x240] 	(Target DRF/quantizer=2.8)
Performance Caracteristics: 
This video seems to have too FEW Keyframes. May degrade image quality
and seeking.
Macroblocks per frame: 680
The Width is multiple of 32
Kilobits per Second: 1048.02
Kilobits per Frame: 41.91
Kilobits per Macroblock: 0.062
Bits per Pixel: 0.25
Frame Type Statistics :
I Frames: 0.50%
P Frames: 17.56%
B Frames: 35.00%
S Frames: 46.94%
N Frames: 0.00%
(More Advanced Codecs use B and S frames)
Frame Quality Statistics :
DRF=1&2:	17582	14.1%
DRF=3:		46940	37.6%
DRF=4:		40602	32.5%
DRF=5:		19517	15.6%
DRF=6:		102	0.1%
DRF=7:		2	0.0%
DRF=8:		0	0.0%
DRF=9:		0	0.0%
DRF>9:		0	0.0%
KeyF/DeltaF:		0.50%
KeyDRF<4:	520
KeyDRF=4:	107
KeyDRF>4:	0
AverageKeyDRF:	2.84
MAXDRF:	7
AverageDRF:	3.51
Deviation:	0.92
Invece Mpeg4 Modifier dice:
Packed bitstream: Yes
QPel:             Yes
GMC:              Yes (3 warp points)
Interlaced:       No
Aspect ratio:     Custom pixel shape (1:1 = 1,00000)
Quant type:       H.263
I-VOPs: 627 (0,50%)
P-VOPs: 12322 (9,83%)
B-VOPs: 80367 (64,10%)
S-VOPs: 32057 (25,57%)
N-VOPs: 0 (0,00%)
Max consecutive B-VOPs:   2
    1 consec: 16,84%
    2 consec: 83,16%
Warp points used:
    2: 46,61%
    3: 53,39%
Qualcuno mi può aiutare a risolvere, senza dover per forza
ricodificare? Ho anche provato a togliere il Packed Bitstream (con
Mpeg4 Modifier), ma nulla. Ho anche provato con un avi senza audio,
sempre senza risultati.
Grazie a chi mi risponderà :-)
Jago

 ricodificare?
sei sicuro al 100% che il lettore legga XviD con GMC?
da quanto riesco a ricordare, i chip Mediatek leggono GMC di DivX
ma non di XviD.
se non ne sei certo, prova a codificare un piccolo esempio (codec
XviD, con GMC attivata); se ti legge quello, allora non so che
dirti; se non te lo legge, devi ricodificare...
ho un cd con tanti piccoli filmati (scaricato un paio di anni fa)
che serve per testare i lettori, se vuoi ti uploado il test che
fa al caso tuo.
una cosa interessante e' che "DRF analyzer" ti dice che il filmato
ha qualche "frame drops";
non ne sono sicuro, ma mi sembrerebbe strano se fosse il rip di un
DVD, dovrebbe trattarsi piu' probabilmente di un'acquisizione...
i frame drops in un AVI, possono non essere gestiti bene dai
lettori stand-alone

 The file has Packeted Frames!
Non riordo il chip, ma molti lettori si rifiutano di leggere gli XviD con
il Packedted attivato. Leggi le nostre FAQ#39 (in firma) per toglierlo
senza ricomprimerlo.
Se invece non è il tuo caso segui quanto detto da Frank.
Bye, Giubbe
-- 
HomePage e FAQ: 
http://giubbe.altervista.org
Inutile scrivere in privato, non ricevo le email

ha qualche "frame drops";
sai come si tolgono? (senza ricomprimere, intendo).
Qualora dovessi per forza ricomprimere, io userei la doppia passata
con Virtualdub, usando DivX 5.21.
Domande: secondo te con la doppia passata posso limitare i danni per
quel che riguarda la perdita della qualità? E anche se aumento il
bitrate originario del 10% o 20%, riesco a limitare i danni, oppure è
un inutile spreco di bitrate e di spazio?
Ciao e grazie!

>Se invece non è il tuo caso segui quanto detto da Frank.
non è il mio caso, garantisco che posso vedere gli avi (DivX e Xvid)
con il packed bitstream, anche con Avi che hanno il Max consecutive
B-VOPs = 2.
Grazie comunque!

 un inutile spreco di bitrate e di spazio?
in teoria dovrebbe essere un inutile spreco, perche' parti da un filmato
che avendo un bitrate inferiore ha una qualita' inferiore a quella che
dovrebbe corrispondere a un bitrate piu' alto.
in pratica, non e' detto che sia cosi'.
potrebbero esserci casi in cui sarebbe uno spreco e altri in cui non lo
sarebbe.
un altro fattore che potrebbe influire in questo e' se il filmato che
devi ricodificare era stato codificato in una o due passate; nel primo
caso, il suo bitrate medio e' mantenuto piu' o meno costante per tutta
la durata, nel secondo il bitrate potrebbe variare in modo molto
irregolare.
nel secondo caso, ricodificando in doppia passata, il codec dovrebbe
riscoprire quasi la stessa "curva" di distribuzione del bitrate, mentre
nel primo, in teoria, la seconda passata non dovrebbe risultare in una
curva troppo diversa dalla "curva di bitrate costante";
quindi, in teoria, se il bitrate del filmato e' distribuito in modo
uniforme, non dovrebbe convenire ricodificare in due passate (potrebbe
anche venire un po' peggio :-))

di solito si usa fare cosi'...
quindi, un aumento del bitrate, secondo te, sarebbe superfluo...
Ti ringrazio di tutto e... approfitto per un'ultima domanda: per fare
questa ricodifica, con VirtualdubMod, ottengo la stessa qualità se uso
il "Fast recompress", il "Normal recompress" e il "Full processing
mode"? Perché, in tal caso, uso il primo metodo ché dovrebbe essere
più veloce.
Ciao e grazie!

 più veloce.
nei programmi che uso non ho mai visto questa distinzione tra "fast",
"normal" e "full", ma mi sembra di aver capito che ha a che fare con
i modelli di colori utilizzati nelle varie fasi di ricodifica;
mi pare anche di aver capito che alcuni filtri di VirtualDub sono
stati scritti supportando solo uno o due modelli di colori, quindi
non si potrebbero utilizzare nella modalita' "Fast recompress"...
quindi, se non ho capito male, se non usi filtri puoi usare "Fast
recompress" e risparmiare tempo.