Dunque, dopo l'episodio 1 di Usagi Drop avevo scritto questa guida che avevo mandato in pm a enatsu degli FTF (poi girata anche a franz) e parlandone con altri ho deciso di postarla qui in quanto potrebbe tornare utile anche ad altri.
Ci sono dei riferimenti a Usagi Drop visto che l'avevo scritta per l'occasione, penso che non sia un problema.
Anzitutto, per encodare, ti suggerisco davvero di usare i transport stream. Essendo usagi drop uno show noitaminA, i .ts escono di sicuro, anche se ci mettono comunque un po' di giorni ad uscire su tokyotosho: aira il giovedì, ma per sabato o domenica dovresti trovarla.
Seconda cosa, il procedimento per usare molto semplicemente un .ts in avisynth è questo:
1) Indexa il .ts usando DGIndex.
2) Carica il d2v in avisynth con MPEG2Source e poi fai i trim su linea singola per togliere le pubblicità. Esempio per l'episodio 1 di usagi drop dal ts su tokyotosho:
Trim(3819,11097)++Trim(13949,27824)++Trim(30972,51021)
Il ++ indica alignedsplice, però anche se fai + singolo, ovvero unalignedsplice, non c'è problema. Ho i ++ perché yatta mette quelli nello script che genera, tutto qui.
3) Usa TIVTC per fare IVTC. Se ci sono scritte a 60i, l'approccio più semplice è quello di creare un file di override con cui specificare il pattern di decimazione per quella parte di video. Ti rimando al
manuale di tivtc per ulteriori info su tfm e tdecimate.
4) A questo punto ci sono i filtri, ma la regola d'oro è che in caso di dubbio è meglio non filtrare. Fuji TV si vede piuttosto bene, ha solo problemi coi cambi scena che sono davvero scandalosi a volte. Qui, lavorando senza YATTA hai due possibilità: la prima consiste nel farti più o meno tutto l'episodio a mano per controllarsi tutti i cambi scena e fare freezeframe oppure postprocess sul field pulito. La seconda è guardarti l'episodio e se in movimento noti qualche cambio scena brutto, fare pausa e aggiustarlo. Con YATTA aggiustare questo viene un po' semplificato ma si tratta comunque più o meno di farsi tutto l'episodio a mano se davvero ci tieni. In ogni caso, se devi usare altri filtri, mettili dopo il postprocess e il freezeframe. Anzi, ti dirò di più, personalmente ti consiglio di fare postprocess e freezeframe tra tfm e tdecimate, in caso tdecimate cercasse di tenere un frame sporco duplicato al posto di uno pulito unico (cosa che magari potresti fixare con gli override se ne hai voglia)
5) Ora crop e resize. Con l'HD non ci sono i problemi dell'Active Area che si presentano con i DVD, quindi i calcoli sono semplici, ma ti consiglio comunque di usare
questa calcolcatrice. La source è ovviamente 1440x1080 e source ar 16:9. Come prima transform metti il crop. Devi inserire la risoluzione dopo che croppi, quindi facendo ad esempio crop(4,2,-4,-4), metteresti 1432 e 1074. Come seconda transform metti scale e 1280 e 720. Ora controlla cosa ti mette per final PAR e final display resolution. Visto che ci interessa rellare a 1280x720, overcroppare un po' per avere un AR molto vicino al 16:9 perfetto è auspicabile. Con i parametri che ho messo su (e che sono quelli che mi sono serviti da usare in usagi drop) abbiamo un 16:9 matematicamente perfetto, quindi puoi semplicemente fare spline36resize(1280,720) nello script. Se non fosse perfetto, ti conviene avere un errore comunque inferiore all'1%, quindi finché il PAR è superiore al 0.99 o inferiore all'1.01 direi che non devi preoccuparti. Se il dar finale fosse diverso da 1280x720 vedi se croppando un po' di più o meno da un qualche lato riesci a ritrovarti un po' con i numeri senza undercroppare (ma anche senza overcroppare eccessivamente). Ricordati che non puoi fare crop() con valori dispari su contenuto yv12 (che è quello con cui abbiamo a che fare), quindi se ti servisse fare crop dispari puoi farli dentro al resize. Nell'esempio di prima si farebbe spline36resize(1280,720,4,2,-4,-4) per dire.
6) Ok, adesso, dopo il resize, c'è il deband. Questo è un discorso delicato. Fare troppo deband porta via dettaglio, quindi è meglio limitarsi al necessario. In genere un gradfunkmirror(1.01) o (1.02) è più che sufficiente. In caso di banding forte, ti conviene fare un deband più forte solo per quella scena tramite l'uso della funzione range() scritta da phantasmagoriat (non usare l'applyrange interno di avisynth, ha dei seri problemi di gestione della memoria se ne devi usare molti) e probabilmente ti conviene anche usare gradfun3 a quel punto, così puoi controllare meglio svariati parametri per cercare di preservare meglio dettaglio mentre levi il banding. Dopo questo, visto che fate hardsub console, devi encodare a 8bit, quindi aggiungere grain è pressoché d'obbligo. Questo perché a 8bit, se non aggiungi grain, x264 re-introduce molto facilmente il banding. A 10bit non ci sono di questi problemi ma direi che non potete permettervi di fare il salto se volete restare console compatible. Come ultima cosa nello script ovviamente carichi i sub con textsub (oppure con assrender se preferisci).
7) Ok, a questo punto fai una lossless yv12 (consiglio utvideo YUV420) oppure puoi encodare direttamente in x264, come preferisci. Per i parametri di x264, ti consiglio di usare il preset veryslow e poi di toccare i seguenti parametri:
deblock: soprattutto in caso ci siano effetti di noise voluti o magari delle texture, è bene metterlo in negativo per preservarli meglio. -1:-2 è un valore con cui mi trovo bene.
aq-strength: per gli anime si può tranquillamente abbassare. Il tune animation di x264 la mette a 0.6, ma è già troppo basso, più pensato per l'animazione americana che ha praticamente i colori stile secchiello di paint (quindi per uno show come Panty & Stocking va pure bene), quindi di direi di stare tra il 0.7 e il 0.8.
qcomp: valori alti propendono all'uso di quantizer più costanti, valori più bassi propendono per l'uso di un bitrate più costante. Di fatto quindi controlla indirettamente la potenza di mbtree. il 0.6 è un buon valore, ma alzarlo un po' non fa mai male. In genere tenerlo tra 0.7 e 0.8 ha senso, ma in casi particolari stare sotto il 0.7 può rivelarsi utile. Andare oltre il 0.8 rischia di essere solo spreco di bitrate e faresti prima a disabilitare mbtree, che generalmente non conviene.
psy-rd: sono le ottimizzazioni psicovisuali. La cosa è complessa e il modo in cui funzionano esattamente non l'ho mai ben capito neanche io... però più o meno funziona che il primo valore decide cosa per l'occhio umano è dettaglio rilevante, mentre il secondo decide di quanto bisogna favorirlo. Con i ts c'è rischio che qualche artefatto residuo che non si nota venga evidenziato. In genere tenere valori di psy-rd di tipo 0.7:0.1 va bene, ma direi che puoi anche spingerti oltre per l'rdo. Il trellis è meglio non mandarlo oltre allo 0.2 da tvrip. Con bdrip puoi mandarlo anche a 0.4 se vuoi. Occhio che comunque il trellis alza molto il filesize, quindi tenerlo basso è meglio.
8) Ora, prima di far partire l'encode 2 ultime cose su x264 che sono fondamentali. La prima, settare il colormatrix: per i ts è bt709, idem per i bd. Per i dvd controlla quando indexi in dgindex, ma in genere è bt470bg (mi sono capitati dei dvd smpte170m, però). La seconda il qpfile: ti serve solo se devi fare i capitoli, ma se devi farli, ricordati di specificare i frame di inizio capitolo come I. Inoltre, sto comunque scrivendo tutto come se la source fosse constant framerate: usagi drop lo è, però il bumper noitaminA all'inizio è a 29.97 progressivo, quindi se vuoi tenerlo dovresti scrivere i timecode. È un po' complesso spiegarti ora come funziona, quindi il mio consiglio per il momento è di limitarti a tagliarlo via. Il vfr tanto è abbastanza raro oggigiorno quindi non dovresti avere problemi.
9) Ora, prima di encodare il video, passiamo all'audio. Di sicuro sai usare perl, quindi mi limito a linkarti
questo script che usa i trim di avisynth per splittare l'audio tramite mkvmerge. È molto semplice quindi non avrai problemi.
10) A questo punto hai l'mka. Se stai usando la build di JEEB di x264, puoi caricare l'audio direttamente tramite --audiofile e puoi dirgli di limitarsi a copiarlo facendo --acodec copy evitando quindi il re-encode. Se stai usando megui, ti consiglio davvero di passare all'encode da cli oppure di passare alla gui di
croma25td che comunque usa le build di jeeb ed è molto comoda. Puoi tranquillamente fare output mp4 diretto, e muxerà utilizzando L-SMASH, che personalmente ritengo migliore di mp4box.
Ora hai l'mp4 bello che fatto. Sono stato parecchio riduttivo soprattutto per quanto riguarda l'IVTC, eventualmente dai una scorsa alla guida di yatta che ho scritto quando ti sentirai pronto per il salto e comunque ti ho aggiunto su skype per eventuali dubbi, ma per favore, solo per dei dubbi in alcuni punti.
Edited by mirkosp - 16/7/2011, 12:58
