Por ik5xmk
2 DE SEPTIEMBRE DE 2023
Una de las principales peticiones realizadas en el campo del reflector XLX es poder gestionar en qué módulos activar la transcodificación.. Tal como fue creado por Luc, si tenemos 5 módulos activos (por ejemplo A, B, F, R, Z) donde hay tráfico y solo dos claves DV30, el primer sistema que utilice el DMR/C4FM adquirirá la gestión del transcodifica reservándolo para el módulo por el que está pasando, dejando secos los demás QSO de los otros módulos. Está claro que el sistema ideal ha recopilado el uso de módulos en proporción al hardware disponible para la transcodificación entre DMR/C4FM y DSTAR, pero esto no siempre es posible, especialmente debido al coste de las claves.la solución es compilar la versión modificada por mi colega IU5JAE y editar el archivo xlx.module escribiendo los módulos “operativos” en transcodificación, uno para cada línea :
Este archivo se lee al inicio. Si no se especifica ningún módulo, todos estarán operativos en la transcodificación si está presente el hardware adecuado . De lo contrario, el módulo especificado proporcionará el flujo entre DMR/C4FM y DSTAR , los demás seguirán estando disponibles solo DMR/C4FM o solo DSTAR, pero no interactuarán entre sí en el proceso de transcodificación. Para que conste, ha habido cambios en el código XLX durante algún tiempo que de alguna manera funcionan para bloquear la transcodificación en un módulo, pero siempre se requirió cierto dominio al intervenir en el código fuente. Gestionar la solución en un fichero está ciertamente al alcance de todos.
A continuación se muestra el enlace con el código a compilar de forma clásica que incluye todos los cambios realizados por IU5JAE, incluidos los presentados en los demás artículos publicados en nuestro sitio web.
Enlace de Github: cambios en IU5JAE
Visitas: 56