Re: [SlimDevices: Plugins] squeezelite and local tts working on windows but not on Ubuntu
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 shed some light on why it plays with 1.5 (and 1.7), but not 1.8. http://forums.slimdevices.com/showthread.php?97046-Announce-Squeezelite-a-small-headless-squeezeplay-emulator-for-linux-(alsa-only)=872412=1#post872412 mhilbush's Profile: http://forums.slimdevices.com/member.php?userid=16832 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
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 (http://forums.slimdevices.com/showthread.php?97046-Announce-Squeezelite-a-small-headless-squeezeplay-emulator-for-linux-(alsa-only) )- my guess is a build issue such as library mismatch. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 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: > 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
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 somehting to get decode to try to go. Ubuntu 14.04 Squeezelite works fine for testing - I just don't use it much as it is a pain with pulseaudio - so I am getting frame decodes but not audio but that's par for the course with pulseaudio. What version of Squeezlite are you running - I have 1.6.5 and that hasn't been updated in a while. Code: [23:19:12.328635] decode_init:129 init decode, include codecs: exclude codecs: [23:19:12.328735] register_dsd:624 using dsd to decode dsf,dff [23:19:12.332810] load_faad:610 loaded libfaad.so.2 [23:19:12.332821] register_faad:640 using faad to decode aac [23:19:12.337767] load_vorbis:300 loaded libvorbisfile.so.3 [23:19:12.337779] register_vorbis:329 using vorbis to decode ogg [23:19:12.337790] load_flac:258 loaded libFLAC.so.8 [23:19:12.337795] register_flac:286 using flac to decode flc [23:19:12.337801] register_pcm:382 using pcm to decode aif,pcm [23:19:12.341819] load_mad:383 loaded libmad.so.0 [23:19:12.341829] register_mad:412 using mad to decode mp3 [23:19:12.432730] decode_flush:190 decode flush [23:19:26.188649] decode_flush:190 decode flush [23:19:26.886401] codec_open:218 codec open: 'a' [23:19:26.886433] faad_open:540 opening adts stream [23:19:30.955964] decode_flush:190 decode flush [23:19:48.880704] decode_flush:190 decode flush [23:19:50.761049] codec_open:218 codec open: 'm' [23:19:50.761113] codec_open:235 closing codec: 'a' [23:19:52.712140] decode_thread:74 streambuf bytes: 64213 outputbuf space: 3527999 [23:19:52.712188] mad_decode:230 mad_frame_decode error: lost synchronization [23:19:52.712194] decode_thread:74 streambuf bytes: 62165 outputbuf space: 3527999 [23:19:52.712204] decode_thread:74 streambuf bytes: 62164 outputbuf space: 3527999 [23:19:52.712209] decode_thread:74 streambuf bytes: 62163 outputbuf space: 3527999 [23:19:52.712213] decode_thread:74 streambuf bytes: 62162 outputbuf space: 3527999 [23:19:52.712218] decode_thread:74 streambuf bytes: 62161 outputbuf space: 3527999 [23:19:52.71] decode_thread:74 streambuf bytes: 62160 outputbuf space: 3527999 [23:19:52.712226] decode_thread:74 streambuf bytes: 62159 outputbuf space: 3527999 [23:19:52.712231] decode_thread:74 streambuf bytes: 62158 outputbuf space: 3527999 [23:19:52.712235] decode_thread:74 streambuf bytes: 62157 outputbuf space: 3527999 [23:19:52.712239] decode_thread:74 streambuf bytes: 62156 outputbuf space: 3527999 [23:19:52.712244] decode_thread:74 streambuf bytes: 62155 outputbuf space: 3527999 [23:19:52.712248] decode_thread:74 streambuf bytes: 62154 outputbuf space: 3527999 [23:19:52.712252] decode_thread:74 streambuf bytes: 62153 outputbuf space: 3527999 [23:19:52.712257] decode_thread:74 streambuf bytes: 62152 outputbuf space: 3527999 [23:19:52.712261] decode_thread:74 streambuf bytes: 62151 outputbuf space: 3527999 [23:19:52.712265] decode_thread:74 streambuf bytes: 62150 outputbuf space: 3527999 [23:19:52.712270] decode_thread:74 streambuf bytes: 62149 outputbuf space: 3527999 [23:19:52.712274] decode_thread:74 streambuf bytes: 62148 outputbuf space: 3527999 [23:19:52.712278] decode_thread:74 streambuf bytes: 62147 outputbuf space: 3527999 . .Big snip . .[23:19:52.712652] decode_thread:74 streambuf bytes: 62061 outputbuf space: 3527999 [23:19:52.712656] decode_thread:74 streambuf bytes: 62060 outputbuf space: 3527999 [23:19:52.712661] decode_thread:74 streambuf bytes: 62059 outputbuf space: 3527999 [23:19:52.712665] decode_thread:74 streambuf bytes: 62058 outputbuf space: 3527999 [23:19:52.712681] mad_decode:230 mad_frame_decode error: bad main_data_begin pointer [23:19:52.712686] decode_thread:74 streambuf bytes:
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
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. " bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 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
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 the early interesting stuff which tells you what is enabled and data rate supported - on my ubuntu a quick test shows Code: [23:27:26.84] output_init_alsa:640 init output [23:27:26.844482] output_init_alsa:663 requested alsa_buffer: 40 alsa_period: 4 format: any mmap: 1 [23:27:26.844512] output_init_common:342 outputbuf size: 3528000 [23:27:26.851556] output_init_common:402 supported rates: 192000 176400 96000 88200 48000 44100 32000 24000 22500 16000 12000 11025 8000 [23:27:26.851615] output_init_alsa:673 unable to lock memory: Cannot allocate memory [23:27:26.852662] output_init_alsa:696 unable to set output sched fifo: Operation not permitted [23:27:26.852676] output_thread:467 open output device: default [23:27:26.852676] decode_init:129 init decode, include codecs: exclude codecs: [23:27:26.852697] alsa_open:185 opening device at: 44100 [23:27:26.852748] register_dsd:624 using dsd to decode dsf,dff [23:27:26.852859] load_faad:610 loaded libfaad.so.2 [23:27:26.852869] register_faad:640 using faad to decode aac [23:27:26.852949] load_vorbis:300 loaded libvorbisfile.so.3 [23:27:26.852958] register_vorbis:329 using vorbis to decode ogg [23:27:26.852970] load_flac:258 loaded libFLAC.so.8 [23:27:26.852976] register_flac:286 using flac to decode flc [23:27:26.852983] register_pcm:382 using pcm to decode aif,pcm [23:27:26.853041] load_mad:383 loaded libmad.so.0 [23:27:26.853049] register_mad:412 using mad to decode mp3 [23:27:26.853076] discover_server:702 sending discovery [23:27:26.853195] discover_server:713 got response from: 192.168.1.57:3483 [23:27:26.853710] alsa_open:236 opened device default using format: S32_LE sample rate: 44100 mmap: 0 [23:27:26.853733] alsa_open:315 buffer: 40 period: 4 -> buffer size: 1764 period size: 441 [23:27:26.855190] slimproto:790 connecting to 192.168.1.57:3483 [23:27:26.82] slimproto:823 connected [23:27:26.855570] slimproto:834 local player [23:27:26.855576] sendHELO:117 mac: e0:3f:49:46:08:03 [23:27:26.855583] sendHELO:119 cap: Model=squeezelite,ModelName=SqueezeLite,AccuratePlayPoints=1,HasDigitalOut=1,MaxSampleRate=192000,dsf,dff,aac,ogg,flc,aif,pcm,mp3,loc bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 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: > 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
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 ___ 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, 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
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. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 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
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 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
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
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). No, it's in the LMS log snippet you posted, too. You might want to post updated logs if you changed the value on the server side. -- Michael ___ 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
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 Huh thanx for clearing ;-) what machine is *http://smarty*/tts/service.php? does *ping smarty* get an result? DJanGo's Profile: http://forums.slimdevices.com/member.php?userid=1516 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
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 ___ 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
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 (musicservice://1239fd.mp3) etc. -- Michael ___ 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
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. 128kbps is the bit rate not the sampling rate - the sampling rate is typically something like 22050Hz 32kHz 44.1kHz, 48Khz but some audio subsystem won't be ablke to play as the supported rates will depend on the audio output you are using on Ubuntu pulse audio, alsa (e.g. direct to hw) , and if you are using a DAC. So first get the characteristics of the tts file - and not what you think it is - analyse it. Why is the stream converted using lame if it is already in MP3 ? bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 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
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: http://forums.slimdevices.com/member.php?userid=1806 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
Re: [SlimDevices: Plugins] squeezelite and local tts working on windows but not on Ubuntu
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 another streaming server i would be surprised when the file would be played. why didnt you play the file from its file location? DJanGo's Profile: http://forums.slimdevices.com/member.php?userid=1516 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