Newsgroup: it.comp.software.divx
Titolo: Mpeg4 con qualche problemino su player LG 9500 Mediatek

Questo filmato tende a farmi delle striscie di colore (4-5 cm nella 
parte alta dello schermo almeno in alcune scene hanno il colore che fa 
come delle macchie di colore omogeneo poco definite, non si vedono bene 
i contorni delle cose; in molte scene oggetti in movimento macchiano: 
se, ad esempio, c'č una persona con una maglia rossa che cammina lascia 
una strisciata di colore rosso abbastanza persistente, altre scene sono 
riprodotte senza alcun errore) di tanto in tanto con un player LG9500 
con chip mediatek.
Sapreste dedurre dall'output di avinaptic il problema? Se sono stato 
attento leggendo le risposte date ad altri :) ha le matrici di 
quantizzazione customizzate che possono dare problemini ma per sicurezza 
chiedo.
[ Info sul file ]
Nome: mov.avi
Data: 19/12/2006 18:01:24
Dimensione: 1,466,822,656 bytes (1398.871 MB)
[ Info generiche ]
Durata: 01:39:38 (5977.52 s)
Tipo di contenitore: AVI OpenDML
Streams totali: 3
Tipo stream n. 0: video
Tipo stream n. 1: audio
Tipo stream n. 2: audio
Audio streams: 2
ISFT: VirtualDubMod 1.5.4.1 (build 2178/release)
IAS1: Italiano
IAS2: English
JUNK: VirtualDubMod build 2178/release
[ Giudizi sulla qualitą ]
Risoluzione: ALTA (640 x 352)
Larghezza: multipla di 16 (BENE)
Altezza: multipla di 16 (BENE)
[ Traccia video ]
FourCC: xvid/XVID
Risoluzione: 640 x 352
Frame aspect ratio: 20:11 = 1.818181 (~1.85:1)
Pixel aspect ratio: 1:1 = 1
Display aspect ratio: 20:11 = 1.818181 (~1.85:1)
Framerate: 25 fps
Frames totali: 149438
Stream size: 790,675,647 bytes
Bitrate: 1058.198914 kbps
Qf: 0.187890
Key frames: 1349 (0; 250; 500; 750; 1000; ... 149348)
Null frames: 0
Min key int: 1
Max key int: 250
Key int medio: 110.776871
Ritardo: 0 ms
[ Traccia audio n. 1 ]
Audio tag: 0x2000 (AC3)
Bitrate: 448 kbps CBR
Canali: 6
Frequenza: 48000 Hz
Chunks: 62266
Stream size: 334,740,224 bytes
Ritardo: 0 ms
[ Traccia audio n. 2 ]
Audio tag: 0x2000 (AC3)
Bitrate: 448 kbps CBR
Canali: 6
Frequenza: 48000 Hz
Chunks: 62266
Stream size: 334,740,224 bytes
Ritardo: 0 ms
[ Info sulla codifica MPEG4 ]
User data: XviD0035
QPel: No
GMC: No
Interlaced: No
Aspect ratio: Square pixels
Quant type: MPEG custom (*)
Custom intra quant matrix:
       8   9  10  11  12  14  16  18
       9  11  12  13  15  16  18  20
      10  12  14  16  17  19  21  22
      11  13  16  18  20  22  24  26
      12  15  17  20  23  25  28  30
      14  16  19  22  25  29  34  38
      16  18  21  24  28  34  46  52
      18  20  22  26  30  38  52  72
Custom inter quant matrix:
      16  16  17  17  18  19  21  23
      16  17  17  18  19  20  22  24
      17  17  19  20  21  23  24  27
      17  18  20  22  24  25  28  32
      18  19  21  24  26  29  36  40
      19  20  23  25  29  40  48  52
      21  22  24  28  36  48  60  64
      23  24  27  32  40  52  64 106
Rapporto generato da AVInaptic (10-04-2007) in data  6 mag 2007, h 18:15:00
Con GSpot:
http://img103.imageshack.us/img103/5229/cdssbt9.png
  ciao e grazie anticipatamente per le risposte!!

 chiedo.
il problema sembra essere proprio nelle matrici custom.
Quelle matrici custom che hai riportato le conosco a memoria perche'
ho analizzato varie centinaia di divx e proprio quelle ricorrono piu'
spesso di altre :-)
Non sono certo al 100% ma credo che siano matrici usate da AGK...
Le matrici vengono usate nelle formule matematiche che servono per
effettuare il "rescaling" (o "inverse quantisation") dei coefficienti
DCT dei blocchi.
L'aspetto interessante e' che il rescaling puo' essere fatto in
modo sbagliato senza che il processo di decodifica si blocchi, quindi,
anche se i coefficienti riscalati non sono quelli che dovrebbero,
l'applicazione a essi della IDCT (la funzione inversa della
trasformata discreta del coseno) porta alla ricostruzione di una
immagine che puo' presentare delle distorsioni impreviste, ma il
processo di decodifica non si accorge di niente.
Anche se le matrici custom sono previste dal profilo ASP di MPEG-4
Visual (questo metodo di rescaling viene chiamato "Alternate
quantiser" e stranamente viene indicato come "First Inverse
Quantisation Method" (vedi Google), mentre quello di default
viene chiamato "Second Inverse Quantisation Method", giusto per
confondere le idee alla gente :-) ), molti lettori stand-alone non
le supportano bene; alcuni quando ne rilevano la presenza non
tentano nemmeno di riprodurre il filmato; altri procedono con la
riproduzione ma hanno qualche problema ("strisciate" o comunque
immagini che presentano distorsioni); altri, infine, non hanno
problemi.
Se ti puo' consolare uno dei miei lettori, con i firmware originali,
poteva riprodurre filmati con matrici custom ma con fastidiose
distorsioni. Aggiornando vari firmware, nel tempo, gli stessi
filmati che con firmware precedenti si vedevano malissimo oppure
con fastidiose strisciate, sono arrivato a vederli senza difetti...
Questa e' una cosa che mi ha colpito abbastanza, perche' pensavo
che il firmware riguardasse solo problemi relativi ai contenitori
e non credevo invece che potesse influire sulla decodifica MPEG-4
vera e propria; sembra invece che le cose stiano in altro modo...
-- 
Home page di Frank: 
http://fsinapsi.altervista.org
Home page di Giubbe e FAQ: 
http://giubbe.altervista.org

 
Il cambio delle matrici verso quelle standard richiede un reencoding con 
perdita di qualità?
  ciao e grazie
-- 
http://mrzac.altervista.org

 perdita di qualità?
si'


 
Perfetto, grazie!
-- 
http://mrzac.altervista.org