Re: [SlimDevices: Plugins] squeezelite and local tts working on windows but not on Ubuntu
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 OK with squeezelite and LMS. As far as I can say, yes. A stream from http://www.iloveradio.de/ilovemashup.m3u (which should in fact be http://stream01.iloveradio.de/iloveradio2.mp3) works fine. bpa wrote: > > What version of Squeezlite are you running - I have 1.6.5 and that > hasn't been updated in a while. >From what squeezelite says, it's 1.8: Squeezelite v1.8 However, on Windows I'm using 1.5 (as far as I know the last version for windows). I'll try this version on Ubuntu now... Ok, I now tested it with the 1.5 version from https://code.google.com/archive/p/squeezelite/downloads and from my point of view this is ridiculous. Using squeezelite 1.5 works pretty fine, the sound is played withotu any problems, here is the log: Code: root@ubuntu:/tmp/squeezelite# ./squeezelite-x86-64 -d all=debug [01:04:47.440242] stream_init:264 init stream [01:04:47.440527] stream_init:265 streambuf size: 2097152 [01:04:47.441394] output_init_alsa:636 init output [01:04:47.441607] output_init_alsa:658 requested alsa_buffer: 40 alsa_period: 4 format: any mmap: 1 [01:04:47.441831] output_init_common:334 outputbuf size: 3528000 [01:04:47.445501] output_init_common:394 supported rates: 384000 352800 192000 176400 96000 88200 48000 44100 32000 24000 22500 16000 12000 11025 8000 [01:04:47.446593] output_init_alsa:670 memory locked [01:04:47.446843] output_init_alsa:693 set output sched fifo rt: 45 [01:04:47.446856] output_thread:465 open output device: default [01:04:47.448284] alsa_open:234 opened device default using format: S32_LE sample rate: 44100 mmap: 1 [01:04:47.448326] alsa_open:313 buffer: 40 period: 4 -> buffer size: 3763 period size: 940 [01:04:47.449821] decode_init:129 init decode [01:04:47.450060] register_dsd:624 using dsd [01:04:47.450415] load_faad:610 loaded libfaad.so.2 [01:04:47.450746] load_vorbis:295 loaded libvorbisfile.so.3 [01:04:47.451098] load_flac:258 loaded libFLAC.so.8 [01:04:47.451290] register_pcm:382 using pcm [01:04:47.451568] load_mad:351 loaded libmad.so.0 [01:04:47.451922] discover_server:699 sending discovery [01:04:47.452393] output_thread:488 XRUN [01:04:47.453828] discover_server:710 got response from: 10.0.2.15:3483 [01:04:47.454018] slimproto:787 connecting to 10.0.2.15:3483 [01:04:47.454703] slimproto:817 connected [01:04:47.454894] slimproto:833 local player [01:04:47.455066] sendHELO:117 mac: 08:00:27:27:2e:56 [01:04:47.455231] sendHELO:119 cap: Model=squeezelite,ModelName=SqueezeLite,AccuratePlayPoints=1,HasDigitalOut=1,MaxSampleRate=384000,dsf,dff,aac,ogg,flc,aif,pcm,mp3,loc [01:04:47.458418] process:469 strm [01:04:47.458600] process_strm:232 strm command q [01:04:47.458746] decode_flush:188 decode flush [01:04:47.458900] output_flush:407 flush output buffer [01:04:47.459054] sendSTAT:164 STAT: STMf [01:04:47.459206] process:469 strm [01:04:47.459385] process_strm:232 strm command q [01:04:47.459414] decode_flush:188 decode flush [01:04:47.459437] output_flush:407 flush output buffer [01:04:47.459464] sendSTAT:164 STAT: STMf [01:04:47.459494] process:469 setd [01:04:47.459521] process:469 setd [01:04:47.459546] process:469 aude [01:04:47.459569] process_aude:368 enable spdif: 1 dac: 1 [01:04:47.459595] process:469 audg [01:04:47.459617] process_audg:385 audg gainL: 65536 gainR: 65536 adjust: 1 [01:04:51.003644] process:469 strm [01:04:51.003901] process_strm:232 strm command t [01:04:51.003924] sendSTAT:164 STAT: STMt [01:04:51.229982] process:469 strm [01:04:51.230023] process_strm:232 strm command q [01:04:51.230027] decode_flush:188 decode flush [01:04:51.230030] output_flush:407 flush output buffer [01:04:51.230032] sendSTAT:164 STAT: STMf [01:04:51.290575] process:469 audg [01:04:51.290594] process_audg:385 audg gainL: 65536 gainR: 65536 adjust: 1 [01:04:51.292058] process:469 strm [01:04:51.292070] process_strm:232 strm command s [01:04:51.292072] process_strm:299 strm s autostart: 3 transition period: 10 transition type: 0 codec: m [01:04:51.292074] sendSTAT:164 STAT: STMf [01:04:51.292081] codec_open:211 codec open: 'm' [01:04:51.292094] stream_sock:352 connecting to 127.0.0.1:80 [01:04:51.292123] stream_sock:381 header: GET /tts/service.php?lng=de-DE=Hallo HTTP/1.0 Cache-Control: no-cache Connection: close Accept: */* Host: localhost User-Agent: iTunes/4.7.1 (Linux; N; Debian; x86_64-linux; DE; utf8) SqueezeCenter, Squeezebox Server, Logitech Media Server/7.9.0/1481874538 Icy-Metadata: 1 [01:04:51.292129] sendSTAT:164 STAT: STMc [01:04:51.292134] process_strm:330 set fade mode: 0
Re: [SlimDevices: Plugins] squeezelite and local tts working on windows but not on Ubuntu
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 server 16.04 * Install Logitech Media Server 7.9 (snapshot from today: Logitech Media Server: Debian Installer Package (x86_64)logitechmediaserver_7.9.0~1481874538_amd64.deb 51.35 MB December 16 2016 08:08) * Install squeezelite (From apt) * Install nginx, php7-fpm, pico2wave, lame, sox (for the audio creation and conversion) With this setup I tried to play an mp3 created using the TTS service (and I also tried the mp3 file directly), but without any luck (same problem as before). Ok, back to my "Sure!": I started squeezelite with the sdebug option for decode, however, I only get this output (the output is printed before I start the stream, so I assume it's the log output while squeezelite is initializing, at least that would match my understanding of what is written there :P): Code: root@ubuntu:~# squeezelite -d decode=sdebug [00:28:25.698116] decode_init:129 init decode, include codecs: exclude codecs: [00:28:25.700496] register_dsd:624 using dsd to decode dsf,dff [00:28:25.700709] register_ff:731 using ffmpeg to decode alc [00:28:25.700876] register_ff:715 using ffmpeg to decode wma,wmap,wmal [00:28:25.701970] register_faad:640 using faad to decode aac [00:28:25.702088] register_vorbis:329 using vorbis to decode ogg [00:28:25.702341] register_flac:286 using flac to decode flc [00:28:25.702452] register_pcm:384 using pcm to decode aif,pcm [00:28:25.702562] register_mad:412 using mad to decode mp3 [00:28:25.706236] decode_flush:190 decode flush [00:28:25.706386] decode_flush:190 decode flush [00:28:33.024191] decode_flush:190 decode flush [00:28:33.053718] codec_open:218 codec open: 'm' root@ubuntu:~# 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). ONeill's Profile: http://forums.slimdevices.com/member.php?userid=66366 View this thread: http://forums.slimdevices.com/showthread.php?t=106623 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] squeezelite and local tts working on windows but not on Ubuntu
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] output_init_pa:385 init output [23:23:26.255] output_init_pa:396 requested latency: 0 [23:23:26.287] output_init_common:334 outputbuf size: 3528000 [23:23:26.387] output_init_common:394 supported rates: 384000 352800 192000 176400 96000 88200 48000 44100 32000 24000 22500 16000 12000 11025 8000 [23:23:26.392] _pa_open:260 opened device 3 - Kopfh÷rer (JBL E50BT Stereo) at 44100 latency 180 ms [23:23:26.393] decode_init:129 init decode [23:23:26.393] register_dsd:624 using dsd [23:23:26.394] load_ff:589 dlerror: code: 126 [23:23:26.394] load_ff:589 dlerror: code: 126 [23:23:26.395] load_faad:592 dlerror: code: 126 [23:23:26.396] load_vorbis:279 dlerror: code: 126 [23:23:26.396] load_flac:258 loaded libFLAC.dll [23:23:26.396] register_pcm:382 using pcm [23:23:26.397] load_mad:332 dlerror: code: 126 [23:23:26.397] load_mpg:242 loaded libmpg123-0.dll [23:23:26.399] discover_server:699 sending discovery [23:23:26.400] discover_server:710 got response from: 192.168.56.1:61819 [23:23:26.400] slimproto:787 connecting to 192.168.56.1:3483 [23:23:26.401] slimproto:817 connected [23:23:26.401] sendHELO:117 mac: 5c:93:a2:eb:ff:3a [23:23:26.401] sendHELO:119 cap: Model=squeezelite,ModelName=SqueezeLite,AccuratePlayPoints=1,HasDigitalOut=1,MaxSampleRate=384000,dsf,dff,flc,aif,pcm,mp3 [23:23:26.403] process:469 strm [23:23:26.403] process_strm:232 strm command q [23:23:26.403] decode_flush:188 decode flush [23:23:26.403] output_flush:407 flush output buffer [23:23:26.403] sendSTAT:164 STAT: STMf [23:23:26.403] process:469 strm [23:23:26.403] process_strm:232 strm command q [23:23:26.403] decode_flush:188 decode flush [23:23:26.403] output_flush:407 flush output buffer [23:23:26.403] sendSTAT:164 STAT: STMf [23:23:26.403] process:469 setd [23:23:26.403] process:469 setd [23:23:26.403] process:469 aude [23:23:26.403] process_aude:368 enable spdif: 1 dac: 1 [23:23:26.403] process:469 audg [23:23:26.403] process_audg:385 audg gainL: 3840 gainR: 3840 adjust: 1 [23:23:28.627] process:469 strm [23:23:28.627] process_strm:232 strm command t [23:23:28.628] sendSTAT:164 STAT: STMt [23:23:28.709] process:469 strm [23:23:28.709] process_strm:232 strm command q [23:23:28.709] decode_flush:188 decode flush [23:23:28.709] output_flush:407 flush output buffer [23:23:28.709] sendSTAT:164 STAT: STMf [23:23:28.739] process:469 audg [23:23:28.739] process_audg:385 audg gainL: 3840 gainR: 3840 adjust: 1 [23:23:28.740] process:469 strm [23:23:28.740] process_strm:232 strm command s [23:23:28.741] process_strm:299 strm s autostart: 3 transition period: 10 transition type: 0 codec: m [23:23:28.741] sendSTAT:164 STAT: STMf [23:23:28.741] codec_open:211 codec open: 'm' [23:23:28.741] stream_sock:352 connecting to 127.0.0.1:80 [23:23:28.741] stream_sock:381 header: GET /tts/service.php?lng=de-DE=Hallo! HTTP/1.0 Cache-Control: no-cache Connection: close Accept: */* Host: localhost User-Agent: iTunes/4.7.1 (Linux; N; Debian; x86_64-linux; EN; utf8) SqueezeCenter, Squeezebox Server, Logitech Media Server/7.9.0/1481874538 Icy-Metadata: 1 [23:23:28.742] sendSTAT:164 STAT: STMc [23:23:28.742] process_strm:330 set fade mode: 0 [23:23:28.742] process:469 audg [23:23:28.743] process_audg:385 audg gainL: 3840 gainR: 3840 adjust: 1 [23:23:28.783] stream_thread:150 headers: len: 293 HTTP/1.1 200 OK Server: nginx/1.10.0 (Ubuntu) Date: Fri, 16 Dec 2016 22:23:35 GMT Content-Type: audio/mpeg Content-Length: 4716 Connection: close Content-Transfer-Encoding: binary Content-Disposition: filename=tts.mp3 Cache-Control: no-cache icy-br: 64 icy-name: TTS Announcement [23:23:28.783] sendRESP:195 RESP [23:23:28.790] process:469 cont [23:23:28.790] process_cont:344 cont metaint: 0 loop: 0 [23:23:28.865] process:469 strm [23:23:28.865] process_strm:232 strm command t [23:23:28.869] sendSTAT:164 STAT: STMt [23:23:28.884] stream_thread:223 end of stream [23:23:28.884] sendDSCO:183 DSCO: 0 [23:23:28.885] process:469 strm [23:23:28.885] process_strm:232 strm command u [23:23:28.886] process_strm:286 unpause at: 0 now: 2355328500 [23:23:28.886] sendSTAT:164 STAT: STMr [23:23:28.905] mpg_decode:124 setting track_start [23:23:28.906] mpg_decode:166 stream complete [23:23:28.907] _output_frames:140 track start sample rate: 16000 replay_gain: 0 [23:23:28.909] decode_thread:99 decode complete [23:23:28.910] sendSTAT:164 STAT: STMs [23:23:28.911] sendSTAT:164 STAT: STMd [23:23:29.077] pa_stream_finished:141 stream finished [23:23:29.090] _pa_open:260 opened device 3 - Kopfh÷rer (JBL E50BT Stereo) at
Re: [SlimDevices: Plugins] squeezelite and local tts working on windows but not on Ubuntu
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: [22:04:48.554] process:469 strm [22:04:48.554] process_strm:232 strm command t [22:04:48.556] sendSTAT:164 STAT: STMt [22:04:48.621] stream_thread:223 end of stream [22:04:48.621] sendDSCO:183 DSCO: 0 [22:04:48.626] process:469 strm [22:04:48.626] process_strm:232 strm command u [22:04:48.626] process_strm:286 unpause at: 0 now: 176384187 [22:04:48.627] sendSTAT:164 STAT: STMr [22:04:48.664] mpg_decode:124 setting track_start [22:04:48.669] mpg_decode:166 stream complete [22:04:48.669] decode_thread:99 decode complete [22:04:48.670] sendSTAT:164 STAT: STMd [22:04:48.693] _output_frames:140 track start sample rate: 44100 replay_gain: 0 [22:04:49.676] sendSTAT:164 STAT: STMs [22:04:49.677] sendSTAT:164 STAT: STMu [22:04:52.241] process:469 strm [22:04:52.241] process_strm:232 strm command q [22:04:52.242] decode_flush:188 decode flush [22:04:52.242] output_flush:407 flush output buffer [22:04:52.243] sendSTAT:164 STAT: STMf [22:04:52.291] process:469 audg [22:04:52.291] process_audg:385 audg gainL: 3840 gainR: 3840 adjust: 1 [22:04:52.293] process:469 strm [22:04:52.293] process_strm:232 strm command s [22:04:52.293] process_strm:299 strm s autostart: 3 transition period: 10 transition type: 0 codec: m [22:04:52.294] sendSTAT:164 STAT: STMf [22:04:52.294] codec_open:211 codec open: 'm' [22:04:52.294] stream_sock:352 connecting to 192.168.178.52:80 [22:04:52.310] stream_sock:381 header: GET /tts/service.php?lng=de-DE=Hallo HTTP/1.0 Cache-Control: no-cache Connection: close Accept: */* Host: 192.168.178.52 User-Agent: iTunes/4.7.1 (Linux; N; Debian; x86_64-linux; DE; utf8) SqueezeCenter, Squeezebox Server, Logitech Media Server/7.9.0/1481125532 Icy-Metadata: 1 [22:04:52.310] sendSTAT:164 STAT: STMc [22:04:52.310] process_strm:330 set fade mode: 0 [22:04:52.310] process:469 audg [22:04:52.311] process_audg:385 audg gainL: 3840 gainR: 3840 adjust: 1 [22:04:52.418] process:469 strm [22:04:52.419] process_strm:232 strm command t [22:04:52.422] sendSTAT:164 STAT: STMt [22:04:52.428] stream_thread:150 headers: len: 297 HTTP/1.1 200 OK Server: nginx/1.10.0 (Ubuntu) Date: Thu, 15 Dec 2016 21:04:52 GMT Content-Type: audio/mpeg Content-Length: 10031 Connection: close Content-Transfer-Encoding: binary Content-Disposition: filename="tts.mp3" Cache-Control: no-cache icy-br: 128 icy-name: TTS Announcement [22:04:52.429] sendRESP:195 RESP [22:04:52.435] process:469 cont [22:04:52.435] process_cont:344 cont metaint: 0 loop: 0 [22:04:52.470] process:469 strm [22:04:52.471] process_strm:232 strm command t [22:04:52.473] sendSTAT:164 STAT: STMt [22:04:52.532] stream_thread:223 end of stream [22:04:52.533] sendDSCO:183 DSCO: 0 [22:04:52.537] process:469 strm [22:04:52.538] process_strm:232 strm command u [22:04:52.538] process_strm:286 unpause at: 0 now: 176388093 [22:04:52.538] sendSTAT:164 STAT: STMr [22:04:52.582] mpg_decode:124 setting track_start [22:04:52.594] mpg_decode:166 stream complete [22:04:52.594] decode_thread:99 decode complete [22:04:52.594] sendSTAT:164 STAT: STMd [22:04:52.604] _output_frames:140 track start sample rate: 44100 replay_gain: 0 [22:04:53.601] sendSTAT:164 STAT: STMs [22:04:53.602] sendSTAT:164 STAT: STMu [22:04:56.472] process:469 strm [22:04:56.472] process_strm:232 strm command t [22:04:56.475] sendSTAT:164 STAT: STMt [22:04:58.765] slimproto_stop:861 slimproto stop [22:04:59.617] decode_close:173 close decode [22:04:59.617] stream_close:296 close stream [22:04:59.620] output_close_pa:415 close output Compared to Ubuntu: Code: [21:10:09.007118] process:521 strm [21:10:09.007303] process_strm:269 strm command t [21:10:09.007366] sendSTAT:184 STAT: STMt [21:10:13.057130] process:521 strm [21:10:13.057341] process_strm:269 strm command t [21:10:13.057409] sendSTAT:184 STAT: STMt [21:10:17.050850] process:521 strm [21:10:17.051088] process_strm:269 strm command t [21:10:17.051176] sendSTAT:184 STAT: STMt [21:10:21.048799] process:521 strm [21:10:21.048981] process_strm:269 strm command t [21:10:21.049045] sendSTAT:184 STAT: STMt [21:10:25.038111] process:521 strm [21:10:25.038319] process_strm:269 strm command t [21:10:25.038386] sendSTAT:184 STAT: STMt [21:10:27.495909] process:521 strm [21:10:27.496089] process_strm:269 strm command q [21:10:27.496180] decode_flush:193 decode flush [21:10:27.496232] output_flush:424 flush output buffer [21:10:27.496287] sendSTAT:184 STAT: STMf [21:10:27.496624] process:521 audg [21:10:27.496690]
Re: [SlimDevices: Plugins] squeezelite and local tts working on windows but not on Ubuntu
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 the log I get in LMS: Code: [16-12-13 21:33:25.5700] Slim::Player::Squeezebox::stream_s (787) This player supports direct streaming for http://192.168.178.52/tts/service.php?lng=de-DE=Hallo as http://192.168.178.52/tts/service.php?lng=de-DE=Hallo, let's do it. [16-12-13 21:33:25.5703] Slim::Player::Squeezebox::stream_s (807) Made synchronous DNS request for 192.168.178.52 (0.00 ms) [16-12-13 21:33:25.5706] Slim::Player::Squeezebox::stream_s (828) setting up direct stream (3232281140:80) autostart: 3 format: m. [16-12-13 21:33:25.5708] Slim::Player::Squeezebox::stream_s (829) request string: GET /tts/service.php?lng=de-DE=Hallo HTTP/1.0 Cache-Control: no-cache Connection: close Accept: */* Host: 192.168.178.52 User-Agent: iTunes/4.7.1 (Linux; N; Debian; x86_64-linux; DE; utf8) SqueezeCenter, Squeezebox Server, Logitech Media Server/7.9.0/1481125532 Icy-Metadata: 1 [16-12-13 21:33:25.7933] Slim::Player::Squeezebox2::directHeaders (471) Processing headers for direct streaming: HTTP/1.1 200 OK Server: nginx/1.10.0 (Ubuntu) Date: Tue, 13 Dec 2016 20:33:25 GMT Content-Type: audio/mpeg Content-Length: 10031 Connection: close Content-Transfer-Encoding: binary Content-Disposition: filename="tts.mp3" Cache-Control: no-cache icy-br: 128 icy-name: TTS Announcement [16-12-13 21:33:25.7936] Slim::Player::Squeezebox2::directHeaders (545) Processing 10 headers [16-12-13 21:33:25.7938] Slim::Player::Squeezebox2::directHeaders (551) Calling Slim::Player::Protocols::HTTP ::parseDirectHeaders [16-12-13 21:33:25.7940] Slim::Player::Protocols::HTTP::parseDirectHeaders (348) header-ds: Server: nginx/1.10.0 (Ubuntu) [16-12-13 21:33:25.7941] Slim::Player::Protocols::HTTP::parseDirectHeaders (348) header-ds: Date: Tue, 13 Dec 2016 20:33:25 GMT [16-12-13 21:33:25.7943] Slim::Player::Protocols::HTTP::parseDirectHeaders (348) header-ds: Content-Type: audio/mpeg [16-12-13 21:33:25.7944] Slim::Player::Protocols::HTTP::parseDirectHeaders (348) header-ds: Content-Length: 10031 [16-12-13 21:33:25.7945] Slim::Player::Protocols::HTTP::parseDirectHeaders (348) header-ds: Connection: close [16-12-13 21:33:25.7946] Slim::Player::Protocols::HTTP::parseDirectHeaders (348) header-ds: Content-Transfer-Encoding: binary [16-12-13 21:33:25.7947] Slim::Player::Protocols::HTTP::parseDirectHeaders (348) header-ds: Content-Disposition: filename="tts.mp3" [16-12-13 21:33:25.7948] Slim::Player::Protocols::HTTP::parseDirectHeaders (348) header-ds: Cache-Control: no-cache [16-12-13 21:33:25.7948] Slim::Player::Protocols::HTTP::parseDirectHeaders (348) header-ds: icy-br: 128 [16-12-13 21:33:25.7949] Slim::Player::Protocols::HTTP::parseDirectHeaders (348) header-ds: icy-name: TTS Announcement [16-12-13 21:33:25.7953] Slim::Player::Squeezebox2::directHeaders (570) Setting new title for http://192.168.178.52/tts/service.php?lng=de-DE=Hallo, TTS Announcement [16-12-13 21:33:25.7959] Slim::Player::Squeezebox2::directHeaders (613) Got a stream type: mp3 bitrate: 128000 title: TTS Announcement [16-12-13 21:33:25.7961] Slim::Player::Squeezebox2::directHeaders (664) Beginning direct stream! [16-12-13 21:33:25.7962] Slim::Player::Squeezebox2::sendContCommand (700) Sending cont frame: metaint 0, loop 0 And the log of the squeezelite player: Code: [20:33:25.518787] process_strm:269 strm command q [20:33:25.518838] decode_flush:193 decode flush [20:33:25.518883] output_flush:424 flush output buffer [20:33:25.518936] sendSTAT:184 STAT: STMf [20:33:25.522986] process:521 strm [20:33:25.523083] process_strm:269 strm command q [20:33:25.523134] decode_flush:193 decode flush [20:33:25.523177] output_flush:424 flush output buffer [20:33:25.523227] sendSTAT:184 STAT: STMf [20:33:25.573940] process:521 audg [20:33:25.574039] process_audg:433 audg gainL: 20992 gainR: 20992 adjust: 1 [20:33:25.574096] set_volume:229 setting internal gain left: 20992 right: 20992 [20:33:25.574181] process:521 strm [20:33:25.574226] process_strm:269 strm command s [20:33:25.574268] process_strm:342 strm s autostart: 3 transition period: 10 transition type: 0 codec: m [20:33:25.574320] sendSTAT:184 STAT: STMf [20:33:25.574588] codec_open:221 codec open: 'm' [20:33:25.574724] stream_sock:393 connecting to 192.168.178.52:80 [20:33:25.578440] stream_sock:422 header: GET /tts/service.php?lng=de-DE=Hallo HTTP/1.0 Cache-Control: no-cache Connection: close Accept: */* Host: 192.168.178.52 User-Agent: iTunes/4.7.1 (Linux; N; Debian; x86_64-linux; DE; utf8) SqueezeCenter, Squeezebox
Re: [SlimDevices: Plugins] squeezelite and local tts working on windows but not on Ubuntu
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 bit rate mode: Variable Overall bit rate : 103 kb/s Writing library : LAME3.99r Audio Format : MPEG Audio Format version : Version 2 Format profile : Layer 3 Duration : 684 ms Bit rate mode: Variable Bit rate : 103 kb/s Minimum bit rate : 128 kb/s Channel(s) : 1 channel Sampling rate: 16.0 kHz Compression mode : Lossy Stream size : 8.58 KiB (97%) Writing library : LAME3.99r Encoding settings: -m m -V 1 -q 0 -lowpass 8 --vbr-new -b 128 ONeill's Profile: http://forums.slimdevices.com/member.php?userid=66366 View this thread: http://forums.slimdevices.com/showthread.php?t=106623 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] squeezelite and local tts working on windows but not on Ubuntu
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 says the stream was 48kHz. > > -- > > Michael 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 (which is the same value as the value I pass to lame for the bitrate). DJanGo wrote: > > what machine is > *http://smarty*/tts/service.php? > does *ping smarty* get an result? In general, it's localhost for squeezebox/suqeezelite. I already tried to give it the IP address, instead of the hostname, however, yes, a ping and any other traffic is possible (like i said, the audio file is working, when played with a windows machine using suqeezelite on windows :)). I'll post the mp3 details as soon as I've it :) ONeill's Profile: http://forums.slimdevices.com/member.php?userid=66366 View this thread: http://forums.slimdevices.com/showthread.php?t=106623 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] squeezelite and local tts working on windows but not on Ubuntu
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 docs correctly, it should be stereo. ONeill's Profile: http://forums.slimdevices.com/member.php?userid=66366 View this thread: http://forums.slimdevices.com/showthread.php?t=106623 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] squeezelite and local tts working on windows but not on Ubuntu
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's Profile: http://forums.slimdevices.com/member.php?userid=66366 View this thread: http://forums.slimdevices.com/showthread.php?t=106623 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
[SlimDevices: Plugins] squeezelite and local tts working on windows but not on Ubuntu
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 works fine, too. What I now try to achieve is, to play a file which is delivered by a local webserver (the file is generated by php -> pico2wave -> lame -> mp3 file) using php. However, this is not working on Ubuntu 16.04, but it's working on a Windows 10 computer. The Ubuntu server does already have the ubuntu-restricted-extras package installed. 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). What I currently have as a result: I don't have any audio in the LMS player (it's a squeezelite service on the same server). Just to be clear: Playing other media files or streams works fine and I've audio. The LMS web interface indicates, that the file is played and has the title, which is set in the icy-name header. How the mp3 output is generated: I followed a wiki page from openhab to create a php script (PHP 7 using nginx 1.10). The script generates an wav file and converts it to mp3. I can play the generated mp3 file from LMS (if I move it to the music bibliothek of the LMS server and can play it in my web browser (or if I save it locally)). The script works pretty fine and I also can play the file directly on my pc (if I open the url of the script: smarty/tts/service.php?lng=de-DE=Hallo). So, now I don't have any idea why the mp3 file isn't working with LMS. Does anyone has an idea? If you need more information, feel free to ask. Version of LMS: Logitech Media Server Version: 7.9.0 - 1481125532 @ Fri Dec 9 04:19:54 UTC 2016 Thanks for any help! ONeill's Profile: http://forums.slimdevices.com/member.php?userid=66366 View this thread: http://forums.slimdevices.com/showthread.php?t=106623 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
