pbjbryan;205783 Wrote: > Cool! I'm glad to hear the pipes are working for you. > > The settings you've chosen for wavin2cmd provide about 370ms at > 44.1kHz, so the additional 630ms is likely the result of network > buffering on each end, the encryption/conversion buffering, and the > linux machine's audio output driver latency. > > To get 300ms through-latency, you'll need to minimize the buffering > wherever you can, and not use encryption/compression, since these add > additional buffering and can use processor cycles needed for minimum > latency driver performance (this goes up inversely proportional to the > buffer size). If you need compression to minimize network traffic, you > could try the flac codec.
I did not use the pipe as the "-p" option but redirected the stdout of wavin2cmd through plink, to the remote mplayer stdin. Using compression or not with plink, did not help. The simple DES encryption is the lower available algorithm, it use no more than 3% percent of CPU. I will give a try with netcat if it is available on Win32 platform. I tried the -p option but I did not get the pipe file to be created... Thanks. -- just ------------------------------------------------------------------------ just's Profile: http://forums.slimdevices.com/member.php?userid=11410 View this thread: http://forums.slimdevices.com/showthread.php?t=35718 _______________________________________________ plugins mailing list [email protected] http://lists.slimdevices.com/lists/listinfo/plugins
