Vamos primeiro comparar as especificações dos dois releases:

Aya Fansub

• Vídeo H264 @ 960×720 (4:3 Fullscreen)
• Áudio OGG @ boatos dizem 64 Kbits
• Tamanho total: 300 MB <- isso é importante

Anime no Sekai

• Vídeo H264 @ 1280×960 (4:3 Fulscreen)
• Áudio eu não sei, mas eles costumam usar HE-AAC
• Tamanho total: 200 MB <- isso é importante

Vale lembrar que a resolução do vídeo no Blu-Ray é de 1440×1080. O áudio na versão do Aya foi massacrado (e eu não preciso nem assistir para saber disso, pois já vi o que o OGG faz em baixos bitrates) e eu lembro que o áudio dos releases do AnimeNSK não é tão ruim apesar deles usarem HE-AAC.

Mas o principal é isso aqui… as benditas shots:

Na ordem: Aya, AnimeNSK e source.

Conclusões:

• A versão do Aya não tem como ficar mais porca. Mesmo se esse release tivesse sido encodado de uma raw DE DVD e não diretamente do Blu-Ray, a qualidade não era para ser tão ruim assim. Mas deixaram o estagiário encodar, fazer o quê.
• A versão do AnimeNSK tem uma coisinha que até gosto de fazer em algumas sources. Aumentaram a saturação de cores um pouco, deixando o encode mais “vivo”. Mas ainda tem o aliasing forte do Blu-ray, como pode ser ver na gola da blusa da Eureka. Isso eu posso perdoar só pelo fato de saber que qualquer filtro pra tirar isso demoraria horrores num video dessa resolução.

Os dois fansubs usam legendas em outros idiomas pra traduzir as suas, então não vou comparar isso. Mas o Aya não parece se importar com as traduções e costuma colocar umas adaptações ridículas.

Resumindo: Mais resolução, mais qualidade de vídeo, tamanho menor e quem sabe até tradução melhor?

Apesar de tudo, acho que talvez irei esperar o Hokkaido fazer.

Até que hoje me deparo com um texto que o Arara postou no Haitou faz algum tempo. E esse texto claramente explica todos os motivos pelo qual você deve abandonar esse lixo de codec pack que é o K-Lite e passar a usar o CCCP. Segue o texto:

Resumindo:
K-Lite instala codecs demais no seu PC. http://www.codecguide.com/features_mega.htm

CCCP instala apenas o necessário.
http://www.cccp-project.net/wiki/index.php?title=Advanced_FAQ#Exactly_what_does_the_CCCP_install_and_why.3F

-=-

Explicando:
Quando você executa um vídeo via DirectShow (caso de players comuns, como o ZoomPlayer, o Media Player Classic, o BSPlayer e o Windows Media Player), o DirectShow tenta construir um grafo contendo todos os filtros necessários para decodificar o vídeo.
A primeira coisa que ele procura é um splitter, um filtro capaz de ler o arquivo e dividí-lo em suas partes essenciais: vídeo, áudio e legenda, se for softsub. Aí, então, ele prossegue tentando achar codecs para cada ramo do grafo, de modo a obter vídeo e áudio puros e, assim, jogar nos renderizadores.
Quando há mais de um splitter registrado, o DirectShow testa primeiro o filtro com maior MÉRITO, um valor que define sua prioridade na escolha. Se o resultado é satisfatório, ele continua criando o grafo.
No entanto, nem todos os filtros funcionam como deveriam (assim como tudo na informática): certos filtros conflitam com certos arquivos, com outros filtros e às vezes consigo mesmo!
Foi a partir desse contexto que o CCCP foi criado: instalar o menor número possível de codecs para evitar conflitos e garantir assim que o vídeo RODE.
O Haali Media Splitter é sem dúvidas o splitter mais versátil e funcional da atualidade, e por isso é o único instalado no sistema; o K-Lite também instala o Gabest Media Splitter que, além de implementar menos recursos da especificação do MKV e do MP4, também costuma falhar com alguns deles.
O ffdshow é capaz de rodar praticamente todos os formatos de vídeo e áudio conhecidos pelo homem (com algumas importantes exceções, como o suporte falho a WMV que, no entanto, é nativo do Windows, e por isso ninguém se importa em desenvolver ). Ele, sozinho, é capaz de decodificar tudo. Agora vejam com atenção os OITO codecs de vídeo e os QUATRO codecs de áudio que o K-Lite instala ALÉM do ffdshow, sendo que pelo menos um deles (o CoreAVC) é proprietário e é contra a lei distribuí-lo, enquanto todos os codecs do ffdshow são livres!
ffdshow também possui decoders VfW de vídeo (uma tecnologia antiga que deu origem ao DirectShow), úteis para quem quiser editar arquivos AVI no VDub, por exemplo. Ele substitui OITO dos ONZE codecs VfW que vem junto com o K-Lite, sendo que estes são totalmente inúteis para quem quer apenas assistir anime!

