From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <42855E75.6000003@xmission.com> From: Brad Midgley MIME-Version: 1.0 To: BlueZ Mailing List Content-Type: text/plain; charset=us-ascii; format=flowed Subject: [Bluez-devel] a2play live streaming Sender: bluez-devel-admin@lists.sourceforge.net Errors-To: bluez-devel-admin@lists.sourceforge.net Reply-To: bluez-devel@lists.sourceforge.net List-Unsubscribe: , List-Id: BlueZ development List-Post: List-Help: List-Subscribe: , List-Archive: Date: Fri, 13 May 2005 20:12:05 -0600 Hi a2play now takes args. they're possibly overly complicated, but here it is: use: a2play [options] [filename] Where bdaddr is the bluetooth address of an A2DP headset and filename is an audio file or device, or stdin if not specified. Options: -h print this usage and exit -v print verbose output -d process input as raw audio or an audio device -m use mono instead of the default stereo; implies -d -s skip over backlogged data to try to eliminate latency; implies -d -r rate (hz): use rate, default 44100, for raw audio or device; implies -d so i stream directly by running: a2play -s 00:0D:3C:30:32:AD /dev/dsp unfortunately, latency is still pretty significant (~400ms?) any ideas on how to reduce latency? i still use the ring buffer but skip to the last frame in the ring when using "-s" so it should never get behind there. the problem seems to be somewhere else anyway. i disabled the stream close command because it locks up the itech. i got tired of powercycling it. let me know if it causes problems with the other sets. brad ------------------------------------------------------- This SF.Net email is sponsored by Oracle Space Sweepstakes Want to be the first software developer in space? Enter now for the Oracle Space Sweepstakes! http://ads.osdn.com/?ad_id=7393&alloc_id=16281&op=click _______________________________________________ Bluez-devel mailing list Bluez-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bluez-devel