Source: https://jmrplens.github.io/phonometry/es/devices/broadcast/ La radiodifusión resolvió el problema de la sonoridad con una medición, no con un compresor: un número por programa, con puerta para que el silencio no lo diluya, y un rango que dice cuánto se mueve el programa. La palabra *sonoridad* tiene dos significados en este sitio, y no son versiones uno del otro. Aquí es una **medida energética**: una media cuadrática ponderada en K sobre el programa entero, con puertas, expresada en LUFS, pensada para que dos programas normalizados al mismo número suenen igual de sonoros en la misma cadena de reproducción. En [Psicoacústica](/phonometry/es/perception/psychoacoustics/loudness/) es una **magnitud perceptual en sonios**, calculada por un modelo auditivo con enmascaramiento y compresión. Un entregable de radiodifusión se especifica en LUFS; una sensación de ruido de producto se especifica en sonios. Echar mano de la equivocada es el error más común de esta área. Las magnitudes son pocas. La **sonoridad** se expresa en LUFS en la EBU y en LKFS en la UIT — unidades idénticas — y **1 LU es 1 dB**, así que una diferencia de sonoridad y una diferencia de nivel tienen el mismo tamaño. **EBU R 128** fija el objetivo de entrega en **−23,0 LUFS** con un techo de pico verdadero de **−1 dBTP**. El **rango de sonoridad**, en LU, dice cuánto se mueve el programa entre sus pasajes flojos y sus pasajes fuertes, que es lo que decide si necesita tratamiento dinámico antes de normalizarlo. Cuatro documentos son dueños de cuatro cosas distintas, y la sección se lee mejor una vez que eso está claro. **UIT-R BS.1770** define el algoritmo: el prefiltro de ponderación K — un realce de cabeza esférica de unos +4 dB seguido del paso alto RLB —, la media cuadrática en bloques de 400 ms con 75 % de solape, la suma ponderada por canal y la **puerta en dos etapas** que hace el número utilizable sobre programa real (una puerta absoluta en −70 LKFS descarta el silencio digital, y después una puerta relativa 10 LU por debajo de la media de los supervivientes descarta los pasajes flojos que si no diluirían un nivel de diálogo). **EBU R 128** fija el objetivo y el techo. **EBU Tech 3341** define el medidor en modo EBU — las escalas temporales momentánea, de corto plazo e integrada, y el conjunto de pruebas de conformidad. **EBU Tech 3342** define el rango de sonoridad. El pico verdadero se mide sobre una señal sobremuestreada porque un pico entre muestras puede superar el valor de todas ellas, así que un archivo que marca −0,2 dBFS todavía puede saturar un convertidor. ## Páginas de esta sección - [Sonoridad de programa (EBU R 128)](/phonometry/es/devices/broadcast/program-loudness/): la ponderación K de UIT-R BS.1770, los bloques de 400 ms con puertas y la suma ponderada por canal, el objetivo y el techo de EBU R 128, los medidores momentáneo, de corto plazo e integrado de Tech 3341, el rango de sonoridad de Tech 3342, el pico verdadero sobremuestreado del Anexo 2 y las ponderaciones de canal del Anexo 3 para sistemas de sonido avanzados — validado contra las señales de prueba de la EBU y terminando en una ficha de informe EBU R 128. ## Véase también Páginas de otras áreas del sitio en las que se apoya esta sección: - [Sonoridad](/phonometry/es/perception/psychoacoustics/loudness/) (ISO 532-1): la otra sonoridad, la magnitud perceptual en sonios, para cuando la pregunta es cuánto *suena* algo y no cómo hay que entregar un programa. - [Ponderación frecuencial (A, C, Z)](/phonometry/es/signals/levels/weighting/): la familia de ponderaciones junto a la que se sitúa la ponderación K, sin pertenecer a ella. ## Qué no cubre esta sección El **Anexo 4 de BS.1770-5, el audio basado en objetos, queda fuera de alcance**, y la biblioteca no implementa ningún renderizador espacial, así que un programa basado en objetos hay que renderizarlo a una disposición de altavoces antes de que nada de esto se aplique. **EBU Tech 3343** se cita como práctica de producción alrededor de estos números, no como algoritmo: aquí no se ejecuta. Y la propia normalización de sonoridad — el cambio de ganancia, y cualquier limitación que venga detrás — es un paso de producción que esta biblioteca no realiza: mide el programa y te dice el desplazamiento, y aplicarlo es tarea de tu codificador.