"Aprendendo" a encodar com o soulstaker.

Bom, quero deixar bem claro que eu sou um amador completo no encode também. Mas sei alguma coisinha e gosto de compartilhar informação, pois sei que não perco nada com os outros aprendendo também.

Hoje, o UnrealBR comentou sobre o script que ele utilizaria para deixar o novo encode de Lucky Star perfeito. Vou deixar a parte a conversa e postar aqui só o script avs mesmo:

setmtmode(2,4)
DirectShowSource(“E:\Lucky Star\Raws\[#BR-RAWS]Lucky Star[01][HDTV][1280X720][PCM][DX6.51][1CE4EC19].avi”, fps=23.976, convertfps=true, audio=false)
setmtmode(5)
TextSub (“E:\Lucky Star\Raws\luckyOp_alt01.ass”)
setmtmode(2)
Import(“E:\Lucky Star\Raws\AAA.avs”)
Import(“E:\Lucky Star\Raws\LimitedSharpenFaster.avs”)
Import(“E:\Lucky Star\Raws\Dehalo_alpha.avs”)
dfttest(sigma=0.75,sbsize=8,sosize=4,tbsize=3)
ColorYUV(levels=”TV->PC”)
Convolution3D(“AnimeHQ”)
Deblock(quant=33, bOffset=14)
dfttest()
AAA(Chroma=true)
LimitedSharpenFaster(edgemode=1,strength=200)
deen(“a2d”,3,6,6)
Import(“E:\Lucky Star\Raws\scripts\Dehalo_alpha.avs”)
Dehalo_alpha()

Não irei detalhar muito sobre cada linha não, mas vamos aos erros mais graves:

  1. DirectShowSource convertendo raw VFR para CFR @ 24 fps. O maior problema aqui é que várias partes movimentadas ficam com um frame rate mais alto do que os 24 fps utilizados. Aí, forçando a raw a ficar com esse framerate, você deleta alguns frames importantes e o vídeo fica dando aqueles soquinhos infames. Convertendo pra 30 fps, você passa a ter frames mixados nas cenas paradas, parecendo DVD-rip sem deinterlace.
  2. Botando uma legenda (Textsub()) antes da filtragem do episódio. Elas SEMPRE devem ser a última linha do seu script.
  3. Importando o mesmo script 2x (Dehalo_Alpha()).
  4. Utilizando 5 denoisers diferentes, entre eles o poderoso dfttest() que está sendo chamado nada menos do que 3x 2 vezes (erro do Raijenki, que copiou uma linha repetido). E, sempre com configs fortes, como a default dele.
  5. Sentando o dedo no sharpening, com LimitedSharpenFaster() e o AAA().

Vejam o que isso faria com uma source com bastante detalhes, feito Kara no Kyoukai:

Script Raw:

MPEG2Source(“E:\Encodes\knk3\raw\knk3.d2v”,cpu=0,info=3)
Colormatrix(hints=true,interlaced=true)
crop(2,0,-2,0).spline64resize(848,480)
#usando forced film, pois a source é progressiva.

Script Filtrado:

MPEG2Source(“E:\Encodes\knk3\raw\knk3.d2v”,cpu=0,info=3)
Colormatrix(hints=true,interlaced=true)
crop(2,0,-2,0).spline64resize(848,480)

Import(“C:\Program Files\AviSynth 2.5\plugins\aaa.avs”)

dfttest(sigma=0.75,sbsize=8,sosize=4,tbsize=3)
ColorYUV(levels=”TV->PC”)
Convolution3D(“AnimeHQ”)
Deblock(quant=33, bOffset=14)
dfttest()
AAA(Chroma=true)
LimitedSharpenFaster(edgemode=1,strength=200)
deen(“a2d”,3,6,6)

A mudança de tonalidade das cores foi feita por conta do ColorYUV, mas todos esses denoisers foram o que estragaram o vídeo aqui. É mais ou menos o mesmo problema que eu citei quando falei do encode do _Pael_.

Segundo o UnrealBR, ele só utilizou esse script pois Lucky Star não possui muitos detalhes (e realmente não possui mesmo). Então, como eu havia falado com ele, tirarei shots utilizando uma source boa mas sem muitos detalhes também: as .ts de Toshokan Sensou.

Script Raw:

MPEG2Source(“E:\Encodes\Toshokan Sensou 01\raw\toshokansensou01.d2v”,cpu=0,info=3)
ColorMatrix(hints=true,interlaced=true)
tfm(order=1).tdecimate(hybrid=1)
Crop(2,0,-2,0).Spline64Resize(1280,720)

Script Filtrado:

MPEG2Source(“E:\Encodes\Toshokan Sensou 01\raw\toshokansensou01.d2v”,cpu=0,info=3)
ColorMatrix(hints=true,interlaced=true)
tfm(order=1).tdecimate(hybrid=1)
Crop(2,0,-2,0).Spline64Resize(1280,720)

Import(“C:\Program Files\AviSynth 2.5\plugins\aaa.avs”)

dfttest(sigma=0.75,sbsize=8,sosize=4,tbsize=3)
ColorYUV(levels=”TV->PC”)
Convolution3D(“AnimeHQ”)
Deblock(quant=33, bOffset=14)
dfttest()
AAA(Chroma=true)
LimitedSharpenFaster(edgemode=1,strength=200)
deen(“a2d”,3,6,6)

Para olhos destreinados, verdade que fica parecendo que houve grandes melhorias no vídeo. Mas não houve melhoria alguma, somente pioras.

  1. Efeito de iluminação/HDR foi todo para o limbo.
  2. Preste atenção nos livros.
  3. Preste atenção na arma.
  4. Folhas da árvore e o quanto mudou as cores nos dois personagens.

Encerrarei por aqui, deixando um link para o blog do TheFluff. Se você não conhece esse cara e a “turminha” com quem ele anda, provavelmente você é um encoder que cometeria esse tipo de erro acima.

Aparentemente o blog dele está off, dae não tenho como pegar o link direto para o post que queria monstrar. É um post comentando os erros mais simples que encoders novatos sempre comentem. O Raijenki traduziu e postou no XingaSub, mas como ele não é encoder, algumas coisas se perderam. Depois eu edito caso o site do TheFluff retornar.

–Edit–

Ele me mandou uma screenshot da raw de Lucky Star que ele vai utilizar.

Script RAW:

ImageReader(“C:\upp\download\omfgroflmaoluckystarownedeverything.png”)
Crop(42, 76, -358, -254).ConvertToYV12()

Script Filtrado:

ImageReader(“C:\upp\download\omfgroflmaoluckystarownedeverything.png”)
Crop(42, 76, -358, -254).ConvertToYV12()

Import(“C:\Program Files\AviSynth 2.5\plugins\aaa.avs”)

dfttest(sigma=0.75,sbsize=8,sosize=4,tbsize=3)
ColorYUV(levels=”TV->PC”)
Convolution3D(“AnimeHQ”)
Deblock(quant=33, bOffset=14)
dfttest()
AAA(Chroma=true)
LimitedSharpenFaster(edgemode=1,strength=200)
deen(“a2d”,3,6,6)

Ainda continuo achando que não precisa de tanto filtro, e muito menos daquele ColorYUV().

This entry was posted in Encoding, Fansubbing. Bookmark the permalink. Post a comment or leave a trackback: Trackback URL.

9 Comments

  1. Raijenki
    Posted 14/10/2008 at 02:29 | Permalink

    Alguém falhou, e não fui eu.

  2. Trollito
    Posted 14/10/2008 at 03:21 | Permalink

    U_U Não sei pq mas achei as duas imagens ruins. Quando não tem brilho demais, tem fumaça demais.
    Ta certo isso?!

  3. Posted 14/10/2008 at 08:33 | Permalink

    Não é fumaça e sim noise. É natural sources MPEG2 terem isso, ele é criado pelo bitrate alto que elas utilizam.

  4. Posted 17/10/2008 at 04:56 | Permalink

    Não tenho nada contra o R$1,00, mas acho que ele, “sem querer querendo”, desenvolveu o Shredder().
    Vendo as fotinhas, há trocentas perdas de detalhes =(
    Mal consigo imaginar a taxa de PSNR dos encodes, MESMO que ele ative o Psy-RDO do nosso amado x264 @__@’
    O engraçado é que, quando eu comecei a brincar de avisynth, eu tinha a “mania” dele de usar 750 bilhões de filtros numa raw, mas depois que aprendi coisinhas, percebi que é realmente desnecessário =/
    Mas, enfim, cada um é cada um. Acho que não devo julgá-lo por isso XD

  5. Camilo Martin
    Posted 07/01/2009 at 05:14 | Permalink

    Olá, só uma nota amiga:
    fiz uns testes no x264, (falo de source anime claro) e aprendí umas coisas:
    PSY-RDO e PSY-Trellis devem estar desativados. (–psy-rd 0.0:0)
    Adaptive Quantization, “AQ”, em 0,3-0,8 (uso 0,5 geralmente) (–aq-strength 0.5)
    O Inloop Deblocker, é bem importante, e na minha opinião o bom é alpha 2, beta 0 (–deblock 2:0)
    O bias de B-frames, pra baixo bitrate, fica bom BEM ALTO (depois de testes uso –b-bias 85)
    –cplxblur 35 e –qblur 1.5 são melhores opções que o default.
    Uso Variance de 8,0 (–ratetol 8.0) e Quantizer Curve Compression de 1,0 (–qcomp 1.0)
    Se SSIM e PSNR servem de alguma coisa, conseguí PSNR de 42,2 e SSIM de 0,9879 com miseráveis 122 kbps (resolução 384×288 e subs hard-coded) com isso conseguí 26 min. em menos de 30 MB, no arquivo final.

    Aliás, alguém interessado em trocar idéias? meu e-mail:
    herzschaltung@yahoo.com.ar

  6. Posted 10/01/2009 at 21:44 | Permalink

    Bom, meu caso é diferente. Aqui tento obter a maior qualidade possível num arquivo de aproximadamente 280 MB com o áudio.

    Para adquirir a ‘transparência’, que é quando source e arquivo encodado não possuem diferenças visuais, uso:

    Deblocking: -1:-1 ou -2:-2
    Psy-RD+Psy-Trellis: 0.3:1.0
    OreAQ: 0.3 ou 0.4
    B e Ref-Frames 16 (aumentar não machuca, então vai o máximo e exploda-se o DXVA)

    O resto default. Encodando com CRF18, eu consigo minha meta.

    SSIM e PSNR nao funcionam para medir qualidade normalmente. Mas como você desligou os recursos psy-visuais, eles podem sim ser usados. Mas o ideal seria em torno de .99 para o SSIM e 48+ dB para o PSNR.

  7. Illidan
    Posted 27/02/2009 at 13:17 | Permalink

    LOL
    Taí uma referência ao br-raws que nunca esperei encontrar.
    Pois é, o Unreal me ajudou uns dias pra trás (fazer download de um conteúdo e criar um torrent). Agradeço ele por isso. Mas como encoder jamais vi trabalho dele que valesse a pena.

    Um dia eu soube encodar. Hoje eu não sei mais nada. w/e
    #br-raws is back.

    • Posted 30/08/2010 at 23:57 | Permalink

      ahhahahahahaha
      nunca pensei que iria ver isso de novo !

      Illidan
      as pessoas ainda vivem :D

Post a Comment

Your email is never published nor shared. Required fields are marked *

*
*

You may use these HTML tags and attributes: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>