Cubase tiene una útil función llamada ‘Deshabilitar Pistas’, que le permite deshabilitar cualquier pista de instrumento, pista MIDI o pista de audio para liberar memoria y reducir la carga de la CPU.
Esta función hace posible operar plantillas grandes sin preocuparse por la memoria o la carga del CPU.
En concreto, puedes crear plantillas en las que varias fuentes de sonido plug-in se hayan iniciado y desactivado de antemano y, a continuación, activar cualquier fuente de sonido según sea necesario.
De este modo, ya no es necesario cargar un gran número de muestras al iniciar un proyecto, y las fuentes de sonido configuradas pueden activarse fácilmente en el momento necesario.
Había un error en la función «desactivar pistas»
Sin embargo, hay un error en ‘deshabilitar pistas’, y ha habido muchos problemas con pistas MIDI con ajustes multitimbre deshabilitados que no se restauran (habilitan) correctamente.
Por ejemplo, suponga que lanza Kontakt, prepara múltiples patches con canales MIDI asignados a ellos, y prepara una pista MIDI para cada patch (lo que se conoce como configuración multitimbre).
Si desactiva y reactiva estas pistas (la pista MIDI y la pista de instrumento en la que Kontakt fue lanzado), la conexión entre Kontakt y la pista MIDI se rompe.
Por lo tanto, muchos usuarios que habían creado plantillas usando la funcionalidad ‘deshabilitar pistas’ no estaban usando ninguna pista MIDI en absoluto, sino sólo pistas de instrumento (tratando todos los instrumentos como timbres únicos).
Esto puede verse en los vídeos explicativos de plantillas realizados por usuarios internacionales de Cubase.
El error de ‘Deshabilitar Pistas’ parece haber sido resuelto en Cubase 13
En Cubase 13, lanzado en Diciembre de 2023, este bug parece haber sido resuelto.
Por lo que he probado en mi entorno, he confirmado que la conexión entre las pistas de instrumento y las pistas MIDI no se ha roto y se restablece tal y como estaba configurada.
También hemos visto informes en los foros oficiales de Steinberg de que la función de desactivación de pistas funciona ahora correctamente.
Aparte – Diferencia de carga de la CPU entre las configuraciones multimadera y monomadera
Esto es probable que varíe dependiendo del entorno de producción, pero en mi entorno, he confirmado que la carga de la CPU se puede mantener baja mediante el uso de configuraciones multitimbre cuando se utilizan fuentes de sonido como Kontakt y Opus (Windows 10, i5-8400, 48 GB de memoria. y todo el almacenamiento es SSD).
Debido a esto, antes éramos reacios a crear plantillas utilizando «deshabilitar pistas» (plantillas de un solo timbre), pero ahora estamos considerando migrar a ella después de que se haya resuelto este error.
Esto se debe a que el VEP (Vienna Ensemble Pro) que hemos estado utilizando hasta ahora se encontraba en un estado en el que la sensación de funcionamiento no nos resultaba del todo familiar.
Ciertamente, VEP es excelente en cuanto a la ampliación del límite de carga de la CPU y la conmutación entre varios proyectos, pero no me satisfacía el hecho de tener que trabajar constantemente con la gran latencia provocada por la interfaz de audio y el propio búfer de VEP.
En términos de latencia al trabajar, la guarda ASIO de Cubase (y el cambio a/desde la ruta en tiempo real) se siente superior.
Escribiré sobre este tema en otro artículo.
