Sébastien

Results 136 comments of Sébastien

This would be something in the realm of @feelfreelinux as this is cspot related.

Same problem because cspot runs on both 🙂 I am not sure if our shim exposes this option. @philippe44 would know as he integrated cspot

Definitely enable Telnet to get some logs as it helps to understand the issue was better than a description. This is the first step before I/we even attempt to reproduce...

I have re-written a good deal of the wifi AP/STA handling in the new refactoring branch I've been working on since last September (see: https://github.com/sle118/squeezelite-esp32/discussions/342) so I think I will...

I think this would work as the device is based on the TAS5756. You can search for TAS5756 squeezelite-esp32 and you will find some discussions.

for the record, the stack trace decodes as follow: ``` 0x4026ec2c: GDS_DisplayOn at ../components/display/core/gds.c line 318 0x40102b8c: handler at ../components/squeezelite/displayer.c line 749 0x400fb3b9: handler at ../components/squeezelite/output_embedded.c line 70 0x400fbe1d: handler...

@HA-TB303 do you have the led_vu enabled?

Could be that led vu causes the system to report display support to the server. There may not be a choice other than adding some null checking in the GDS...

I just pushed the following commit https://github.com/sle118/squeezelite-esp32/commit/21407e8c1c4decfc0da29812af590d98aa55d5be which I am hoping will resolve the issue. You can try installing the latest build when it will show up.

Closing this now. Please reopen if needed