Skip to content
Comparación de formatos

SCC vs SMI: ¿qué formato es el adecuado?

Una comparación completa de Scenarist Closed Captioning (SCC) y Synchronized Accessible Media Interchange (SMI) que abarca estructura, marcas de tiempo, estilos, soporte de plataforma y los mejores casos de uso.

SCC (Scenarist Closed Captioning) y SMI (Synchronized Accessible Media Interchange) cumplen funciones distintas en el ecosistema de subtítulos. SCC está diseñado para televisión abierta norteamericana (subtítulos CEA-608 Línea 21), mientras que SMI está diseñado para Windows Media Player y subtítulos coreanos/asiáticos. Entender estas diferencias te ayuda a elegir el formato correcto y evitar problemas de compatibilidad.

SCC vs SMI de un vistazo

CaracterísticaSCC (Scenarist Closed Captioning)SMI (Synchronized Accessible Media Interchange)
Formato de marca de tiempoHH:MM:SS:FF código de tiempo SMPTE a 29.97fps con milisegundos como entero
Precisión temporalbasado en fotogramas (29.97fps, granularidad de unos 33ms)milisegundos (entero)
Soporte de estilossin estilos en los datos (la pantalla la controla el decodificador)estilos basados en HTML/CSS (un modelo completo de estilos HTML)
Cabecera necesariala cabecera Scenarist_SCC V1.0un elemento con secciones y </td></tr> <tr class="border-b border-gray-100 dark:border-gray-800"><td class="py-2 px-4 font-medium">Posicionamiento</td><td class="py-2 px-4 text-gray-600">posiciones de cuadrícula fijas (modos roll-up y pop-on de CEA-608)</td><td class="py-2 px-4 text-gray-600">posicionamiento basado en CSS</td></tr> <tr class="border-b border-gray-100 dark:border-gray-800"><td class="py-2 px-4 font-medium">Saltos de línea</td><td class="py-2 px-4 text-gray-600">varios bytes hex codifican la posición y los saltos de línea</td><td class="py-2 px-4 text-gray-600">etiquetas <br> dentro de elementos <P></td></tr> <tr class="border-b border-gray-100 dark:border-gray-800"><td class="py-2 px-4 font-medium">Estandarizado</td><td class="py-2 px-4 text-gray-600">un estándar ANSI/SCTE (CEA-608)</td><td class="py-2 px-4 text-gray-600">un estándar de Microsoft (SAMI 1.0)</td></tr> <tr class="border-b border-gray-100 dark:border-gray-800"><td class="py-2 px-4 font-medium">Soporte en navegador</td><td class="py-2 px-4 text-gray-600">escaso soporte (requiere un decodificador de subtítulos)</td><td class="py-2 px-4 text-gray-600">soporte solo en el Windows Media Player heredado</td></tr> <tr class="border-b border-gray-100 dark:border-gray-800"><td class="py-2 px-4 font-medium">Caso de uso principal</td><td class="py-2 px-4 text-gray-600">entrega de subtítulos de emisión conforme a la FCC</td><td class="py-2 px-4 text-gray-600">subtítulos multilingüe con estilos CSS</td></tr> </tbody></table> </div> <h2 class="text-2xl font-semibold mb-4 mt-8">Diferencias clave explicadas</h2> <h3 class="text-xl font-semibold mb-3 mt-6">Marcas de tiempo y sincronización</h3> <p class="mb-4">SCC usa HH:MM:SS:FF código de tiempo SMPTE a 29.97fps. SMI usa <SYNC Start=ms> con milisegundos como entero. SCC ofrece una precisión de basado en fotogramas (29.97fps, granularidad de unos 33ms), mientras que SMI funciona con milisegundos (entero). Al convertir entre estos formatos, parte de la precisión temporal puede perderse debido a la distinta granularidad.</p> <h3 class="text-xl font-semibold mb-3 mt-6">Estructura y sintaxis</h3> <p class="mb-4">Los archivos SCC constan de líneas de código de tiempo seguidas de pares hex separados por espacios. Cada bloque sigue el patrón: un código de tiempo SMPTE separado por un tabulador de los pares de bytes hex. En cambio, los archivos SMI constan de un documento HTML con elementos SYNC, donde cada bloque se ve así: un elemento <SYNC Start=ms> con <P Class=LANG>texto</P>. Esta diferencia estructural significa que la conversión requiere análisis y reformateo, no un simple reemplazo de texto.</p> <h3 class="text-xl font-semibold mb-3 mt-6">Estilos y control visual</h3> <p class="mb-4">SCC proporciona sin estilos en los datos (la pantalla la controla el decodificador). SMI proporciona estilos basados en HTML/CSS (un modelo completo de estilos HTML). Por ello, SMI ofrece capacidades de estilo más ricas, lo que lo hace mejor cuando el aspecto visual importa.</p> <h3 class="text-xl font-semibold mb-3 mt-6">Soporte de plataforma y reproductor</h3> <p class="mb-4">SCC es obligatorio para la televisión abierta y el cumplimiento de la FCC. Por su parte, SMI es popular en las comunidades de subtítulos coreanos y Windows heredado. Sus perfiles de soporte en navegadores y dispositivos difieren, lo que suele ser el factor decisivo al elegir.</p> <h2 class="text-2xl font-semibold mb-4 mt-8">Cuándo usar SCC</h2> <p class="mb-4">Elige SCC cuando tu prioridad sea entrega de subtítulos de emisión conforme a la FCC. Se usa mucho en televisión abierta, cable y cumplimiento de la FCC en EE. UU. SCC se desarrolló para la autoría de DVD Scenarist basada en CEA-608; sigue siendo el formato de referencia cuando lo importante es entrega de subtítulos de emisión conforme a la FCC. La principal limitación es que solo admite ASCII con codificación hexadecimal compleja y sin estilos.</p> <h2 class="text-2xl font-semibold mb-4 mt-8">Cuándo usar SMI</h2> <p class="mb-4">Elige SMI cuando tu prioridad sea subtítulos multilingüe con estilos CSS. Se usa mucho en subtítulos coreanos, Windows Media Player y vídeo heredado. SMI fue desarrollado por Microsoft para Windows Media Player; sigue siendo el formato de referencia cuando lo importante es subtítulos multilingüe con estilos CSS. La principal limitación es que es un formato heredado con escaso soporte fuera del ecosistema Windows.</p> <h2 class="text-2xl font-semibold mb-4 mt-8">Convertir entre SCC y SMI</h2> <p class="mb-4">Nuestro conversor gratuito de SCC a SMI gestiona las diferencias estructurales y de tiempo de forma automática. El conversor traduce el tiempo con el redondeo mínimo necesario. Los estilos que el formato de destino no puede representar se normalizan o eliminan, de modo que siempre obtienes una salida válida y lista para usar.</p> <h2 class="text-2xl font-semibold mb-4 mt-8">Preguntas frecuentes</h2> <h3 class="text-xl font-semibold mb-3 mt-6">¿Es SCC mejor que SMI?</h3> <p class="mb-4">Ningún formato es universalmente superior. SCC es mejor para entrega de subtítulos de emisión conforme a la FCC. SMI es mejor para subtítulos multilingüe con estilos CSS. Elige según tu plataforma y tu flujo de trabajo.</p> <h3 class="text-xl font-semibold mb-3 mt-6">¿Puedo convertir SCC a SMI sin perder calidad?</h3> <p class="mb-4">Sí. El texto siempre se conserva. El tiempo se conserva con la precisión del formato de destino, con un redondeo mínimo. Los estilos no admitidos por el destino se eliminan, pero el texto y el tiempo siguen siendo precisos.</p> <h3 class="text-xl font-semibold mb-3 mt-6">¿Qué formato está más extendido?</h3> <p class="mb-4">SMI cuenta con mayor soporte entre reproductores y dispositivos. SCC: escaso soporte (requiere un decodificador de subtítulos). SMI: soporte solo en el Windows Media Player heredado. Si tienes dudas, SMI suele ser la opción más segura para compatibilidad.</p> <h3 class="text-xl font-semibold mb-3 mt-6">¿Son compatibles los archivos SCC y SMI?</h3> <p class="mb-4">No directamente. SCC y SMI usan estructuras de archivo y formatos de marca de tiempo distintos. Un reproductor que admite uno puede no admitir el otro. Usa un conversor para cambiar entre ellos; la mayoría de los editores modernos gestionan la conversión en ambos sentidos.</p>

También puede necesitar estas herramientas