…

Outras vantagens do CCCP sobre o K-Lite:
CCCP instala os filtros em uma pasta separada própria (C:\Arquivos de Programas\Combined Community Codec Pack\); K-Lite costuma jogar os filtros no C:\Windows\System… E aí, já viu.
CCCP conta com uma ferramenta de configuração extremamente simples e eficiente, que é capaz até de resolver problemas comuns;
A equipe do CCCP criou uma ferramenta de troubleshooting, o CCCP Insurgent, criou um FAQ com os problemas mais comuns, tem um fórum para resolver dúvidas, um Wiki extenso com tudo o que você quiser saber sobre vídeo e um canal de IRC, com vários OPs dispostos a responder questões.

…

Mais alguma dúvida, favor perguntar.

Link do post original aqui.

Acho que isso ilustra o que eu queria dizer XD

… de usar o Shredder() nos encodes. Não tem graça nenhuma nenhuma assistir um blur desses. Acho que o pessoal não andou lendo meu TUTORIAL DO BOM SENSO NO ENCODE.

Baixar Transport Stream (no mínimo 2.5 GB / episódio), jogar um dfttest()/fft3dfilter() (e fazer o pc ficar 8 horas encodando o release) para no final ter um encode lixo = PRICELESS.

Vamos maneirar no denoise povo. Alguns MB a mais fazem diferença, mas detalhes retidos também o fazem. E, sim, isso foi uma tentativa de crítica construtiva.

Ah, antes de se perguntarem se vou fazer Ookami ou não já digo: sim, irei fazer. Provavelmente lançarei 1 dia antes da segunda temporada começar, então vou demorar um pouco.

O que importa é que nos meus testes, um arquivo de ~280 MB conseguiria reter o noise falso que eu adicionei (querendo ou não, dá um efeito legal), iam permanecer os traços nas cenas escuras e a “textura” do anime também seria mantida.

No meu monitor e no do Manabu (imagino que seja um LCD FullScreen de 17″) aparentemente o arquivo ficou lindo. Mas quando levei para um monitor realmente decente, um Samsung 22″ Wide… o noise se movia pela tela como se fosse um encode antigaço, blocking se fazia presente onde teoricamente não era pra existir, como cenas claras e paradas. Resumindo, tava uma merda.

Eu sei que settings como Psy-RD/Trellis e AQ devem ser mantidas baixas (eu uso 0.3 de cada), mas elas acabaram destruindo meu encode. Nem o alto bitrate (280 MB) foi capaz de salvar. Mesmo assim, eu não me gabei do meu encode, nem quando um encoder mais experiente que eu o elogiou.

Agora, o que leva a um cara que faz uma merda dessas achar que pode se gabar?

Vejam o blocking… indício claro de falta total de denoise, bitrate baixíssimo para a resolução e eu chutaria que usaram qualquer raw que haviam colocado no TokyoTosho.

Então, visto essa quantidade de problemas, vou fazer um pequeno tutorialzinho de encode para arquivos TV-Rip.

