BatchDrake
commented
6 years ago Hola.
Ahora mismo ya hay soporte para análisis offline, a partir de capturas en bruto con Gqrx o incluso ficheros de audio soportados por libsndfile (son lo que se conoce como file sources) las cuales pueden funcionar en bucle.
De todos modos y ahora que lo comentas, sí que hay cierto problema con las señales en modo burst y es que (salvo que tengan un preámbulo lo suficientemente largo, tampoco demasiado) las PLLs pueden tardar en engancharse incluso inicializándolas en la frecuencia adecuada. Estaría bien poder especificar qué porción de la file sources se debería repetir la captura. Sería de ayuda además incluir una medida de tiempo en el waterfall para poder acotar esto más fácilmente.
Saludos
El 20 de marzo de 2018, 10:19, ANgazu notifications@github.com escribió:
Hola Gonzalo. Hay varias razones para que el analisis se haga offline a partir de grabaciones: 1.- Cuando las señales son desconocidads y/o no documentadas, son necesarias varias grabaciones para llegar a resultados aceptables. 2- Las señales "burst" de muy corto ciclo de trabajo suelen pasar desapercibidas en los sitemas en tiempo real. 3- Las señales ARQ adaptativas pueden ir cambiando de modo sobre la marcha, lo que dificulta su analisis en tiempo real. 4- Hay vario modem hibridos que cambian la modulacion sobre la marcha, lo que puede inducir a errores.
Hay mas razones para que el analisis se haga offline como en SA, lo que no es obice para que tambien se puedan hacer muchas cosas en tiempo real, especialmente cuando ya se conocen los parametros de la señal bajo analisis.
Si consideras la posibilidad de implemetar este modo, podemos aportar ideas al respecto.
Saludos. ANgazu.
— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/BatchDrake/suscan/issues/10, or mute the thread https://github.com/notifications/unsubscribe-auth/AAlST1r8lc585NtGgop-1sgxaRUP2Z5Bks5tgMm4gaJpZM4Sxihj .
--
Gonzalo José Carracedo Carballal
Hola Gonzalo. Hay varias razones para que el analisis se haga offline a partir de grabaciones: 1.- Cuando las señales son desconocidads y/o no documentadas, son necesarias varias grabaciones para llegar a resultados aceptables. 2- Las señales "burst" de muy corto ciclo de trabajo suelen pasar desapercibidas en los sitemas en tiempo real. 3- Las señales ARQ adaptativas pueden ir cambiando de modo sobre la marcha, lo que dificulta su analisis en tiempo real. 4- Hay vario modem hibridos que cambian la modulacion sobre la marcha, lo que puede inducir a errores.
Hay mas razones para que el analisis se haga offline como en SA, lo que no es obice para que tambien se puedan hacer muchas cosas en tiempo real, especialmente cuando ya se conocen los parametros de la señal bajo analisis.
Si consideras la posibilidad de implemetar este modo, podemos aportar ideas al respecto.
Saludos. ANgazu.