Qt entorno GUI en un archivo DLL (complemento VST)

Question

Me gustaría utilizar la biblioteca Qt GUI como interfaz de usuario para un complemento VST. Un complemento VST es una DLL en Windows. Una aplicación de host llama a varias funciones en el archivo DLL, incluidas cosas como openGUI().

Quiero saber cómo usar Qt GUI desde una DLL; Hice algunas investigaciones para ver las posibles opciones, pero no estoy completamente seguro de las limitaciones.

El problema principal es dónde crear el objeto QApplication y llamar al exec() (que es una función que no se devuelve hasta que se cierra la aplicación).

He examinado la solución que figura en this post, pero después de leerlo más, parece que esta solución no funcionará en Mac OS X, ya que Cocoa es más restrictivo sobre el hilo en particular en que se puede ejecutar una GUI. Es un poco un truco realmente.

También he visto this solution, pero eso se basa en QMfcApp y QWinWindow que ya no parecen ser parte de la biblioteca de Qt.

¿Es la única forma de evitar que mi DLL genere una nueva aplicación? ¿Presumiblemente podría comenzar uno con una llamada al QProcess y usar algo de memoria compartida para compartir entre la aplicación GUI y mi DLL VST? ¿Alguien ha encontrado este tipo de problema? ¿Voy por una mala ruta con esto o hay algo en lo que no he pensado todavía?

actualización

Después de más investigaciones que han llegado a través de la clase QAbstractEventDispatcher. He visto this post que parece decir que es posible llamar al QApplication::processEvents() desde su propio bucle de eventos (el host de mi complemento) en lugar de llamar al QApplication::exec(). ¿Alguien ha intentado hacer esto?

Answer 1

Parece que su problema real es usar Qt para un complemento VST en mac, ya que se informó que funciona en Windows - vea here (full source tree) y here.

Hay un informe exitoso de usar Qt para plugins VST en mac in the Qt forums, pero por otro lado hay un open bug en el mismo problema.

Sé que no responde su pregunta, pero le sugiero que vaya con otras bibliotecas de IU que son más adecuadas para los complementos VST, como JUCE y WDL.

Answer 2

Desde VST DLL ejecute el proceso Qt y luego use el IPC para compartir memoria entre ellos (o use el mensaje que pasa, etc.).

Answer 3

Microsoft ha publicado un documento interesante: "Best Practices for Creating DLLs" Se recomienda desarrollar una API específica para inicializar, iniciar, detener, liberar la DLL, fuera de DllMain.

Answer 4

¿Vas por una mala ruta con esto? No necesariamente, si está desarrollando un plugin VST gratuito. Sin embargo, tanto como me gusta Qt para el desarrollo general de software, no es especialmente adecuado para el desarrollo de VST. Su licencia es tal que no puede vincular estáticamente un archivo DLL con sus bibliotecas para uso comercial, a menos que pague por ello; y es bastante caro Cuando lo hicieron LGPL, lo hizo para que pueda poner todas sus dependencias, que fácilmente se ejecuta en más de una docena de DLL, para programas comerciales independientes en un programa de destino o directorio DLL, y se ejecutará y puede venderlo comercialmente.

Los usuarios de VST están acostumbrados a mover las DLL de un lugar a otro para mover los efectos; y no pueden tener solo uno para moverse bajo LGPL. Llenar directorios con muchos archivos DLL adicionales para escanear hace que el proceso de escaneo sea más lento. Tener muchas dependencias en la carpeta con su plugin VST no funcionará muy bien para los complementos comerciales de la misma manera que lo hará con otras aplicaciones comerciales, ya que no puede producir un plugin en una sola DLL y vincularlo estáticamente con las bibliotecas Qt sin pagar mucho para Qt, o hacerlo GPL o algo así.