VeeSeeVSTRack, VCV entendido de otra manera

Abro este hilo para poder comentar, intercambiar y publicar información o dudas sobre el plugin, no sobre el entorno en general.
Es gratuito e incluye un montón de módulos open source, pero no permite el uso de otros módulos que no sean los incorporados (que son muchos).

https://github.com/bsp2/VeeSeeVSTRack

Aunque podría interpretarse que esto entra dentro de VCV, con la nueva iteración de VCV Rack V2 queda más que patente que este plugin no va a superar las limitaciones impuestas por su desarrollo y compartir patches de VCV2 con VeeSeeVST va a ser casi imposible por las diferencias en módulos.

Es un hilo dedicado al plug-in, no a la plataforma VCV ni a la creación de patches modulares, todo eso se puede comentar en hilos más genéricos y así obtener respuesta de un mayor grupo de usuarios (aunque no conozcan el plugin, la mecánica es muy similar y casi siempre habrá mismos o combinaciones de estos que hagan algo parecido, mejor o peor)

La ventaja que tiene es que al ser un entorno cerrado, lo que le funcione a uno, le debería funcionar a todos los demás.
Patches, problemas con el plug-in, uso, instalación, mods... y lo que surja.

Y para empezar...
No sé si os habrá pasado alguna vez que al cargar un preset no suena nada. La solución más simple suele pasar por desconectar y reconectar módulos desde la salida hacia la generación de sonido, hasta que demos con el módulo que falla.
En ocasiones no hay tanta suerte y hay que eliminar un módulo, o sustituirlo por uno que haga algo parecido si queremos evitar que aparezcan problemas durante el montaje o el uso del plugin en un DAW.

Para los que no lo conozcáis, algo de info.


Aclarar que VeeSeeVST no gestiona adecuadamente el multihilo, así que en vez de cargar grandes patches en una única instancia, lo recomendable sería dividirlo en bloques o partes cuando no sea estrictamente necesario usarlo con ensembles grandes, favoreciendo la distribución de carga en la CPU.

Vaya, ya han movido el hilo a Plugins. Como si VeeSeeVST no fuese en sí todo un entorno...
Bueno, se quede donde se quede... Ahí van algunos patches.
https://patchstorage.com/platform/vcv-rack/

