Te va a funcionar igual, se le da una especie de nombres a las funciones para mantener un orden en un script complejo (si se quisiera en el primer ejemplo, usar sólo el "filtrado1", se pondría al final return "filtrado1" en vez de "filtrado2", arriba el "filtrado2" se le está aplicando al "filtrado1", el cual se está aplicando a "video"), si no es complejo (digamos que si no son scripts con demasiadas lineas y cadenas) no hace falta que especifiques "input", y hay filtros que sí requieren de este tipo de cosas, como por ejemplo grain optimizer.
Input=Entrada.
Si no me equivoco esto lo explican en la wiki de avisynth.
Te recomiendo que apliques el filtrado de chroma, y después hagas lo que te recomendó Shido unos posts atrás, no vale la pena dejar esto a 1080p IMO.
...
lol tochopost :V
EDIT: FSN al parecer es HD, Thora la ha sacado a 720p, considerando que nunca sacan upsizes... SCC es un upsize, bien hecho, pero un upsize al final (el aliasing lo demuestra).
EDIT2: FSN no salió a 1080 pero sí a 720. Supongo que es el mismo caso que con Spice & Wolf... :V
Escrito hace
más de 15 años
en
Card Captor Sakura - Episodio 3 al 4 - D-SnFLo dudo. No se arregla, simplemente notas menos el problema porque la falta/exceso de luz lo opacan. Me parece preferible tratar de eliminar los problemas si es posible.
No entiendo a qué te refieres con lo último, pero si le tira lumafilter, solo va a estar tocando luma, IMO es mejor tratar si es posible, de atacar el problema hasta eliminarlo a opacarlo.
Según veo Dedeé tocó ambos para tratar de eliminar el problema. Puedes ver si tratarlo también con el ejemplo de mergechroma(awarpsharp(blablabla)) :V
EDIT: Así como lo ha dejado Shido_Tatsuhiko queda mucho mejor. No queda aliasing visible y el chroma bleeding está casi eliminado, se ve muy bien así, sí. Por las comparaciones que vi por ahí entre la versión SD y la "HD" creí que era HD, pero no. Ya ha ocurrido con otras series, sí (según recuerdo, con unas películas de DB se había hecho lo mismo :V).
No sé si te vaya a funcionar esto, no tengo ninguna fuente con color bleeding para probarlo, los problemas con los que me he encontrado son dot crawl, raimbowing, halos, etc, pero nunca con color bleeding (por ahora, lol).
Escrito hace
más de 15 años
en
Guin Saga - Episodio 03 - RakuenEn realidad es más bien que x264, dependiendo de ciertas métricas y ciertos análisis, usa el bitrate necesario para cada cuadro para mantener un nivel de calidad determinado, sin importar lo que al final va a pesar cada cuadro (no hay un control de bitrate como tal, sólo de calidad). En este caso, el "nivel" de calidad lo determina el factor CRF.
Escrito hace
más de 15 años
en
Guin Saga - Episodio 03 - RakuenSiendo que el VAQ reduce la cantidad de bitrate aplicada en los "bordes" para aplicarla en los colores sólidos y no comerse el grain/dithering (si lo tiene) para evitar banding y bloques(o al menos eso leí), a veces hasta con 18 los "bordes" y los karaokes (o hardsubs en general) pueden quedar con algo de mosquito, notándose más en las escenas de mucha acción y muy complejas. Y mira que jode :<
Una opción sería bajar el nivel de AQ (do not want), y otra, obviamente, bajar el factor crf a menos de 18. También depende de los ojos de la persona a cargo de la compresión, etc.
Escrito hace
más de 15 años
en
Guin Saga - Episodio 03 - RakuenDepende de la fuente. Es bueno empezar desde 26 e ir bajando si es necesario. El mínimo "recomendable" debería ser 18, que es el que por ejemplo uso para los episodios.
Mientras más pequeño sea el valor, menos compresión hay, y más calidad hay. La única desventaja que tiene usar crf es no poder controlar el tamaño, pero en esta época, who cares.
Dicen que con HD funcionan bastante bien factores de 23 a 21, pero con SD hay que bajar a 18, o incluso en ocasiones, menos (por ejemplo, openings en donde no quieres que se vea el mínimo ringing por los karaokes, valores como 15 suelen ayudar, puesto que a 15 ya es muy transparente... Muy útil usar ordered chapters en ese caso). Yo por mi parte nunca subo de 18 a menos que sea estrictamente necesario.
Escrito hace
más de 15 años
en
Dudo que estén usando VBR de una pasada, así que si no están controlando el tamaño, deben de estar usando CRF. A qué factor, npi.
Escrito hace
más de 15 años
en
Afro Samurai Resurrection - Episodio Pelicula - D-SNo hace falta ver el release completo para ver lo mal que se ve, RExMEx, esto hasta ahora ha sido objetivo, el peso es relativo a la calidad de una compresión, bastante objetivo que va eso, si quieres más objetividad, mide el psnr de esto, de seguro es de lo peorsito. Subjetivamente no hace falta decir más.
Y supongo que tus múltiples "jajajas" en el jodido post indican un nivel de madurez y cultura que sobrepasa los 9000, ¿verdad?
Y no sabía que no pensaras antes de usar la PC en tu trabajo, espero que no trabajes en la NASA o algo así, que después ya sabemos quién es el culpable de un Careless Monday... :V
Te recomiendo que para la próxima te lo pienses dos veces antes de tocar el jodido teclado.
Para algo han dejado la opción de subir PNGs como capturas. Y nadie se queja de capturas de 1 Mb mientras muestren como se ve la compresión en realidad. Pero 720p, 1 hora con 40 minutos, ¿a 700 mb? No existen milagros, se ve mal, se ve terrible, obvious shit is obvious. No por nada la versión de thora pesa 3.7 Gb...
Escrito hace
más de 15 años
en
Asura Cryin` - Episodio 1 - La época de las cafeteras que no corren SD en x264 ya pasó. Y el que no se ha actualizado es porque no quiere, porque un celeron a 1 gh lo corre, y si al caso vamos, un p4 a 3 ghz con HT no está muy caro.
Al menos hagan resize a 848x480, que esto es obvio que es un upsize, si van a usar xvid dejarlo a ese tamaño es un desperdicio de bitrate (también lo es con h264).
Escrito hace
más de 15 años
en
Jokei Kazoku: Inbou - OVA 2 - FAFPero por Dios... Solo porque sea hentai no deberían hacer esta clase de aberraciones, que se pasan eh.
