RipNCode wrote: > The URL is probably encapsulated in the java binding. I'd have to > figure out to pull that out as it's not obvious. In this case, I made > Pico create a file to pull the relevant metadata. > > pico2wave -w "test.wav" "Let's hope this audio file works this time!" > > From there, I took test.wav (which doesn't stream with any audio output) > and ran it on a local laptop with mplayer as a file to pull the data. I > also used lame to convert test.wav to test.mp3, and that does stream > correctly to the SB player. The trick I'm going to run into is that I > should be able to have a TTS system dynamically (no file creation) > convert strings to speech and stream them on the fly.
I'm sorry I don't understand the problem. You say LMS can't play a http stream WAV LMS but yet you cannot show mplayer playing the same URL. Playing the file does not help with how a file is streamed over http The http handling is half the issue with playing on LMS but it the issue that needs most work. > I think the issue of SB players not supporting 1 channel/16kHz is > probably the issue at hand. I don't believe I can make the Pico output > anything else, so this may be a dead end if it's not possible to get a > player to work with the current output. Maybe it's time to go back to > the drawing board on this design... Transcoding from 1 channel 16Khz to anything is dead easy - once an URL and mplayer output has been given. ------------------------------------------------------------------------ bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=110509 _______________________________________________ discuss mailing list discuss@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/discuss