¡Anda, releñes!, pero eso es mucho más sencillo.
Divide H de un color HSV en tantas partes como quieras, manteniendo S y V al 50%.
Si ves que se aproximan algunos porque hay demasiados, utiliza los valores de V a 25%, 50% y 75%.
Si tomas 16 valores de H y 3 de V, te da un total de 48 colores.
Una vez que generas el número adecuado, puedes reordenarlos al azar.
Si me dejas un poco de tiempo, hago algo, pero este finde no puedo, —que no os importará para nada, pero mi hijo estrena una obra y la dirige y yo toco bajo su batuta —

Muchas gracias a ambos, pero creo que me quedo con lo que me ha dado otro colaborador... llamado Gemini 2.5 Pro. Cómo y por qué, os lo cuento aquí: https://gambas-es.org/thread-1908.html


Saludos.

El verdadero problema es entender lo que solicita la persona, en este caso Shordi ( que deben ser los requerimientos ).
Y por otra parte que la persona sepa realmente lo que quiere conseguir. ( No siempre se tiene claro ).
Expresarlo siempre no es fácil.

Y desde luego la tarea del programador es entender el problema y llevar a cabo una solución.
Pero necesita partir de algo. Y claro por otra parte depende de como tenga en ese momento la cabeza el desarrollador,
que no siempre está en su lugar. De la facilidad y lo complicado que sea este. 
( Que no siempre se ve el problema a la primera ni las soluciones ).

El tema es generar colores al azar. Entonces se generan colores al azar.

Después, se comprueba que esto no es lo que queríamos exactamente, se repiten.
Entonces hacemos que no se repitan los números que crean ese color dentro de un array.
Pero luego se va viendo que las tonalidades se parecen y no es lo que se quería.
Volvemos a cambiar las (¿ especificaciones ?) del programa.

Con los colores se pueden hacer infinidad de cosas.

Que pasen buena tarde.

Saludos