philippe_44 wrote: > I've implemented that packing and there is not much more to know that > what is described here. Take 2 frames of 24 bits samples, L and R, and > then mangle them to have a flow of bytes like: if (T = most significant > byte, M = middle and B = bottom and 0 = 1st frame, 1 = 2nd frame) > > LT0,LM0,RT0,RM0,LT1,LM1,RT1,RM1,LB0,RB0,LB1,RB1 and so on with LT2,LM2 > ... > > It's a sort of 16 bits big endian mode with all the bottom bytes at the > end, it might be to "help" players doing 16 bits truncation, I don't > know but I agree it's funny (and painful because the need to have 2 > frames to be able process is a lot if pain in my bridges) All I know is that using sox, -B is needed on output when sending to a Touch feeding my M1 CLiC player. I don't know how the data is formatted from Touch to Player, and whether this -B is for compatibility with the Touch or with the player. I believe that the reason I had to upsample my 16/44100 tracks (to 24/88200 rather than 24/44100) when using sox to send 24 bit samples, is that maybe the Touch can't handle 24/44100 data (my player claims to be able to do so when receiving UPnP music over ethernet - LPCM format).
LMS 7.9.1 on VortexBox Midi box, Xubuntu 17.10, FLACs 16->24 bit, 44.1->192kbps. Touch & EDO. 2nd Touch standard. LMS plugin UPnP/DLNA Bridge to MF M1 CLiC (to A308CR amp & ESLs) & Marantz CR603 UPnP renderers. Alternatively Minimserver & Upplay to same & to upmpdcli/mpd PC renderers. Squeezelite to Meridian USB Explorer DAC to PC speakers/headphones. Wireless Xubuntu 17.10 laptop firefox/upplay or Android 'phone with Squeeze-Commander/BubbleUPnP controls LMS/Minimserver. ------------------------------------------------------------------------ PasTim's Profile: http://forums.slimdevices.com/member.php?userid=41642 View this thread: http://forums.slimdevices.com/showthread.php?t=105309 _______________________________________________ Squeezecenter mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/squeezecenter
