Todos los componentes para Windows, Linux y macOS son de 64 bits así que solamente podremos usar GesKlub en sistemas operativos con arquitectura de 64 bits.

El sistema operativo debe estar siempre actualizado con los últimos parches de seguridad.

Requiere recursos suficientes para la ejecución del sistema operativo y los diferentes componentes en función de los requerimientos de las aplicaciones.

⚠️ En máquinas virtualizadas, debemos configurar una asignación fija de memoria, no dinámica.

Windows

Componentes

Arquitectura x86-64.
Procesadores con soporte de SSE 4.2 y AVX2

Versiones

Windows 10 (1809 o superior) 64 Bits.
Windows 11 64 Bits.
Direct3D 11.

⚠️ Puede dar error tras la instalación de los componentes si Windows Update no está activo y actualizado con todas las últimas revisiones. En concreto se requiere la Actualización para Universal C RunTime en Windows

Linux

Distribuciones basadas en Debian y derivados (Ubuntu, etc.) con las siguientes características:

Arquitectura x86-64
Procesadores con soporte de SSE 4.2 y AVX2
Kernel 5.15
GLIBC 2.35 64 bits
OpenSSL 3.0
Versión recomendada Ubuntu 22.04 LTS

macOS

Los componentes son binarios universales capaces de ser ejecutados en entornos con procesador ARM en macOS.

Componentes

macOS 11 ARM.
macOS 12 ARM.
macOS 13 ARM.
macOS 14 ARM.
macOS 15 ARM.
macOS 26 ARM.

⚠️ Obsoletos: macOS 10 (soporte finalizado el 12 de septiembre de 2022) y anteriores.

Android

Componentes

Android 8 a Android 13, 32 y 64 bits(De API level 26 a API 33).
Procesador: ARMv7, ARM64-v8a, mínimo 1 GHz.
Memoria RAM: Recomendado +1GB.
Espacio en memoria de usuario/interna: Recomendado +1GB.
Pantalla para aplicaciones móviles: Recomendado +1024×768.

iOS

Componentes

iOS 14 a 17.
Espacio en memoria de usuario/interna: Recomendado +1GB.
Pantalla para aplicaciones móviles: Recomendado +1024×768.

Recursos

Suficiente espacio en disco para instalar los componentes, más espacio de caché, etc., mínimo 2GB para los componentes.

A este mínimo tendremos que añadir espacio suficiente para los datos de las aplicaciones, que dependerá directamente del número y tamaño de las tablas que tenga la o las aplicaciones que se vayan a servir.

Se recomienda utilizar discos SSD junto con una controladora de alta calidad para mejorar el rendimiento y la fiabilidad del sistema.

La configuración de memoria debe comprender la memoria requerida por el sistema operativo más memoria suficiente para la ejecución de componentes y también en función del tamaño de las aplicaciones. Mínimo de 4 Gb de RAM adicionales a los requerimientos del sistema.

Renderización

Para la visualización de QML se usa por defecto renderización por hardware.

En el Visor Html se usa por defecto:

Direct3D11 en Windows.
Metal en macOS e iOS.
OpenGL en Linux y Android.

Por tanto, en cada sistema han de estar instaladas las librerías correspondientes (habitualmente no es necesario instalarlas porque ya deberían venir con el propio sistema operativo).

Solamente en el caso de que desde soporte nos lo pidan, podremos cambiar la configuración por defecto. Para ello, podemos cambiar las siguientes variables del sistema:

QSG_RHI_BACKEND

metal (Por defecto en macOS, no disponible en el resto).
opengl (Por defecto en linux).
d3d11 (por defecto en Windows y no disponible en el resto).

QT_QUICK_BACKEND

En el caso de que queramos cambiar la configuración de la renderización de QML, además tendremos que configurar también la variable del sistema QT_QUICK_BACKEND con el valor que corresponda («rhi» se usará según estén disponibles: OpenGL o Direct 3D (Windows), o el valor «hardware» que es el valor por defecto).

QT_OPENGL (Obsoleto, sólo si se usa OpenGL en Windows)

Si no la configuramos o la configuramos con el valor «desktop«, aplica OpenGL.

Si la configuramos con el valor «software«, renderiza en 2D usando motor software de pintado en vez de hardware.