Gapless mode (setNextURI) issues for UPnP interface

I converted the WAV to My Flac and Mp3 and played the 4 tracks in the order My Flac, Mp3, WAV and Your Flac. Gapless does not work
MP3 files usually are not gapless due to the padding inside which requires additional processing. Lack of the gapless transition for other cases would indicate the same issue as mine. Can you please remove mp3 and leave the others without changing the order, and play it looped? Only transitioning between flacs should be gapless if I'm correct.
 
I converted the WAV to My Flac and Mp3 and played the 4 tracks in the order My Flac, Mp3, WAV and Your Flac. Gapless does not work
The audio files have different bit depths as 24-bit and 32-bit, although the sample rate is the same. It breaks gapless playback. If there's another streamer that can support it, please let us know, and we'll take a look. Thank you!
 
I've just converted a 16/44 gapless album to 24bit, and then onto WAV.
I then played 16FLAC, 16WAV, 16Mix, 24FLAC, 24WAV and 24Mix and everything plays gaplessly except the 24 bit Mix as discussed.
 
The audio files have different bit depths as 24-bit and 32-bit, although the sample rate is the same. It breaks gapless playback. If there's another streamer that can support it, please let us know, and we'll take a look. Thank you!
Both files have the same content as flac has been converted from the wav. It's an ffmpeg library issue probably that flacs are converted internally to 32 bit depth. Ffprobe tells "s32 (24 bit)" for my flac.
 
Anyway even if the content is mixed with 32 bit and 24 bit it shouldn't break the gapless transition as the pcm stream sent over spdif has the same 24 bit depth due to the spdif limitations.
 
Anyway even if the content is mixed with 32 bit and 24 bit it shouldn't break the gapless transition as the pcm stream sent over spdif has the same 24 bit depth due to the spdif limitations.
No, the ALSA lib of Linux (used in the WiiM Mini and Pro) handles the 24-bit and 32-bit differently. It needs to reset, although the optical signal is up to 24-bit. I hope it clarifies.
 
No, the ALSA lib of Linux (used in the WiiM Mini and Pro) handles the 24-bit and 32-bit differently. It needs to reset, although the optical signal is up to 24-bit. I hope it clarifies.
So that's the alsa issue if it's true. Especially for cases when the content is in fact the same.
Or maybe it's an mplayer issue which is probably used in WiiMs and, maybe, handles alsa wrong way.
 
No, the ALSA lib of Linux (used in the WiiM Mini and Pro) handles the 24-bit and 32-bit differently. It needs to reset, although the optical signal is up to 24-bit. I hope it clarifies.
Ah. I have often wondered what Linux audio system was in use. Now you have confirmed it is Alsa that should make incorporating squeezelite into the firmware really easy!
 
Ah. I have often wondered what Linux audio system was in use. Now you have confirmed it is Alsa that should make incorporating squeezelite into the firmware really easy!
Keep plugging away :ROFLMAO:
 
No, 524 comes from the WiiM as a result of content analysis.
Playing local 16/44.1 FLACs
If I set Transcode = none then I see 524 kbps
If I set Transcode = pcm then I see 1411 kbps for all tracks
If I set Transcode = flac then it is 524 kbps again

@onlyoneme are you sure that the WiiM app is doing some kind of content analysis?
 
Playing local 16/44.1 FLACs
If I set Transcode = none then I see 524 kbps
If I set Transcode = pcm then I see 1411 kbps for all tracks
If I set Transcode = flac then it is 524 kbps again

@onlyoneme are you sure that the WiiM app is doing some kind of content analysis?
No app, it's WiiM itself. For pcm taken from wav file it works as expected but it's broken for compressed flac content.
 
No app, it's WiiM itself. For pcm taken from wav file it works as expected but it's broken for compressed flac content.
I had a silly feedback response on the subject telling me I have a lot of files at the same 524 kbps! Made me wonder if the Bridge was indeed doing something.

EDIT.
My system just threw an M4A into the mix. There is no kbps display at all in the app for this - it is hidden.
 
I had a silly feedback response on the subject telling me I have a lot of files at the same 524 kbps! Made me wonder if the Bridge was indeed doing something.

EDIT.
My system just threw an M4A into the mix. There is no kbps display at all in the app for this - it is hidden.
You will see the same 524 kbps when using WiiM Home app instead of LMS.
 
Well unless my aged ears are well and truly fooked what is being played is definitely not all 524.3 kbps. As I am using LMS to me it doesn't really matter what the app says or what is logged. The "mix" gapless issue is a bit of an edge case as in reality it isn't likely to occur.
WiiM are getting closer which is a good thing.
 
Well unless my aged ears are well and truly fooked what is being played is definitely not all 524.3 kbps. As I am using LMS to me it doesn't really matter what the app says or what is logged. The "mix" gapless issue is a bit of an edge case as in reality it isn't likely to occur.
WiiM are getting closer which is a good thing.
None of these issues is critical. Maybe the "524 bug" is related to the way LMS/bridge processes flac headers and WiiM cannot calculate the bitrate correctly.
BTW, is seeking working for you? For me it advances to the next song.
 
Back
Top