Recensubs HQ

Inverse Kernel Resize and you, Tutto quello che hai sempre voluto sapere ma non hai mai osato chiedere

« Older   Newer »
  Share  
Mad_Hatter™
view post Posted on 4/2/2013, 18:55 by: Mad_Hatter™     +1   -1
Avatar

Apprendista encoder

Group:
Utente abilitato
Posts:
611
Reputation:
+213
Location:
Loli Island

Status:


*si toglie la paglia dal culo*

Se avete letto tutto il malloppone di chibi e la discussione di mirko Vs chibi sul 4:4:4 vi siete già fatti la vostra idea. Ma ora veniamo a parlare di casi particolari. Abbiamo visto che il fare 4:4:4 è idealmente la miglior soluzione possibile per gli anime visto che non sono quasi mai 1080 oppure a 1080 hanno solo qualche elemento/scena/sigle. Tuttavia ci sono anime che pur non essendo 1080 puro, ci si avvicinano molto e addirittura hanno le sigle che sono veramente a 1080, e naturalmente sto parlando dei nuovi show kyoani, personalmente verificato solo hyouka e chu2koi. Prendendo chu2koi abbiamo le sigle a 1080p, mentre l'anime è stato fatto a 955.5p(956p in termini reali, semplicemente hanno croppato prima di upscalare per evitare problemi coi bordi nel BD). Beh quindi facciamo 1700x956 4:4:4!11!1!!!1! Fare i castelli in aria è bello, ma non dobbiamo dimenticare di tenere i piedi per terra ogni tanto. Se già in molti si lamentano di non riuscire a riprodurre 720p hi444pp, in quanti pensate riescano a riprodurre 956p hi444pp? Quasi nessuno sostanzialmente. È vero che in genere bisogna sbattersene, però non è un formato fruibile dalla maggior parte delle persone, e anche per noi è sostanzialmente sconveniente, visto che parliamo di hi444pp per una risoluzione che è vicinissima al 1080p e i tempi di encoding sarebbero lunghissimi. Inoltre non dimentichiamoci che le sigle sono realmente a 1080p. La soluzione più ovvia è quindi quella di rellare a 1080 diretto. Tuttavia col reverse upscale si può fare un tweaking un attimo più intelligente. Se debilinear può infatti annullare l'upscale dimmerda originario, perché non lo annulliamo lì dove necessario e upscalare poi noi con un kernel migliore? Finora la roba migliore per upscalare è sicuramente nnedi3, che però upscala per potenze di 2 e fa centershift, quindi dobbiamo correggere noi tutto ciò:
CODICE
#vostra sorgente#
dither_convert_8_to_16()
o = last
debilinear(1700,956,lsb_inout=true)#ovviamente mettete la res che serve a voi e fate trim per eventuali sezioni 1080p puro
nnedi3_rpow2(2,nns=4,nsize=4,qual=2,pscrn=4)#upscale 2x
Dither_resize16(1920,1080,src_left=-0.5,src_top=-0.5,kernel="spline16",invks=true,invkstaps=4)#invkstaps regolatelo in base all'immagine, dato che potrebbe introdurre artefatti non desiderati, il crop è per correggere il centershift che fa nnedi internamente
Mergechroma(o)#merge del chroma originario
#output a 10-bit#

Con questo script riuscirete ad avere un upscale assai migliore rispetto al classico bilinear che fanno i PR0. Personalmente userò questo script per fare anche varie prove su interi filmati...
avete mai avuto la sensazione che gli fps indicati da x264 non siano quelli effettivi? Beh se avete provato questo script l'avrete sicuramente, visto che x264 vi segnerà 0.00 fps, quando in realtà si parla di 1x10^-19 fps! Minchia la velocità stratosferica! :trollface:
Ora parliamo seriamente, il grande problema di quella chain è nnedi3, che sarà anche buono e tutto ma soffre principalmente di qualche problema:
1. Non mi piace la gestione del grain in tutto il procedimento, che tende a diventare assai più evidente.
2. nnedi è lento, ma proprio lento come la morte
3. nnedi non è 16-bit aware, ciò significa che il video che gli state dando per lui è 1700x1912 8-bit e lo state upscalando 2x(quindi 3400x3824 coi settaggi più lenti e state poi tornando a 1080 con un altro resize, il vostro procio ringrazia.

Quindi riassumendo:

- Se avete un pc uscito fuori dalla nasa e/o volete buttare ore/giorni sull'encode, prego, accomodatevi pure

- Se non volete perdere tutto questo tempo usare opzioni più umane di nnedi(ho usato le più lente appost, :trollface:) e soprattutto usarlo a 8-bit potrebbe fare al caso vostro

- In caso contrario usate un kernel umano da dither_resize16 e upscalate senza nnedi3


NB: State molto attenti a come settate i vari passaggi, in quanto potrebbero risultare in immagini oversharpate(mi riferisco in particolar modo al numero di invkstaps), quindi USATE GLI OCCHI!!11!1!1!!!

P.S: Upperò qualche screen quando mi ritroverò materiale adatto sottomano, visto che si parla di roba >720p, altrimenti ha assai poco senso(discorso simile si può però fare da dvd, senza ovviamente debilinear visto che non c'è nulla da annullare, ma lì ci andrei cauto a causa dei >DVD, >Mpeg-2, >Extreme lowpass).

Edited by Mad_Hatter™ - 4/2/2013, 19:09
 
Top
28 replies since 3/2/2013, 04:12   5530 views
  Share