Newsgroup: it.comp.software.divx
Titolo: Matrice "custom"

Ciao a tutti,
ultimamente mi capita spesso di avere a che fare con diversi Xvid che
sono stati codificati con una matrice personalizzata (custom). Me lo
dice Avinaptic e me lo fa notare il lettore s.a. perché riproduce dei
quadrettoni non altrimenti spiegabili. Mi domando:
- esistono lettori s.a. che riescono a riprodurre le matrici
personalizzate? Se non ancora, è sperabile nel futuro, magari coi
nuovi lettori blu-ray?
- ma perché mai c'è gente che si prende la briga di andare ad alterare
una impostazione così nascosta nelle opzioni di Xvid? Che guadagno
c'è? Se non c'è alcun vantaggio, perché gli sviluppatori di Xvid non
tolgono la possibilità di tale modifica o almeno non mettono un avviso
che compaia a chi si avventura da quelle parti?
- infine, per vedere questi files sul lettore s.a. devo proprio
ricodificare?
Grazie in anticipo per le risposte :-)

 ricodificare?
se il lettore non le supporta (neanche provando ad aggiornare il
firmware), allora devi ricodificare usando come metodo di
quantizzazione "H.263"
-- 
Home page di Frank: 
http://fsinapsi.altervista.org
Home page di Giubbe e FAQ: 
http://giubbe.altervista.org

desideri la fedelta' su tipi diversi di dettaglio;
l'avevo sospettato, ma credendo che non esistessero ancora in giro
player s.a. in grado di leggere le matrici custom, ero più portato a
ritenere che si trattasse di "apprendisti stregoni" che non sapevano
quel che facevano... evidentemente sbagliavo!

 leggerà anche le matrici custom? 
puoi consultare questa pagina:
http://divxtest.surdvd.com/form/divxtest2_list.php?lang=en
poi clicchi su "Choisir parmi tous les paramètres"
e spunti la voce
"VID-3E test MPEG4 ASP custom matrix (MPEG4 ASP Custom Matrix
+ MP3 CBR)"
poi clicchi sul pulsante "Rechercher" (in fondo).
Ti verra' visualizzata una lista di modelli che supportano le
matrici custom.
Comunque non contiene i dati di tutti i modelli



http://divxtest.surdvd.com/form/divxtest2_list.php?lang=en
grazie! La metto subito tra i segnalibri :-)

 Alcuni hanno problemi [ZIP]
Ho seguito questo dibattito con interesse ma anche con sorpresa: sorpresa 
perchè non mi ero mai posto il problema della compatibilità delle matrici 
custom (anche perchè non mi sono mai avventurato nei settaggi avanzati: non 
sono un "malato" di regolazioni e mi vanno benissimo le matrici di default) 
con i players da salotto: davo per scontato che non ci fossero problemi di 
sorta.
Perchè mai una matrice custom è indigesta ad alcuni lettori? Quali fattori 
impediscono la riproduzione del filmato?
Saluti. 

impediscono la riproduzione del filmato?
per quel poco che sono riuscito ad intuire io, ma attendi conferme piů
autorevoli, alcuni lettori hanno un firmware che non ha istruzioni per
andare a cercare nel file una matrice "non standard" e attenersi ad
essa, utilizzando perciň sempre la matrice h263 o forse anche quella
mpeg.

 mpeg.
Ok, grazie per la spiegazione.
Ripeto che il problema della riproduzione di matrici non standard non mi era 
mai neanche passato per l' anticamera del cervello: avevo sempre dato per 
scontato che un player non si ponesse il problema e che leggesse il filmato 
indifferentemente.
So a grandi (ma proprio molto grandi...) linee come funziona una 
compressione di tipo MPEG (suddivisione in blocchi, ricerca dei vettori di 
moto, DCT, matrici e compania bella) ma ritenevo che il problema si 
limitasse alla compressione e che, una volta ottenuto il mio bel file MPEG4 
tutto finisse li.
Il lettore avrebbe poi riprodotto lo stream MPEG4 senza "farsi troppe 
domande" sulle regole in base alle quali fosse stato creato il file.
Per semplificare al massimo: se io creo un file MPEG4 basandomi magari sulle 
regole del Sudoku, il file sarà comunque un MPEG4.
A quanto pare invece anche la riproduzione di uno stream MPEG4 non è così 
semplice come credevo ma, anzi, sottostà a regole ben precise.
Saluti.

 domande" sulle regole in base alle quali fosse stato creato il file.
quello che dici tu vale solo per le parti "non deterministiche" della
compressione, ad esempio il metodo di "motion estimation": l'encoder
puo' usare uno tra tanti metodi diversi per arrivare a scegliere i
motion vectors, ma questo al decoder non interessa. Pertanto l'algoritmo
di decodifica e' indipendente dal metodo di mostion estimation usato
dall'encoder.
Naturalmente questo non vale per qualsiasi feature prevista dallo
standard.
Ad esempio, i blocchi di riferimento possono essere blocchi effettivi
del frame di riferimento (con "blocchi effettivi" intendo dire che le
coordinate del motion vector sono numeri interi) oppure possono essere
blocchi "interpolati" (le coordinate del motion vector non sono numeri
interi): a seconda del tipo di interpolazione si parla di "half pel
motion compensation" o "quarter pel motion compensation". La prima e'
prevista dal profilo SP (simple profile) dello standard MPEG-4 Visual
mentre la seconda e' usabile solo nel profilo ASP (advanced simple
profile).
In questo caso, per decodificare uno stream in cui l'encoder ha usato
la "quarter pel motion compensation", anche il decoder deve supportare
tale feature, altrimenti non puo' decodificarlo.
Lo stesso vale per il metodo di quantizzazione: nel SP e' previsto un
solo metodo di quantizzazione (che stranamente si chiama "secondo
metodo") cioe' H.263 (non e' una matrice, ma sono formule di
quantizzazione predefinite). Nel profilo ASP e' possibile usare
al posto di H.263 un metodo alternativo (stranamente detto "primo
metodo"), detto anche "metodo MPEG": in questo caso le formule fanno
riferimento a coefficienti di una matrice e quindi il metodo di
quantizzazione MPEG e' specificato da matrici (si usano matrici diverse
per la codifica di blocchi "intra" e "inter"). Inoltre, esiste una
matrice di default (che evita la codifica esplicita nel bitstream nel
caso in cui si intenda usare quella).
Anche in questo caso, se chi ha scritto il decoder ha supportato solo
il metodo standard H.263, la decodifica di stream che usano il metodo
MPEG non dara' risultati corretti (tuttavia la decodifica potrebbe
anche procedere senza fermarsi)


 anche procedere senza fermarsi)
Grazie per la dettagliatissima spiegazione, Frank.
Sono rimasto a bocca aperta: è proprio vero che non si finisce mai di 
imparare!
Ciao!