csccsc wrote: > Thanks philippe_44. I made the change and restarted LMS. Different > logfile (32877), but same behavior in SBT. > The issue seems to be client side, SBT seems to have a problem decoding > the aac stream? > > I set the log levels for audio.codec and audio.decode to DEBUG on the > SBT. > Here the logfile:32880 > > It shows sync errors resulting in a buffer underrun: > Jan 7 17:22:18 squeezeplay: DEBUG audio.codec - src/decode_aac.c:124 > sync error 4096 0 > Jan 7 17:22:18 squeezeplay: DEBUG audio.codec - src/decode_aac.c:140 > error 2008 > Jan 7 17:22:18 squeezeplay: DEBUG audio.decode - Playback.lua:320 > status DECODE UNDERRUN
I'm pretty sure the issue is that the Touch receives the wrong indication of codec. It's a bit confusing the way it's done in LMS and I also have made a fair bit of changes recently. The idea is that LMS sends the same codec type for mp4 and aac (type 'a') and then sends a sub-type info '2' is this is mp4 encapsulation and '5' is this is raw aac ADTS frames. The modifications I'm doing in LMS rationalize codec naming and now when a source is mp4, it shall remain mp4. We change that for other plugins / inside LMS but I'm really convinced that I missed Napster which forced type to be 'aac'. I can't test as I don't have a Napster account. Now, as @bpa says; I'm not 100% sure that modifying the plugin folder in Windows works. LMS 7.9 on Pi 3B+ & Odroid-C2 - *SqueezeAMP!*, 5xRadio, 3xBoom, 4xDuet, 1xTouch, 1 SB3. Sonos PLAY:3, PLAY:5, Marantz NR1603, Foobar2000, ShairPortW, JRiver 21, 2xChromecast Audio, Chromecast v1 and v2, Squeezelite on Pi, Yamaha WX-010, AppleTV 4, Airport Express, GGMM E5, Riva 1 & 3 ------------------------------------------------------------------------ philippe_44's Profile: http://forums.slimdevices.com/member.php?userid=17261 View this thread: http://forums.slimdevices.com/showthread.php?t=113593 _______________________________________________ Squeezecenter mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/squeezecenter
