auracaster/bumble-auracast
3
0
Fork 0
Code Issues Pull Requests 1 Actions Packages Projects Releases Wiki Activity

Update some comments

Browse Source
This commit is contained in:
pstruebi
2025-02-17 16:30:53 +01:00
parent fa05236aee
commit 3eb32663c3
1 changed files with 4 additions and 9 deletions
Download Patch File Download Diff File Expand all files Collapse all files

13
auracast/multicast.py
View File

@@ -319,20 +319,15 @@ if __name__ == "__main__":
#auracast_config.broadcast_es,
#auracast_config.broadcast_it,
]
# TODO: with more than three broadcasters no advertising (no primary channels is present anymore) - is this a number of advertising sets constraint?
# TODO: solve the advertising problem and 5 broadcaster may be possible
# 16kHz works reliably with 3 streams
# 24kHz is only working with 2 streams - probably airtime constraint
# TODO: with more than three broadcasters (16kHz) no advertising (no primary channels is present anymore)
# TODO: find the bottleneck - probably airtime
global_conf.auracast_sampling_rate_hz = 16000
global_conf.octets_per_frame = 40 # 32kbps@16kHz
# Note: 24kHz is only working with 2 streams - so this may be a host->controller interface bottleneck - probably airtime constraint
# 16kHz works reliably with 3 streams
# use thread usage debugger on controller to check actual cpu load - not much load
# TODO: How can we use other iso interval than 10ms ?(medium or low rel) ? - nrf53audio receiver repports I2S tx underrun
# TODO; I dont think hci is really the bottleneck. probably limited airtime is the problem. Analyze this somehow.
broadcast(
global_conf,
bigs