1. Sempre procure a melhor RAW que você puder usar. Não, essas raws não estão em formato .avi ou .mp4 e sim no formato .ts . Esses arquivos são o formato lossless da captura das TV’s Digitais. Não existe raws TV-Rip melhores que essas garotas. Então, se você quer realmente encodar algo para ficar bonito, espere alguém postar uma .ts no TokyoTosho. Se não postarem, procure no Perfect Dark. Bote na sua mente que uma raw com menos de 2 GB não existe. E tome cuidado com Dot-Crawl e Rainbow.
2. Suponhamos que você não conseguiu achar uma .TS, mas ainda assim quer lançar algo legal. Sem problemas, pode usar uma raw qualquer. Basta ter certeza que é a melhor que você têm disponível. Não se sinta um trouxa de baixar 3 ou 4 raws diferentes e avaliá-las. E, a menos que a raw seja excepcional, NUNCA invente de lançar em 720p. TODOS os bons encodes em 720p dos fansubs gringos são feitos de uma .TS . Faça um downscale básico (576p não mata ninguém para uma raw boa e 704×400 ainda é aceitável quando a raw é ruim) e consiga manter os detalhes que sua raw ainda tem.
3. Você quer saber diferença entre True HD e Upscale? Clannad NÃO É True HD, Toshokan Sensou é. Não faça upscale. Upscale só serve para aumentar Bitrate, não a qualidade. Se a source for DVD ou uma .ts MUITO DO MAL, você pode encodar anamórfico. 704×480 para DVD, 1440×1088 para a .TS.
4. Nunca use DirectShowSource(“*.mp4/.mkv”,fps=23.976,convertfps=true) num encode. Você vai foder com os pans pelo cenário usando isso. Isso destrói todo o VFR da raw. Use o DGAVCDec ao invés disso. E sempre guarde os timecodes para você usar na hora do Mux.
5. Use um bom denoiser. Todas as raws que pegamos possuem um pequeno noise, mesmo que invisível. Não tenha dó de mostrar um pequeno FFT3DFilter para uma raw. Isso ajuda e muito a comprimir qualquer encode. Também são os denoisers que removem detalhes do nosso vídeo. O ideal é aumentar a compressibilidade, não lavar o vídeo.
6. Encode usando um bitrate razoável. Animes como Clannad e Shugo Chara não precisam de mais de 175 MB/episódio para um vídeo @ 1024×576. Toshokan Sensou, Casshern Sins e Soul Eater por sua vez, só ficam legais depois dos 280 MB, mas já em 720p).
7. Use softsubs. Não vai aumentar os detalhes do seu encode, mas use mesmo assim.
8. Não se gabe do seu encode. Você não encoda bem. Eu não encodo bem. Esse cara encoda bem.

É só isso.

1. Dar uma olhada no build do Seraphy, um japonês que coda alguns negócios para o x264.
2. Ir testando as opções do x264 UMA A UMA e ver qual delas dá mais qualidade no encode.

DVD escolhido foi Ah! Megami Sama: Tatakau Tsubasa R2J.

Resultados?

Sasuga CRF18

Preciso dizer que gostei?

Como sabem, tô sem net. Assim que for possível, faço upload do mkv para a galera dar uma olhada XD

Mas e se pudermos ter ainda mais qualidade do que um .mkv num simples .avi? Seria maravilhoso né? Pois é, isso que é o intuito desse tutorial.

Você vai precisar de pouquíssima coisa:

1. O codec Lagarith
2. Algum programa que encode VFW. Nada como o bom e velho VirtualDUB, que acabou de receber um update.
3. Sua source, que recomendo ser um Script AviSynth.

Sim, só isso. E você agora verá que é até mais fácil do que encodar usando o complicado x264 e o megui.

01- Instalando o Lagarith

Se você baixou a versão com instalador, é só ir seguindo os passos e voilá, ele está instalado. Eu recomendo a versão só com a .dll do codec, que se instala facilmente clicando com o direito no .ini e mandando instalar:

(deixemos a Tomoyo ali do lado)

Com isso está pronto toda a parte difícil do tutorial. Vamos agora ao encode!

02- Configurando o VirtualDUB

Abra seu script .avs qualquer usando o VirtualDUB. Eu preferi usar o script da raw de Allison To Lillia.

(deixemos agora todas as garotas de Clannad)

Agora que temos nosso vídeo carregado no Vdub, temos que configurar o encoder Lagarith.

Por padrão, deve estar assim no Menu Video do seu Vdub:

Você irá marcar a a opção e “Full processing mode” e depois voltará na opção “Compression”. A seguinte janela se abrirá:

Selecione o Lagarith e clique em OK, para ver está tudo ok. Confira se está como a ScreenShot:

Se sim, aperte OK até voltar para o vídeo. Mande Salvar e pronto, temos nosso .avi com a mesma qualidade de um .MKV qualquer:

Agora é só fazer upload no Haitou e correr pro abraço.

]]> http://warai-otoko.org/2008/11/01/avi-com-a-mesma-qualidade-de-h264-aprenda-com-o-soulstaker/feed/ 7 http://warai-otoko.org/2008/10/14/aprendendo-a-encodar-com-o-soulstaker/ http://warai-otoko.org/2008/10/14/aprendendo-a-encodar-com-o-soulstaker/#comments Tue, 14 Oct 2008 05:14:48 +0000 soulstaker http://soulstaker.wordpress.com/?p=67 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().