Newsgroup: it.comp.software.divx
Titolo: AutoGK, si possono riciclare dei template?

Uso AutoGK per creare degli XVid dei filmati che registro dalla TV, di
alcuni ok mi và bene l'impostazione della dimensione finale mentre di
altri ovvero la stessa trasmissione televisiva voglio ottenere il file
più piccolo possibile e metto come dimensione 200Mb per 1h e 20 min
circa, AutoGK si fà tutte le sue cosine, riduce la dimensione
dell'immagine a 192x144 e alla fine dopo 3 ore mi tira fuori il mio
bel file da 200Mb, il problema è che tutte le volte ci vogliono 3 ore
quando in teoria una volta trovati i parametri ottimali (bitrate,
risoluzione e quant'altro) sarebbero riapplicabili a tutti i file
dello stesso tipo con un a sola passata e un notevole risparmio di
tempo, c'è un modo per far ciò?
Ciao
-- 
Fritz
Togli *ERASE* per rispondere in e-mail.

Fritz ha scritto:

sei mai andato nelle opzioni avanzate ? ... penso di no
altrimenti ti consiglio AutoMKV che permette anche di salvare i profili
ciao
BHH
-- 
Andres Zanzani
Cesena, Italy
www.64k.it/andres
 -> Tutto per Mpeg4

altrimenti ti consiglio AutoMKV che permette anche di salvare i profili
Gli darň un'occhiata, grazie.


 
ciao


 impostare (che valori usare) la target quality.
ti riferisci alla codifica in due passi?
Non puoi usare le statistiche di un filmato codificato in
precedenza, ogni filmato ha caratteristiche diverse.
-- 
Home page: 
http://fsinapsi.altervista.org

 impostare (che valori usare) la target quality.
Puoi usare drf analysis o avinaptic (vero, frank?) per conoscere il
quantizer medio e poi utilizzarlo con autogk.
bye

 quantizer medio e poi utilizzarlo con autogk.
si', a patto che i suoi filmati abbiano caratteristiche simili e la
stessa durata in secondi.
Se ho capito bene, lui ha molti filmati con caratteristiche simili
(e stessa durata?), che vuole codificare (con XviD o DivX) applicando
a tutti lo stesso trattamento: stesso crop, stesso resize, stessi
parametri di codifica, ... e soprattutto vuole ottenere la stessa
dimensione (200 MB). E vorrebbe evitare di fare la codifica in
doppia passata.
Se hanno tutti la stessa durata, il bitrate medio da impostare per
una codifica in due passi sara' sempre lo stesso. Non e' detto pero'
che a quel bitrate corrisponda lo stesso quantizer medio (i filmati
potrebbero avere caratteristiche diverse di comprimibilita'). Se
pero' hanno caratteristiche simili, allora e' probabile che alla
fine avranno anche un quantizer medio simile.
Quindi, potrebbe provare a fare cosi':
il primo filmato lo codifica normalmente in due passi, impostando
come target bitrate quello che corrisponde alla dimensione
desiderata (200 MB).
Una volta ottenuto il primo, va a vedere qual e' il suo quantizer
medio (sara' un numero, non intero, compreso tra 2 e 7).
Dopodiche', codifica il filmato successivo in singola passata a
quantizer costante, impostando quel valore. Se, mediamente, il
filmato ha caratteristiche di comprimibilita' simili al
precedente, allora dovrebbe ottenere un file di circa 200 MB,
risparmiandosi cosi' la seconda passata... Se viene abbastanza
diverso, vuol dire che i filmati avevano caratteristiche di
comprimibilita' diverse, e quindi, se li vuole ottenere tutti
da 200 MB, dovra' usare la codifica in doppia passata (o usare
un altro metodo statistico di previsione, tipo "enc").
Se usa XviD e usa anche i b-frames, c'e' una complicazione: il
valore di quantizer medio da impostare non deve essere quello
totale, ma quello ristretto ai frame di tipo P.
Faccio un esempio, per chiarire meglio cosa intendo.
Prendo un tipico film in XviD, ne faccio l'analisi DRF,
ottenendo questi risultati:
-----------------------------------------------------------
I-VOPs                      695 (0.772720 %)
P-VOPs                      45309 (50.375797 %)
B-VOPs                      43938 (48.851482 %)
[...]
Analisi DRF
DRF medio                   3.166918
Deviazione standard         0.979050
DRF max                     5
DRF<3                       32889 (36.566898 %)
DRF=3                       13115 (14.581619 %)
DRF=4                       39974 (44.444197 %)
DRF=5                       3964 (4.407284 %)
I-VOPs DRF medio            2.448920
I-VOPs Deviazione standard  0.497384
I-VOPs DRF max              3
P-VOPs DRF medio            2.282570
P-VOPs Deviazione standard  0.450249
P-VOPs DRF max              3
B-VOPs DRF medio            4.090218
B-VOPs Deviazione standard  0.286493
B-VOPs DRF max              5
-----------------------------------------------------------
Il quantizer medio e' 3.16, pero' non si puo' non notare che
per i b-frames sono stati usati quantizer piu' alti rispetto
agli altri tipi.
E' possibile impostare XviD in modo che i b-frames vengano
quantizzati come i p-frames, ma di solito le impostazioni
sono proprio come nell'esempio che ho riportato.
Ora, il punto e' che se voglio ricodificare questo film in
XviD in singola passata, e voglio ottenere piu' o meno la
stessa dimensione di questo da cui parto, non devo impostare
il valore di quantizer costante 3.16, ma un valore tipo 2.3
(andrebbe fatta la media pesata del DRF medio di I-frames e
P-frames, ma in una tipica codifica MPEG-4 i primi sono in
numero molto piu' basso dei secondi, quindi possiamo
trascurarli; in questo esempio, i frame I costituiscono solo
lo 0.77% del totale, mentre i P-frames sono circa la meta').
Se usassi il valore 3.16 otterrei un file abbastanza piu'
piccolo (inoltre, il DRF medio di tale file sarebbe piu'
grande di 3.16, perche' XviD userebbe valori piu' alti per
i b-frames, che alzerebbero la media).
Spero che il discorso sia chiaro, in caso diverso fatemi
sapere.


 il valore di quantizer costante 3.16, ma un valore tipo 2.3
Tutto giusto, però io qui avrei usato un quantizer vicino a 3 (almeno
per ottenere le stesse dimensioni, non la stessa qualità) che è la
media pesata dei B e P frame. Sbaglio?
bye

 media pesata dei B e P frame. Sbaglio?
ottima osservazione. Sarebbe piu' logico come dici tu, ma XviD ha
un comportamento strano.
Ti faccio un esempio: se chiedo a XviD una codifica a quantizer
costante q=2, usando B-frames e con le opzioni di default, guarda
cosa ottengo:
---------------------------------------
I-VOPs                      6 (1.6 %)
P-VOPs                      129 (34.4 %)
B-VOPs                      240 (64 %)
[...]
Analisi DRF
DRF medio                   3.28
Deviazione standard         0.959999
DRF max                     4
DRF<3                       135 (36 %)
DRF=3                       0 (0 %)
DRF=4                       240 (64 %)
I-VOPs DRF medio            2
I-VOPs Deviazione standard  0
I-VOPs DRF max              2
P-VOPs DRF medio            2
P-VOPs Deviazione standard  0
P-VOPs DRF max              2
B-VOPs DRF medio            4
B-VOPs Deviazione standard  0
B-VOPs DRF max              4
---------------------------------------
Il "vero" DRF medio e' quello che abbiamo chiesto (2), ma lui
codifica i B-frames con quantizer costante q=4...
Se vogliamo ricodificare questo filmato con lo stesso metodo e
ottenere piu' o meno la stessa grandezza, dobbiamo impostare
q=2 (in questo caso lo sappiamo per certo perche' la prima volta
siamo stati noi ad avere impostato q=2).
La media pesata e' invece quella totale (3.28): se impostiamo
tale valore otteniamo (strano comportamento di XviD) che per i
frame di tipo I e P verranno usati quantizer 3 e 4 (in media
3.28), e per i B valori del tipo 5 e 6. Quindi alla fine
otteniamo un file piu' piccolo del primo (e con una maggior
perdita di qualita').
In altre parole, pare che in casi di questo tipo i B-frames
non vadano considerati...


usa la custom size.
Ma impostando la custom size lui fà sempre una doppia passata, volevo
risparmiarmi la seconda visto che della qualità mi interessa poco.
Farò qualche prova impostando valori vari di target quality.


 Farò qualche prova impostando valori vari di target quality.
ma se la qualita' non ti interessa, allora puoi semplicemente fare
una codifica in un solo passo, a target bitrate.
Il bitrate da impostare lo conosci, e' quello che corrisponde alla
dimensione desiderata (200 MB).
In questo tipo di codifica, il codec sceglie, di volta in volta, i
valori di quantizer che lo fanno restare vicino al bitrate medio
scelto.
Ovviamente, in questo modo, la qualita' ne risente (e' probabile che
per alcune sequenze verranno scelti quantizer alti), ma dato che non
ti interessa la qualita', questo non dovrebbe essere un problema


totale, ma quello ristretto ai frame di tipo P.
Questo non saprei, ho lasciato AutoGK configurato di default.


 non compresso.
devi esserti dimenticato di impostare la compressione dell'audio...
Anch'io mi sono trovato in una situazione simile: tempo fa, per un
certo periodo, ho acquisito e messo in divx molti corsi di lezioni
di argomenti vari da "Rai Nettuno". Le prime volte facevo una
codifica in doppia passata, poi mi resi conto che in quel caso
specifico non ve valeva la pena, e da allora li codificai sempre
in singola passata (avro' 20-30 corsi interi, ma ancora non li ho
mica seguiti :-) mi piacerebbe... specialmente quelli su argomenti
di cui non so niente).
Per questo scopo usavo il mio programma (mjpeg2divx), che e' una
specie di gui per mencoder (ma per niente generica). Per ogni
corso di lezioni creavo un "progetto" che serviva per tutte le
lezioni di quel corso. Ad esempio, il corso di "Fondamenti di
chimica" aveva 20 lezioni, cosi' nel progetto c'era l'indicazione
che il bitrate doveva sempre essere scelto in modo che ogni divx
venisse poco meno di un ventesimo della capienza di un dvd.
La risoluzione la impostavo a 480x368. Poi avevo programmato le
acquisizioni (per fortuna Nettuno le trasmette ogni giorno sempre
alla stessa ora), cosi' non dovevo fare altro che aprire il
progetto ogni giorno, selezionare inizio e fine del filmato
acquisito (programmavo qualche minuto prima dell'inizio e lo
stop qualche minuto dopo) e far partire la codifica. I risultati
sono piu' che accettabili: anche con bitrate bassi (tipo 500
kbps o anche meno), data la staticita' delle riprese, si vedono al
televisore piu' o meno come una VHS... con il vantaggio che tutto
il corso sta in un solo supporto


