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: "Tony Tofts" <tony@xxxxxxxxxx>
  • Date: Sun, 22 Aug 2004 09:03:20 +0100

> 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 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.