The UK Home Automation Archive

Archive Home
Group Home
Search Archive


Advanced Search

The UKHA-ARCHIVE IS CEASING OPERATIONS 31 DEC 2024


[Message Prev][Message Next][Thread Prev][Thread Next][Message Index][Thread Index]

Re: Re: Shoutcast ok, normal music skipping


  • Subject: Re: Re: Shoutcast ok, normal music skipping
  • From: "Jon Payne" <jgpayne@xxxxxxxxxxxxxx>
  • Date: Sun, 22 Aug 2004 12:39:38 +0100

Excellent, thanks Tony.

----- Original Message -----
From: "Tony Tofts" <tony@xxxxxxx>
To: <ukha_xpl@xxxxxxx>
Sent: Sunday, August 22, 2004 9:03 AM
Subject: RE: [ukha_xpl] Re: Shoutcast ok, normal music skipping


> > To be honest I'm stumped as to a solution at the moment, but
> > am looking in more detail at how madplay works.
>
> Ok, can't do much regarding madlib itself, but I have a cunning plan
that
> might (hopefully should) work...
>
> Currently the mad output callback to output the actual audio has to
wait
> while the audio is played before the next callback can occur. This in
> combination with it not being able to perform quick enough input
callbacks
> for 320kbs (with the output delay) seems to lead to the jitter.
>
> If we introduce a largish buffer into which mad puts the audio, with a
> separate thread actually playing the audio, then even if mad stumbles
the
> audio should remain uninterrupted... This should also allow tts to be
> injected with less of a delay.
>
> Anyway, this isn't a simple change but will try it out as soon as I
have
the
> time.
>
> Regards
> Tony
>
>
>
>
>
> xPL Links: http://www.xplproject.org.uk http://www.xplhal.com
http://www.xpl.myby.co.uk
> To Post a Message: ukha_xpl@xxxxxxx
> To Subscribe:  ukha_xpl-subscribe@xxxxxxx
> To Unsubscribe:  ukha_xpl-unsubscribe@xxxxxxx
> Yahoo! Groups Links
>
>
>
>
>




xPL Main Index | xPL Thread Index | xPL Home | Archives Home

Comments to the Webmaster are always welcomed, please use this contact form . Note that as this site is a mailing list archive, the Webmaster has no control over the contents of the messages. Comments about message content should be directed to the relevant mailing list.