devi esserti dimenticato di impostare la compressione dell'audio...
No ero andato in Strems e avevo impostato Full Processing Mode
selezionando Mp3 come codec ma devo avere un codec scaduto perchè già
altre volte con Nero o con Audacity mi tirava fuori dei file Mp3 non
compressi, AutoGK non ha problemi perchè si fà la codifica dell'audio
a parte e virtualdub lo usa solo per il video.
Ieri sera ho provato ad impostare in AutoGK una Target Quality del 20%
per un file ma a parte che mi sembra che abbia impiegato una vita,
l'ho fatto partire alle 23.30 ed il file ha ora di fine 2.39 purtroppo
ho cancellato il log quindi non sò dove a perso tutto sto tempo, mi ha
mantenuto uno risoluzione di 720x544 (era impostata su Auto) e un
bitrate Audio a 256Kbit (anche questo era su auto) e il file finale è
venuto di 474KB, impostando una risoluzione dimezzata e un audio a
32Kbit o poco più dovrei riuscire a rientrare nella dimensione che
vorrei, farò ancora qualche prova.


Dovrei aver trovato un buon compromesso, risoluzione 208x160, audio
VBR 64Kbit e target quality 25% ottengo un file di circa 100MB con
qualità sufficiente per le mie esigenze in meno di un'ora di
compressione.
