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
I've complied Barnard using Golang 1.6.2 on a Raspberry Pi Zero ARM6 @ 1GHz.
All works well. Audio is received perfectly with minimal latency, but transmitting audio is delayed several seconds.
Running Top I see CPU usage is above 90% when running Barnard in transmit mode. When not transmitting the CPU is around 4%. When receiving only, CPU is around 25%.
I assume the high CPU when transmitting is due to audio compression and encryption which is therefore causing the long delay.
I am willing to sacrifice compression and/or encryption to get the CPU usage down.
Is this doable? And will this solve my problem?
The text was updated successfully, but these errors were encountered:
I've complied Barnard using Golang 1.6.2 on a Raspberry Pi Zero ARM6 @ 1GHz.
All works well. Audio is received perfectly with minimal latency, but transmitting audio is delayed several seconds.
Running Top I see CPU usage is above 90% when running Barnard in transmit mode. When not transmitting the CPU is around 4%. When receiving only, CPU is around 25%.
I assume the high CPU when transmitting is due to audio compression and encryption which is therefore causing the long delay.
I am willing to sacrifice compression and/or encryption to get the CPU usage down.
Is this doable? And will this solve my problem?
The text was updated successfully, but these errors were encountered: