You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
0.16.10-alpha on Windows side, 0.16.9 on Linux side
What operating system are you using?
Other Linux
Operating System Version
Arch linux, Python 3.13, Pulseaudio with ALSA backend. DX have Windows 10
Architecture
x64
Area of problem
Server - General
Describe the bug
During longer data transmission there strange behavior occur. Seems like buffer overflow do not know if on sender side or receiver side. Because it starts keying randomly fast after TX was done, seems like modem is stuck somewhere and then very fast trying catch what it missed. So it will keying fast...
Like if some command queue get stuck for some reason and then is unstuck and flushed at once
To Reproduce
Do not know how to reproduce...
Just start session with DX station and try send for example 3kB of data
Expected behavior
Data are sent without issues, radio will not keying during data receive.
Screenshots
No response
Log Files
In text logs you can not hear audio. That audio lines are logged during no data, probably some stuck data from before. But that will be visible in video.
if I can help somehow on-the-fly, just write me on discord I have it in mobile, so I am almost always there (except sleeeping)
FreeDATA Version
0.16.10-alpha on Windows side, 0.16.9 on Linux side
What operating system are you using?
Other Linux
Operating System Version
Arch linux, Python 3.13, Pulseaudio with ALSA backend. DX have Windows 10
Architecture
x64
Area of problem
Server - General
Describe the bug
During longer data transmission there strange behavior occur. Seems like buffer overflow do not know if on sender side or receiver side. Because it starts keying randomly fast after TX was done, seems like modem is stuck somewhere and then very fast trying catch what it missed. So it will keying fast...
Like if some command queue get stuck for some reason and then is unstuck and flushed at once
To Reproduce
Do not know how to reproduce...
Just start session with DX station and try send for example 3kB of data
Expected behavior
Data are sent without issues, radio will not keying during data receive.
Screenshots
No response
Log Files
In text logs you can not hear audio. That audio lines are logged during no data, probably some stuck data from before. But that will be visible in video.
if I can help somehow on-the-fly, just write me on discord I have it in mobile, so I am almost always there (except sleeeping)
Additional context
Here is some video about how it act
https://youtu.be/S5T1_00ZKeY?si=bxOtQRJ-gT23b2x8
The text was updated successfully, but these errors were encountered: