eLR!C wrote: > Hello, > > Nice piece of software :). Everything works OK until I try to sync with > other players > > config : Raspi + HifiDIY Sabre, using latest release (from this > morning) > playing 16/44 flac from local server. Squeezelite synced to an SB > receiver (everything wired) > > > Code: -------------------- > > > root@raspberrypi:/opt# ./squeezelite -o sysdefault:CARD=DAC -a :::0 -d all=debug -c flac > [13:23:29.862058] output_init:1265 init output > [13:23:29.864858] output_init:1268 outputbuf size: 3528000 > [13:23:29.866641] output_init:1298 requested buffer_time: 20000 period_count: 4 format: any mmap: 0 > [13:23:29.923439] output_init:1322 output: sysdefault:CARD=DAC maxrate: 384000 > [13:23:29.925729] output_thread:562 open output device: sysdefault:CARD=DAC > [13:23:29.943568] alsa_open:257 opened device sysdefault:CARD=DAC using format: S32_LE sample rate: 44100 mmap: 0 > [13:23:29.944816] alsa_open:305 buffer time: 85328 period count: 4 buffer size: 3763 period size: 940 > [13:23:29.951579] stream_init:264 init stream > [13:23:29.953435] stream_init:265 streambuf size: 2097152 > [13:23:29.955457] decode_init:101 init decode > [13:23:29.962381] load_flac:196 loaded libFLAC.so.8 > [13:23:29.964427] discover_server:617 sending discovery > ... > [13:23:30.071184] stream_thread:150 headers: len: 113 > HTTP/1.1 200 OK > Server: Logitech Media Server (7.7.2 - 33893) > Connection: close > Content-Type: audio/x-flac > > > [13:23:30.078704] sendRESP:182 RESP > [13:23:30.116946] sendSTAT:151 STAT: STMl > [13:23:30.122625] process:402 strm > [13:23:30.123993] process_strm:219 strm command u > [13:23:30.125649] process_strm:266 unpause at: 7480532 now: 7480341 > [13:23:30.127447] sendSTAT:151 STAT: STMr > [13:23:30.170223] write_cb:95 setting track_start > [13:23:30.325210] output_thread:748 track start sample rate: 44100 replay_gain: 0 > [13:23:31.000289] sendSTAT:151 STAT: STMs > ... > [13:23:41.086786] process_strm:253 skip ahead interval: 11 > [13:23:41.099483] OUTPUT_THREAD:680 SKIP 485 OF 485 FRAMES > [13:23:42.089664] sendSTAT:151 STAT: STMt > [13:23:43.092145] sendSTAT:151 STAT: STMt > [13:23:44.094955] sendSTAT:151 STAT: STMt > [13:23:45.097809] sendSTAT:151 STAT: STMt > [13:23:46.000442] process:402 strm > [13:23:46.001775] process_strm:219 strm command t > [13:23:46.003412] sendSTAT:151 STAT: STMt > [13:23:47.007045] sendSTAT:151 STAT: STMt > [13:23:48.009646] sendSTAT:151 STAT: STMt > [13:23:49.012151] sendSTAT:151 STAT: STMt > [13:23:50.014696] sendSTAT:151 STAT: STMt > [13:23:51.000206] process:402 strm > [13:23:51.002777] process_strm:219 strm command t > [13:23:51.004591] sendSTAT:151 STAT: STMt > [13:23:51.083849] process:402 strm > [13:23:51.086752] process_strm:219 strm command a > [13:23:51.088032] process_strm:253 skip ahead interval: 10 > [13:23:51.107536] OUTPUT_THREAD:680 SKIP 441 OF 441 FRAMES > [13:23:52.090712] sendSTAT:151 STAT: STMt > ... > -------------------- > > > > No noises when not syncing. Other players do not seem to have sync > problems. Obviously, I tried to play with the -a parameters but no > luck ... > Any other things I might try ?
Sync skipping occurs when one player plays a stream faster than another. If the crystal speeds are similar then there should be minimal skipping, but if you see it frequently then this could be due to the frequencies being out by more. Enable sync logging on the server to see how much they are drifting and how frequently it is asking the player to skip. Does this match up with when you hear the skip. If so I'm not sure what can easly be done about it. Your might want to try an external dac to see if this has a closer playback frequency to the hardware player. ------------------------------------------------------------------------ Triode's Profile: http://forums.slimdevices.com/member.php?userid=17 View this thread: http://forums.slimdevices.com/showthread.php?t=97046 _______________________________________________ unix mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/unix
