Metodología¶
Esta sección describe el flujo seguido para construir la base de datos del proyecto y generar el análisis de rango dinámico.
El objetivo principal ha sido mantener un proceso simple, reproducible y suficientemente robusto para una colección musical heterogénea, compuesta por distintos formatos, orígenes y estilos de etiquetado.
1. Fuente de los archivos¶
La colección analizada se compone principalmente de archivos de audio obtenidos a partir de:
- rips propios de CD
- rips de SACD convertidos a DSF
- ediciones especiales como XRCD, SHM-CD o similares
- archivos almacenados localmente en una biblioteca estructurada por carpetas
Los formatos analizados actualmente son:
- FLAC
- DSF
2. Extracción de metadatos¶
Para cada pista se extraen metadatos desde el propio archivo, priorizando los campos embebidos siempre que estén disponibles.
Entre los campos utilizados se encuentran:
- artista
- álbum
- título de pista
- año
- género
- formato
En los casos en los que la metadata es incompleta o inconsistente, se aplican reglas de fallback a partir del nombre del archivo o de la carpeta contenedora.
3. Cálculo de rango dinámico¶
El valor DR (Dynamic Range) se obtiene pista por pista utilizando una herramienta de análisis externa sobre cada archivo de audio.
El objetivo de esta métrica es ofrecer una aproximación cuantitativa al rango dinámico percibido en una determinada masterización.
Importante¶
El valor DR:
- no sustituye a la escucha
- no mide por sí solo la calidad sonora
- debe interpretarse como un indicador complementario
Aun así, resulta útil para detectar tendencias generales y comparar distintas ediciones.
4. Limpieza y normalización¶
Uno de los pasos más importantes del proyecto consiste en la normalización de metadatos, ya que una colección real suele contener numerosos casos irregulares.
Entre las correcciones aplicadas pueden incluirse:
- eliminación de espacios sobrantes
- limpieza de caracteres problemáticos
- corrección de codificación UTF-8
- resolución de campos duplicados o contaminados
- normalización parcial de artista / álbum / track
- tratamiento de fechas no homogéneas
El objetivo no es alcanzar una perfección absoluta, sino lograr una base de datos suficientemente consistente para análisis estadístico y exploración musical.
5. Almacenamiento¶
Los datos procesados se almacenan en una base de datos SQLite, lo que permite:
- consultas rápidas
- agregaciones por artista, álbum o género
- generación de estadísticas
- exportación a otros formatos si fuera necesario
La base SQLite actúa como fuente de verdad del proyecto.
6. Generación de visualizaciones y conclusiones¶
A partir de la base de datos se generan distintos artefactos para la web:
- tablas agregadas
- ficheros JSON
- visualizaciones interactivas
- resúmenes analíticos
Esto permite separar claramente:
- la capa de extracción y cálculo
- la capa de presentación
7. Limitaciones¶
Como en cualquier proyecto de este tipo, existen algunas limitaciones inevitables:
- metadata inconsistente entre ediciones
- diferencias entre etiquetado manual y automático
- repertorio no homogéneo entre géneros
- posible presencia de outliers o errores puntuales
Por ello, este análisis debe entenderse como una herramienta de apoyo y exploración, no como una clasificación definitiva.
Enfoque general¶
La filosofía seguida durante todo el proyecto ha sido la siguiente:
priorizar una solución mantenible, comprensible y útil en la práctica, en lugar de perseguir una perfección técnica que no compense el esfuerzo.
Ese equilibrio permite que la base de datos siga siendo viva, ampliable y disfrutable.