Escrito hace
más de 14 años
en
Shikabane Hime: Aka - Episodio 01 al 13 - NnSEs el número que tienes al final del nombre del archivo, lo comparas con el crc que te de alguna aplicación para calcularlo (hashtab, por ejemplo).
Nadie más ha tenido el problema del que hablas, y los archivos en el servidor están bien, así que lo más seguro es que sea de tu lado. Resume el torrent, o desinstala Klite, reinicia e instala CCCP. Y si tienes Windows 7, revisa que no se esté usando el decoder de microsoft.
Escrito hace
más de 14 años
en
Durarara!! - Episodio 10 - KKryuuQuerrás decir del plugin. De los scripts, gradfunkmirror se puede ver en tiempo real, pero gradfun2dbmod definitivamente está hecho para pre-procesado, no solo por lo lento que es, sino porque ayuda a guardar el dithering de mejor forma que con solo gradfun.
Entre las specs de h264 hay una característica que permite generar dithering en tiempo real, creo que adaptativo. Algo así leí hace meses y ya no recuerdo cómo se llamaba, no tengo idea de si lo piensan desarrollar en x264 o no, o si era cuestión de encoder o decoder. Sería bastante útil si fuera por medio del encoder, así no se tendría que usar bitrate en el dithering y se reduciría el peso del archivo de forma considerable, y tampoco se tendría que activar o desactivar a cada momento el deband en ffdshow.
Escrito hace
más de 14 años
en
Durarara!! - Episodio 10 - KKryuuEn esta serie dudo que hayan detalles tan pequeños como para que un gradfun se los coma. En esta y cualquier serie reciente.
Y si la transmisión ya tenía algo de dithering, no hay mucho que perder, a menos que uses valores ridículos en una combinación de addgrain(c) con gradfunkmirror. Añádele no usar suficiente bitrate para guardar el dithering/grain, y tienes un desastre.
Dependiendo de lo que hagas, detalles que estén en zonas oscuras o zonas en las que hay gradientes difíciles y estén poco visibles para empezar, se pueden perder. Por eso hay gente que prefiere dejar el dithering como post procesado en tiempo real, y dejar a decisión de quien lo vea si verlo con dithering o sin él.
Escrito hace
más de 14 años
en
Kanamemo - Episodio 12 DVD - FRAelmasterdiego: No está peor o mejor, simplemente lo estás haciendo mal. Si no ves que has causado un aliasing descomunal por haber tirado a la basura la mitad de la resolución de alto, entonces, sinceramente, necesitas gafas o algo. De seguro eso necesita IVTC, no desentrelazado.
Escrito hace
más de 14 años
en
Kanamemo - Episodio 12 DVD - FRAelmasterdiego: Tengo una duda existencial, ¿de verdad crees que así se ve bien?
Ve el video original, si es que estás usando un DVD. Me parece que le has tirado un bob innecesario al video, tiraste la mitad de la resolución de alto para nada, ningún animu hoy en día sale con entrelazado de verdad que requiera bobbing, al menos no en todo el episodio.
Escrito hace
más de 14 años
en
Aki Sora - OVA 01 - KKF No hace falta una recompresión completa usando mp4. Se puede hacer parche tal y como con un matroska. Aunque sean hardsubs. Se puede hacer parches para todo, siempre y cuando haya una forma de reemplazar una parte pequeña del original.
Solo tienen que recomprimir la sección jodida y reemplazarla por la arreglada, teniendo en cuenta en dónde conviene cortar por keyframes, lo cual se puede ver con Aegisub. El "problema" está en que la forma más sencilla que conozco es usando mkvmerge para hacer los cortes/uniones, y luego hay que sacar el video y el audio del matroska y remuxearlos en un mp4.
Creo que si no usas crf, y usas doble/tripe pasada, tienes el trabajo adicional de leer el log de la compresión y revisar cuanto bitrate come la sección jodida, para mantener la relación peso/calidad del original.
Escrito hace
más de 14 años
en
Aki Sora - OVA 01 - KKFprotip: Pueden parchear un mp4 tanto como un matroska. Lo irónico es que la forma más sencilla que sé es usando matroska.
Escrito hace
casi 15 años
en
Black Lagoon - Episodio 01 - NnSLa que se ha armado por dejar compatibilidad con DXVA y ediciones múltiples. Tengo que ponerlo más en práctica.
Por cierto, al worker de FLN que me ha borrado lo que respondí unas páginas atrás, realmente no me importa que lo haya hecho, nada de valor se perdió, pero considero muy particular que no le esté borrando los comentarios a este troll, sobretodo porque está bastante obvio que vino con ganas de armarla en grande, y lo más gracioso es que se mete hasta con los que no tienen nada que ver.
La razón por la que sueles ver que la mayoría de los BD rips tienen 9 o 4 (no 6, 9 como máximo para 720p, 4 como máximo para 1080p), es porque suelen dejar compatibilidad con DXVA (aceleración por hardware). La cantidad de ref. frames que se suelan poner no aumentan la calidad, aumentan la compresibilidad del video. Lo recomendable para gente a la que no le importa la reproducción en hardware suele ser 12 y listo. Asumiendo que no te importe en lo absoluto eso ni que se tarde un poco más comprimiendo, 16 es el máximo recomendable, dado que la mayoría de los videos no suelen comerse ni 10 ref. frames completos. Para 480p, creo que son 12 y aún puedes decodificar usando DXVA.
No sé si sea lo mismo para reproducirlo en hardware externo que soporte h264, como un ps3.
Ten en cuenta que los fansubs dejan o no la compatibilidad con hardware o no si quieren, y que las empresas no usan videos bajados de internet para hacer pruebas.
La paleta de colores en todos los BDs suele ser la misma independientemente del video, a menos que el tipo de color no sea YV12, lo cual es raro hoy en día, y si es h264, siempre será YV12 (12 bits). MPEG2 soporta hasta YV12, YUY2 y YUV, pero la mayoría del tiempo se suele usar YV12. Por eso, y que muchos de los estudios no meten suficiente dithering al video, suelen salir tantas películas/series en BD llenas de banding.
