pma-voice

pma-voice es la capa de voz de tu servidor: gestiona los canales, la proximidad y el estado de quién habla con quién. Cube Radio hace ese mismo trabajo, así que si arrancas los dos tendrás dos sistemas peleándose por el mismo control de voz. No es un conflicto que se resuelva con configuración: hay que elegir uno.

Lo decimos aquí, antes de la compra, porque es la clase de detalle que suele aparecer en un ticket de soporte a las dos de la mañana. Si tu servidor depende de integraciones muy específicas hechas sobre pma-voice, escríbenos por Discord antes de comprar y lo revisamos contigo.

Lo que ganas es infraestructura de radio real en vez de canales abstractos. Los repetidores que declaras en config tienen posición, altura de antena, alcance y penalización por terreno, y la línea de visión a la antena se muestrea de verdad: si bajas a un cañón te quedas sin cobertura y si subes la loma vuelve.

Los canales pasan a ser del servidor, con control de acceso por trabajo o por ACE. Un cliente no entra en un canal por afirmar que puede, y un canal que no le corresponde no se le manda siquiera. Cuando no hay infraestructura los canales funcionan en simplex, radio a radio y a corto alcance, así que sin repetidor no te quedas mudo: te quedas local.

El estado del aparato (número de serie, batería, volumen, presets y lista de escaneo) vive en base de datos contra tu identificador, no en metadatos del item. Ese detalle es la razón de que funcione igual en todos los inventarios soportados.

Haz inventario de qué recursos tuyos llaman a exports de pma-voice: dispatch, HUD de voz, radios de facción o cualquier script que fuerce un canal. Esos son los puntos que hay que reapuntar.

Y prueba en un servidor de desarrollo primero. Cambiar la capa de voz en producción un viernes por la noche es la definición de mala idea.