Por desgracia no he encontrado etiqueta (#tag) que permita filtrar para encontrar los patches del VeeSeeVST, así que los que ya había subido los he etiquetado como tal. Los demás se pueden intentar cargar, pero en la mayoría de casos, la falta de módulos comerciales no permitirá un uso normal de los presets.

Aquí pongo un par de ejemplos para ver si alguien nota la diferencia entre resampling de VeeSeeVST activo a 8x y normal.

Estimado compañero, una consulta muy básica acerca de este entorno, ya que apenas lo he probado alguna vez y no había reparado en ello.
¿No admite polifonía, verdad?
Lo he buscado por varios lados, en los módulos de MIDI y demás, pero no veo que se pueda hacer sonar polifónico. ¿Es correcto?

Gracias, desde ya!

#6 sí, puede hacerse porque existe un módulo MIDI polifónico, pero hay que crear las voces y usar un módulo de control remoto para valores típicos. La idea de VeeSeeVST era implementar polifonía tal como Cardinal, pero el señor que mueve los hilos tras VCV pidió que se detuviera el desarrollo.
Aquí un par de ejemplos.

https://patchstorage.com/4sh-polysynth/


https://patchstorage.com/trifonio/

#7

Ah, muy interesante, lo voy a revisar. Mil gracias!
Sí, lo del desarrollador de VCV Rack ya lo había escuchado. Extraña forma tienen algunos de entender el "open source" y todo eso, pero bueno. Es lo que hay.

Saludos.

#8 una cosa importante, se puede bajar el samplerate interno del plug-in durante la edición y para tocar en tiempo real (16khz o 22khz). Luego para hacer renders, súbelo al máximo o 4x mínimo para obtener un sonido más "analógico", o puedes bajarlo más para obtener sonidos Lofi.

#9

Ok., anotado.
Luego, con tiempo, le entraré con ganas,

Gracias!!!

Hace ya tiempo que le voy dando la vuelta a cómo ver lo importante o no que llega a ser el oversampling incorporado en VeeSeeVST, que a primera vista puede parecer impresionante, pero a escucha no lo es tanto... o sí. Así que me he ido a buscar el punto en que tiene sentido, que es en la definición de los agudos y el aliasing. or definición en agudos, parece que el motor VA está muy bien programado y cuesta bastante diferenciar el resultado a un samplerate final convencional y usando un formato comprimido: OGG al 100% de calidad a 48Khz (con un host/DAW a 96khz la diferencia es algo más notable ya que el "downsample" y la compresión no se zampan esas frecuencias extra, pero quería una demostración en formato estándar).

Aquí va el ejemplo, secuenciado en Studio One con el audio a 48kHz, las partes son bounces a disco, aunque podrían ser diferentes instancias con el mismo patch, pero con el resampling ajustado. Consta de 3 partes :
1.- Un arpegiado ascendente de notas cortas en dos partes (las podría haber hecho algo más largas, pero la diferencia se nota igual)
4 compases ascendentes desde C2 a C7
1 compás a 768kHz
1 compás a 192kHz
1 compás a 48kHz
1 compás a 24kHz
4 compases ascendentes desde G4 a C7 duplicado.
1 compás a 768kHz
1 compás a 192kHz
1 compás a 48kHz
1 compás a 24kHz

2.- Lo anterior con una línea de bajo... aquí el aliasing se pierde mucho de vista y nos queda la definición. La línea de bajo también es VeeSeeVST

3.- Lo anterior con percusión por parte de VeeSeeVST

Pues creo que queda claro que la diferencia se nota bastante entre trabajar a 48k y 192k (que no arroja un consumo excesivo en una CPU más o menos moderna). También es interesante el uso de resampling a 24khz (también se puede a 12khz que sería a 1/4 de resolución, dado que VeeSeeVST no soporta samplerates fijos, sinó múltiplos: 1/4, 1/2, 1, 2x, 4x, 6x, 8x, 12x y 16x, siendo los dos últimos factibles haciendo bounces a disco),
Si alguien quiere valorar o tiene dudas al respecto, estaré encantado de responder o indagar más en las posibilidades de éste "obsoleto" plug-in.

Vuelvo a retomar el hilo para compartir una "alunización" que acabo de tener. 
De vez en cuando me da por pensar que Cardinal está mejor optimizado y desarrollado, pero acabo de darme de morros contra otra evidencia.
VeeSeeVST (en adelante VCVST) y Cardinal tienen comportamientos diferentes, sonidos diferentes. Habrá quien prefiera Cardinal, yo sigo recomendando VeeSeeVST por varios motivos:
1.- El sonido. 
Comparto un patch creado con VCVST, se puede abrir con Cardinal. Por defecto Cardinal sube el cutoff de Interzone (un símil del Roland SH101) pero aún buscando la manera de ajustar, el sonido seguirá siendo distinto, se puede acercar mucho, pero seguirán habiendo diferencias.

2.- Resampling.
A parte de que VCVST funciona sobre VST2 permitiendo adaptar la cantidad de entradas/salidas, también permite subir el oversampling hasta unos locos 16x. En la mayoría de casos a 4x el sonido ya empieza a permitir una definición interesante, y a 8x se acerca mucho a lo que sería circuitería analógica real, sobretodo en FM, sync, etc... Por descontado, se puede hacer downsampling hasta 1/4, lo cual es muy interesante para generar sonidos LOFI sin acabar en procesadores que imiten un resultado real.

3.- Automatización.
Cardinal está limitado a 24 parámetros automatizables a modo de controles de voltaje: un módulo con 24 conexiones CV se puede conectar a cualquier destino de modulación. Es una cantidad de parámetros considerable y más que suficiente para un usuario medio, pero... VCVST aplica la automatización directamente. Cada módulo que se carga recibe una asignación de parámetros que se mantiene a medida que se hacen modificaciones en los módulos (hasta ahora nunca he tenido problemas con ésto, quizás existan conflictos). Con VCVST tocas un parámetro y estás listo para automatizar, o sencillamente armas grabación y automatizas.

Hay otras ventajas: el icono del gato que desconecta todos los cables, el ajuste de tiempo de "descanso" para desactivar módulos... y también inconvenientes como que hay que mover los módulos para insertar otros, que la inserción de texto en Studio One a veces no funciona, que no permite un modo polifónico simple (aunque Cardinal falla con algunos módulos), etc...
Pero a nivel resultados, lo más importante es que el sonido de VCVST se acerca más a lo que EN MI OPINIÓN es un modular analógico mientras que Cardinal se acerca mas al típico VA.

En cualquier caso, Cardinal contiene más módulos y está más actualizado, siendo ambos gratis y compatibles, pueden compartir carpeta en el directorio de Modulares.
https://github.com/bsp2/VeeSeeVSTRack
https://github.com/DISTRHO/Cardinal/