ONeill wrote:
>
> as squeezelite now seems to correctly start decoding the audio stream
> and then, of course, plays it. Now my probably stupid question is: Why
> does this not work in squeezlite 1.8?
I expect you may be running into the same problem as me. See my posts
here, which may help
ONeill wrote:
> as squeezelite now seems to correctly start decoding the audio stream
> and then, of course, plays it. Now my probably stupid question is: Why
> does this not work in squeezlite 1.8? :D
Thats a question for ralphy on the Squeezelite thread
bpa wrote:
> You need to start playing somehting to get decode to try to go.
I try to play the mp3 files generated by the script with mpg123 and it's
working fine.
bpa wrote:
> Please confirm - the problem is only with tts file ? As you said in 1st
> post all other audio stream MP3, aac play
ONeill wrote:
> Just curious: squeezelite is working on your ubuntu installation, right?
> Is that an ubunut-server, too, or a desktop? Do I need to install some
> libraries, which are missing in ubuntu-server? (ubuntu-restricted-extras
> is already installed).
You need to start playing
bpa wrote:
> can you run squeezelite with the following options "-d decode=sdebug"
Sure! What I forgot to say: Because I wasn't sure, if this all is my
error because I did something wrong in this Ubuntu installation, I
started from scratch with only this things:
* Install a fresh copy of Ubuntu
Still not clear why the Ubuntu version doesn't like the mp3 stream - can
you run squeezelite with the following options "-d decode=sdebug" . You
can put log in a text file, zip it and attach to a post if it is too
big.
"
Ok, a full log output from windows (start -> play TTS mp3 -> stop):
Code:
C:\Users\...\Desktop\squeezelite>squeezelite-win.exe -d all=debug
[23:23:26.254] stream_init:264 init stream
[23:23:26.255] stream_init:265 streambuf size: 2097152
[23:23:26.255]
The Ubuntu log is missing the mpeg decode has not started which means
squeezelite cannot decode the offered stream.
Check what is the difference between the squeezeliute for Windows vs
Ubuntu (e.g. same version ? same libraries used to build ? )
Enable more squeezelite logging and where is
bpa wrote:
> Does the new stream still play OK on Windows ?
>
> What do the squeezelite logs of Window and Ubuntu for the exactly same
> message look like and where do they differ ?
It's still possible to play the file on a Windows machine. The log
output of Windows:
Code:
Does the new stream still play OK on Windows ?
bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View this thread: http://forums.slimdevices.com/showthread.php?t=106623
Ok, I now tested this with processing the wav file with sox with the
following arguments:
/usr/bin/sox tts.wav -c 2 -r 44100 tts.mp3
before passing it to lame (which, in fact, shouldn't be needed anymore,
right, as sox already outputs a mp3 file?) and delivering it in the web
response.
This is
I think the problem is 16Khz sampling and mono (1 chan).
To make a "safe" file - choice is either at source resample and make 2
chan before creating the file (e.g. sox before lame) or else at playback
IIRC you can tell squeezelite to resample upwards as well as say 16kHz
is acceptable.
Sampling rate: 16.0 kHz
Could you please check the LMS log, too? That seems like a very low
sample rate. And if the server was still reporting 48kHz, then there
might be the problem.
--
Michael
___
plugins mailing list
ONeill wrote:
> I'll post the mp3 details as soon as I've it :)
General
Complete name: tts_Hallo.mp3
Format : MPEG Audio
File size: 8.86 KiB
Duration : 684 ms
Overall
If you refer to the icy-br header: This is a fixed value, hardcoded in
the php script, which triggers the audio generation and delivers the
file (based on
https://github.com/openhab/openhab/wiki/Use-local-TTS-with-squeezebox).
After I switched to CBR in lame, I changed the icy-br value to 128
mherger wrote:
> > 128kbps is the bit rate not the sampling rate - the sampling rate is
> > typically something like 22050Hz 32kHz 44.1kHz, 48Khz but some audio
>
> The OP posted some log output on github
> (https://github.com/Logitech/slimserver/issues/123#issuecomment-266562864)
>
> which
mherger wrote:
> > 128kbps is the bit rate not the sampling rate - the sampling rate is
> > typically something like 22050Hz 32kHz 44.1kHz, 48Khz but some audio
>
> The OP posted some log output on github
> (https://github.com/Logitech/slimserver/issues/123#issuecomment-266562864)
>
> which
128kbps is the bit rate not the sampling rate - the sampling rate is
typically something like 22050Hz 32kHz 44.1kHz, 48Khz but some audio
The OP posted some log output on github
(https://github.com/Logitech/slimserver/issues/123#issuecomment-266562864)
which says the stream was 48kHz.
--
since lms is a streaming server and the direct url field is for a direct
url from another streaming server i would be surprised when the file
would be played.
Just for your information: you can play anything playable from that
input field. Local file, radio stream, virtual URL
ONeill wrote:
> I'm not sure, if that is what you asked for, so please exuse, if it
> isn't :] The mp3, like I said, is converted using lame and all the
> default options, except a fixed bitrate to 128 kb/s, so the bit rate is
> 128 kb/s. As far as I read the docs correctly, it should be stereo.
bpa wrote:
> What are the characteristics of the stream ?
I'm not sure, if that is what you asked for, so please exuse, if it
isn't :] The mp3, like I said, is converted using lame and all the
default options, except a fixed bitrate to 128 kb/s, so the bit rate is
128 kb/s. As far as I read the
If MP3 doesn't play then it is usually because the format (i.e. sampling
rate, 1or 2 channel) is not compaitble/supported with the underlying
audio subssytem.
What are the characteristics of the stream ?
bpa's Profile:
In fact, the desired environment would be a Text-to-Speech setup for
openhab with the squeezebox add-on, which, as far as I see it correctly,
uses the direct URL to a webserver to request a file/stream. Like I
said, it's working fine on a Windows computer with squeezebox.
ONeill wrote:
> What I would expect:
> If I enter the URL in the "direct URL" input box of the LMS web
> interface and click play, the LMS starts playing the file (at least the
> progress bar indicates this).
Hi,
since lms is a streaming server and the direct url field is for a direct
url from
Hi all together!
I've a problem getting an mp3 file streamed trough
squeeboxserver/LMS/Slimserver to a squeezelite service running on the
same machine. For a short background: Playing a playlist from a web
radio works pretty fine, also playing an mp3 file from the server where
LMS is running
25 matches
Mail list logo