Hi10P / 10-bit animu

[Orestes]

http://forums.bakabt.me/index.php?topic=...msg4659283

Cita:All in all, this is mainly a concern from a technical accuracy standpoint. In most cases, it would be really hard to notice without direct comparison, unless your video is very dark. The resulting error results in RED, GREEN, and/or BLUE 8bit values +/- 1 across the entire luminance range. This basically means the problem becomes more significant the closer you get to black, but it somewhat balances out with our reduced visual sensitivity near-black and the limitations of lower-end LCD's ability to accurately reproduce the difference between say 13-10-16 (8bit source video) and 14-10-17 (madVR/mplayer2) or 13-11-16 (ffdshow/lav video).

254-254-254 = up to ~0.4% hue shift
127-127-127 = up to ~0.8% hue shift
64-64-64 = up to ~1.5% hue shift
32-32-32 = up to ~3.1% hue shift
16-16-16 = up to ~6.3% hue shift
8-8-8 = up to ~12.5% hue shift
4-4-4 = up to ~25% hue shift
2-2-2 = up to ~50% hue shift
1-1-1 = up to ~100% hue shift

If you are making lossless encodes (-qp 0) or Blu-ray rips with a bitrate meant to be transparent, this may be something you care about. When encoding TV sources at lower bitrates, you probably shouldn't care.

Di por sentado que mi CCCP tiene el espacio de color correcto porque con cualquier otra release lo presenta bien, culpa mía. Mañana volveré a hacer las capturas que probablemente y como dices estén mal. De todas formas no se me van a caer los anillos por reconocer que las he hecho mal. El impacto de todo este rollo ya se verá pero seguirá dejando mácula en los asombrosos encodes a 10-bit que están saliendo como churros.

A ver si es verdad y no haces como Sefi que dice tres o cuatro veces que se larga en cada hilo. No quiero decir que no vuelvas a postear, sólo que es un poco absurdo.