Control de versiones para archivos de audio.

Question

¿Cuál es un buen enfoque para el control de versiones de archivos de audio?

Tengo una biblioteca de 20 GB de conferencias de audio para afinar y llevar a un estado listo para publicar y compartir. Es importante mantener intactos los archivos originales, así como realizar un seguimiento de ciertos hitos durante la edición (no es necesario anotar cada cambio de bit).

Si bien sería muy bueno tener una vista de diferencias unificada como es posible con el texto, sé que es una quimera en este momento. Lo que es importante y quizás factible con el software actual es registrar elmotivo del cambioy poderrecuperar el archivo tal como existía en ese registro.

Los tipos de cambios previstos son:

• Recortar aire muerto o ruido ambiental irrelevante desde el principio y el final de las grabaciones.
• nivelación selectiva del volumen (por ejemplo, el orador se alejó del micrófono en los minutos 12 al 18, o un miembro de la audiencia hizo una pregunta fuera del micrófono)
• filtro aplicado para eliminar el silbido/zumbido de la cinta
• Se agregó o cambió una etiqueta de mp3, como el nombre del artista, la fecha de grabación, ... (¿esta es la única parte que tal vez podría diferenciarse?)
• etc.

Trabajo principalmente en Windows 7 pero también tengo máquinas Linux. Mis colaboradores son en su mayoría Windows y no técnicos. El seguimiento de las ramificaciones y fusiones (fusión de ramas, para los archivos sería simplemente sobrescribir) sería excelente, pero no esencial.

El almacenamiento debe ser de deltas de cambios en lugar de copias tontas al por mayor de cada confirmación. Tenemos espacio en disco más que adecuado, pero nadie quiere copiar cientos de gigas cuando solo se necesitan 20, y existe una clara posibilidad de que alguna colaboración se realice a través de Internet.

El proyecto es para una organización sin fines de lucro muy pequeña. La compra de herramientas no está descartada, pero debería ser económica, aunque, por supuesto, se prefiere el código gratuito y/o abierto.

Answer 1

1. Todos y cada uno de los VCS usados ​​ahora.poderalmacenar y manejar archivos binarios en repositorios durante casicualquiertamaño ("no almacenar archivos gigantes en el repositorio" es una recomendación, no una limitación). Algunos VCS simplemente lo hacenmejor, que otro; y algunos VCS manejan Big Data en repositorios mejor que otros

   registrar el motivo del cambio y poder recuperar el archivo tal como existía en ese registro

esnúcleo de VCSy no pueden ser parámetros gobernantes

2. Para cambiar datos binarios que almacenan una nueva versión comono diferenciares una regla casi común para los VCS (excepto la aplicación de diferentes trucos en diferentes VCS para reducir los deltas en los almacenamientos), por lo tanto, qué VCS usar es su elección y responsabilidad. Solo puedo señalar algunas discusiones recientes sobre archivos grandes bajo control de versiones, en las cualesParticipé en StackOverflow(tres respuestas principales) y repetirmi personalopinión - Mercurial

Todos los tipos de cambios anticipados son tareas comunes para cualquier dato, almacenado en VCS (realizar cambios de contenido, almacenarlo) y no son exclusivos de los archivos de audio (cambiar es cambiar independientemente deque cambios)

Si bien sería muy bueno tener una vista de diferencias unificada como es posible con texto

Al menos puedes intentar conseguirlo:Foobar2000 con comparador binariocomplemento (respuesta encontradaaquíen SU, muy útil en un tema común) ¿puede (?!... no probado, no probado) comparar (¿en GUI?!) dos archivos compatibles con formatos Foobar2000. O (si es asítrabajaren Win7 /proyecto antiguo, no actualizado desde 2008/ y seráusablepara sus tareas) ver enCreador de diferencias de audioArchivos DYF de (objeto adicional para almacenar en el repositorio para cualquier conjunto de cambios, que cambia los datos de audio)

Si bien puedes agregar/cambiar etiquetas MP3 con cualquier herramienta externa,podercomparar etiquetas (la búsqueda rápida y sucia me dio en las primeras líneascaptura de pantalla de Más allá de comparar): Beyond Compare se puede utilizar como herramienta de diferenciación|mergetool predeterminada en Mercurial (TortoiseHG), Foobar2000 se puede (probablemente) asignar como herramienta de combinación especial para archivos mp3.

El almacenamiento debe ser de deltas de cambios en lugar de copias tontas al por mayor de cada confirmación.

No es posible (en el caso común, consulte la p.2 anterior), pero para Git con LFS o Mercurial con LargeFiles tenemos un caso especial (puede satisfacer sus necesidades mejor que lo habitual "todo en repositorio"): todos los archivos para todos los conjuntos de cambios se almacenan en un almacenamiento externo independiente (archivos completos), los conjuntos de cambios en los repositorios solo tienen "vínculos" a los archivos, en el lugar de trabajo local solo los ha descargadounoarchivo grande (no todo el conjunto para el historial completo en su clon de repositorio para DVCS-case)... y todas las versiones antiguas adicionales necesarias para la diferenciación directa (piense nuevamente en usar DYF de Audio DiffMaker): deberá tener uno almacenamiento gigante, pero tendrá cierto "ahorro" de espacio local, en comparación con el caso de "archivos en repositorio"