Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Feature Request][WebUI][Audioreactive] Add an indicator to the UI if audio packets are received #4515

Closed
autoantwort opened this issue Jan 22, 2025 · 5 comments

Comments

@autoantwort
Copy link

Is your feature request related to a problem? Please describe.
I am using the audioreactive usermod and the "receive" mode. It is not clear to me if data are received or not?

Describe the solution you'd like
Add a indicator if packets are currently received or not.

Additional context
It seems not to work because my network maybe supports no multicast (?).

Should it work if I send the audio packets directly to the ESP and do not use multicast?

@dosipod
Copy link
Contributor

dosipod commented Jan 22, 2025

I think adding something to the info screen for audio sync is a great idea @softhack007 I hope you would consider that as I do not try to mess with the audio usermod when you are still here but I will try to do that for my own builds if you do not see that to be a good idea .

@autoantwort Meanwhile you can use the FFT_SAMPLING_LOG build flag to check as you see in the below pic ( Not sure that would work with netdebug though as I did not try that yet but will do ) . Using other flags such as SR_DEBUG or MIC_LOGGER does not seem to work for audio sync and not sure of there are other build flags for audio sync .

Image

@willmmiles
Copy link
Collaborator

Look in the info panel beside "Audio Source". If packets are arriving, it will read "UDP sound sync - receiving". If not, it will instead say "UDP sound sync - idle", or indicate that audio data is being used from a local microphone source such as "I2C digital".

@dosipod
Copy link
Contributor

dosipod commented Jan 23, 2025

I think that is good enough and in all cases peek can also be used to also check , i could not replicate issues in the network but having the sender down the "UDP sound sync - idle" was displayed correctly .

@netmindz
Copy link
Collaborator

Closing as the feature is there. Please open a new issue in WLED-Docs if there is a gap or further clarification needed in the docs

@netmindz
Copy link
Collaborator

@autoantwort you don't mention what you are using as your sender, but if you are using the wledsr server, then there is forthcoming feature that tries to work around the issue of multicast not working for some folk.

It's also worth noting that MoonModules WLED does not suffer the same issue.

You can also try the V4 nighty build from this repo

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants