Replies: 1 comment
-
Replying to my own problem in case others run into this. Do you see the second set of brackets [I]? That means that this is just an info message and not an error. Further down the class, a real error happens but despite debug level set to 3/4, you will never see that the file you are playing is not found. The error text for that is produced, but never shown in the the current build. I also ran into another error. I was trying to play back "MYFILE.MP3" and that also fails silently instead of showing the error produced in the library ("The .MP3 format is not supported"). The reason is that the actual file is never tested in any way. Instead, the library relies on a string lookup on the filename that looks for ".mp3". This string ".mp3" is not the same as ".MP3", so when using this library, you must always use files that have extensions that are lowerCase. I still wonder why these informative errors (stored in AUDIO_INFO) are never displayed anywhere despite debug info being turned on... |
Beta Was this translation helpful? Give feedback.
-
Hi,
I have a project that formerly used playback from SPIFFS with great success. When updating it to use LittleFS, playing back a file results in the error:
The error happens instantly, so my guess would be that this is caused by LittleFS not returning any data. Is that a correct assumption? And is there any reason LittleFS should not work just as Filesystems on SD and SPIFFS? Any pointers as to where to dig further would be much appreciated!
J
Beta Was this translation helpful? Give feedback.
All reactions