ANNOUNCE: Squeezelite-ESP32 (dedicated thread)

[Paul Webster]

I think it is 1mm wider than a Bluetooth module that other have used in that location in cassette adapters so it would be very tight ... however, I forgot about the connections ... they are along both long sides rather than the short sides so would probably make wiring it impossible.

[philippe_44]

AAC update

I've recently seen more AAC streams using SBR (https://en.wikipedia.org/wiki/Spectral_band_replication). I've updated the decoder wrapper to accept these (otherwise you'd hear a half-speed track) but it is really consuming too much CPU for the poor esp32 and the result is too random to be acceptable (mainly due to caching), even in 16 bits mode. I've pushed an updated version where SBR can be an option and I will likely remove support for it in future pre-built versions. You will still be able to compile it your self using "-DAAC_ENABLE_SBR" on idf command line.

[Paul Webster]

So does that mean that these streams would play at half speed again or have you found some other trick that would let them play but with reduced quality?

[philippe_44]

So does that mean that these streams would play at half speed again or have you found some other trick that would let them play but with reduced quality?

AAC allows playing such content normally but with reduced quality, but using the SBR part

[Paul Webster]

I presume "not using" rather than "using".
So was the half speed issue a bug in trying to handle the SBR rather than a result of ignoring it?

[philippe_44]

I presume "not using" rather than "using".
So was the half speed issue a bug in trying to handle the SBR rather than a result of ignoring it?

Yes, not using, sorry

The half speed was a result of reading just the core sampling rate and not the extended sampling rate while still decoding the full SBR.

SBR reconstructs higher spectrum part and thus double sampling rate.

[Paul Webster]

ANNOUNCE: Squeezelite-ESP32 (dedicated thread)

Would this tiny (18x32mm) device work?

It is listed as having ESP32 Pico D4 with extra 4MB

Aha ... he has made an even smaller one ... TinyPico Nano
13x27mm

https://www.tinypico.com/tinypico-nano

[CJS]

Firmware update hickup

After receiving a github notification I have now updated my SqueezeAMP to FW v1.681. Thanks Philippe for the update.

I would like to report a small hickup in the FW update process however. In the past, after selection of the wanted FW version in squeezelite/SqueezeAMP mode, I only needed to click the "Flash Firmware" button once. SqueezeAMP would than reboot into Recovery Mode and automatically the OTA FW update process was started and after flashing my SqueezeAMP would automatically reboot back in squeezelite mode again.

This time after hitting the "Flash Firmware" button in squeezelite mode, my SqueezeAMP did reboot in Recovery Mode, and a popup window showing "Update Progress" appeared, but then nothing happened anymore. See screenshot below. After waiting a few minutes I closed the popup window and manually rebooted into squeezelite mode by hitting the "Exit Recovery" button, finding out that my SqueezeAMP was still running FW v1.665. FYI I did verify that the new v1.681 firmware file was downloaded and available on my Windows LMS server in folder C:\ProgramData\Squeezebox\Cache\updates.



A second update attempt gave the same result. Then I decided to first manually reboot into Recovery mode by hitting button Recovery (instead of Flash Firmware). When starting the FW update in Recovery Mode the FW update process worked fine, and the firmware was successfully updated. In hindsight I probably could have simply hit the "Close" button on the "Upgrade Progress" window shown in the screenshot above, and then hit the Flash Firmware button while still in Recovery mode.

=> So I did manage to update the firmware, but thought it would be useful to report that the FW update only seems to work when started in Recovery Mode.

[Paul Webster]

I had same issue on 29/04

https://forums.slimdevices.com/showthread.php?112697-ANNOUNCE-Squeezelite-ESP32-(dedicated-thread)&p=1020910&viewfull=1#post1020910

[sle118]

I had same issue on 29/04
https://forums.slimdevices.com/showt...=1#post1020910

Could you confirm that you have installed the most recent version of the plug-in on the server?

I'm going to have a look into this

[CJS]

I had same issue on 29/04
https://forums.slimdevices.com/showt...=1#post1020910

OK, I see. Maybe this time, after clicking on Close, you can hit "Flash Firmware" again while still in Recovery Mode. I expect that firmware update will then work.

[mherger]

ANNOUNCE: Squeezelite-ESP32(dedicated thread)

> Could you confirm that you have installed the most recent version of the
> plug-in on the server?

Unfortunately I can confirm the behaviour - and I'm running whatever
plugin code is in cmake-master.

[CJS]

Could you confirm that you have installed the most recent version of the plug-in on the server?
I'm going to have a look into this

SqueezeESP32 plugin version that I have is v0.351. As far as I know this is the latest version.

[philippe_44]

Yes, not using, sorry

The half speed was a result of reading just the core sampling rate and not the extended sampling rate while still decoding the full SBR.

SBR reconstructs higher spectrum part and thus double sampling rate.

In 681, I've found ways to improve performances, adding some assembly code, playing with thread priority, core pinning and blocking some display functions until the output buffer has filled up to a low water level. So with that, it seems to work well enough in 16bits+equalization or 32 bits. It's close, but the output buffer is slowing growing up to then stay at 98% after a minute on the most demanding SBR. So for now, I'll leave SBR.

[nenu]

doublepress for buttons?

Is double pressing a a button implemented? I see it mentioned for rotary encoder, but not for regular buttons.
Can that be added in a future update?