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]

xPLRioNet and TTS Volume


  • Subject: xPLRioNet and TTS Volume
  • From: "Tony Tofts" <tony@xxxxxxxxxx>
  • Date: Thu, 12 Aug 2004 08:43:40 +0100

Hi all,

The attempt to control the volume of the TTS announcements during playback
of a track is a none runner.

This is due to the buffer, and unknown 'true time' length of the mp3 in the
buffer due to it's compression.

Also, it has having knock on effects on the volume control.

The only volume control that can be performed on tts will have to be at the
tts server end.

As such the volume= in tts.basic and announcevolume= in audio.rio will
change as follows:

volume=x-yyy (e.g. 0-100 or 1-10)

where x = lame amplification in the range 1 to 4 (1=no amplification, same
as 0)

and y = volume level of tts generation 1 to 100

volume=100 will be intrepeted as 1-100 etc

Also, as this change needs to be made, the speed parameter of tts will also
be supported.
tts.basic already supports speed, but audio.rio will be extended as follows
extended=announcespeed +5

As such the cache files will be prefixed with their settings:

e.g. for wavs =  090+05hello world.wav
(volume=90, speed=+5)

e.g. for mp3's =  1090-05hello world.mp3
(no amplification, volume=90, speed=-5)

e.g. for mp3's = 2090000hello world.mp3
(2 x amp, volume=90, speed = normal)

Regards
Tony






[Non-text portions of this message have been removed]




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.