Re: [SlimDevices: Ripping] Alexa can now handle FLAC streams

2021-05-30 Thread philchillbill
BJW wrote: > Sometimes things not said to be supported are, did u try? Just converted a FLAC to ALAC in an m4a container using MediaMonkey. The response was Code: "request": { "type": "AudioPlayer.PlaybackFailed", "requestId": "amzn1.echo-api.request.568985b2-d

Re: [SlimDevices: Ripping] Alexa can now handle FLAC streams

2021-05-29 Thread BJW
philchillbill wrote: > ...so ALAC/m4a is not among them. Sometimes things not said to be supported are, did u try? using: win10 64 + lms 8 & duet & ipads w/the logitech app, and ipeng on an ipod http://wiki.slimdevices.com/index.php/various_artists_logic & http://wiki.slimdevices.com/index.

Re: [SlimDevices: Ripping] Alexa can now handle FLAC streams

2021-05-24 Thread philchillbill
slartibartfast wrote: > Radio Paradise is OGG FLAC but isn't that also http? > > Sent from my Pixel 3a using Tapatalk Works with https too. It was my reference to test the direct stream capability in MediaServer. phil

Re: [SlimDevices: Ripping] Alexa can now handle FLAC streams

2021-05-24 Thread slartibartfast
philchillbill wrote: > I can’t find a suitable OGF stream to test with. All the ones I found > listed were either http and would not play via https, or were geoblocked > in NL. > > Or is FLAC in an internet radio stream always OGF die to the issue with > streaming plain FLAC? If so, RP and NAÏM

Re: [SlimDevices: Ripping] Alexa can now handle FLAC streams

2021-05-24 Thread philippe_44
philchillbill wrote: > I can’t find a suitable OGF stream to test with. All the ones I found > listed were either http and would not play via https, or were geoblocked > in NL. > > Or is FLAC in an internet radio stream always OGF die to the issue with > streaming plain FLAC? If so, RP and NAÏM

Re: [SlimDevices: Ripping] Alexa can now handle FLAC streams

2021-05-24 Thread philchillbill
I can’t find a suitable OGF stream to test with. All the ones I found listed were either http and would not play via https, or were geoblocked in NL. Or is FLAC in an internet radio stream always OGF die to the issue with streaming plain FLAC? If so, RP and NAÏM play no problem.

Re: [SlimDevices: Ripping] Alexa can now handle FLAC streams

2021-05-24 Thread slartibartfast
philchillbill wrote: > Can’t find OGF with Google. Is it a typo or something obscure?Ogg flac Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View thi

Re: [SlimDevices: Ripping] Alexa can now handle FLAC streams

2021-05-24 Thread philchillbill
philippe_44 wrote: > Do you know if OGF works? Can’t find OGF with Google. Is it a typo or something obscure? philchillbill's Profile: http://forums.slimdevices.com/member.php?userid=68920 View this thread: http://forum

Re: [SlimDevices: Ripping] Alexa can now handle FLAC streams

2021-05-24 Thread philippe_44
philchillbill wrote: > Amazon quotes as accepted formats: FLAC, VORBIS, OPUS, AAC, MP3, PCM, > AC3, DTS, MHA1, EC-3, AC-3, MHA1, MHA2, MHM1, MP4.40, MP4.40.2, MP4.40.5 > so ALAC/m4a is not among them. > > I was wondering myself if raw header-less PCM or WAV would be 'doable' > for LMS... Do y

Re: [SlimDevices: Ripping] Alexa can now handle FLAC streams

2021-05-24 Thread philchillbill
BJW wrote: > What about other lossless formats, like say ALAC in a m4a or caf > container? Would they be more MP3-like, re: the header? Amazon quotes as accepted formats: FLAC, VORBIS, OPUS, AAC, MP3, PCM, AC3, DTS, MHA1, EC-3, AC-3, MHA1, MHA2, MHM1, MP4.40, MP4.40.2, MP4.40.5 so ALAC/m4a is

Re: [SlimDevices: Ripping] Alexa can now handle FLAC streams

2021-05-24 Thread BJW
What about other lossless formats, like say ALAC in a m4a or caf container? Would they be more MP3-like, re: the header? using: win10 64 + lms 8 & duet & ipads w/the logitech app, and ipeng on an ipod http://wiki.slimdevices.com/index.php/various_artists_logic & http://wiki.slimdevices.com/i

Re: [SlimDevices: Ripping] Alexa can now handle FLAC streams

2021-05-20 Thread philchillbill
philippe_44 wrote: > I think I'll have to give up on this one. There are too many issues with > a flac continuous stream. > > Normally, flac is supposed to be streamable because it has paquets > delimiters like mp3 and each paquet is self-contained, which makes > headers optional. Unfortunatel

Re: [SlimDevices: Ripping] Alexa can now handle FLAC streams

2021-05-20 Thread philippe_44
philippe_44 wrote: > ah crap... I need to investigate more. Difficulty is that although flac > is fully streamable w/o header, some "players" want a header, still. MP3 > does not suffer from that. > > I also do my tests with fb2k so I’ll add VLC systematically now I think I'll have to give up o

Re: [SlimDevices: Ripping] Alexa can now handle FLAC streams

2021-05-20 Thread philippe_44
philchillbill wrote: > I dropped in that one changed file (Slim/Web/HTTP.pm) and indeed VLC now > showed the stream as FLAC for the first attempt at playing something. > However, exiting VLC and then restarting the same file now showed it as > MPEG. I also saw a few times with playing in the bro

Re: [SlimDevices: Ripping] Alexa can now handle FLAC streams

2021-05-20 Thread philchillbill
philippe_44 wrote: > Got it - I missed what happens when the URL contains a player's name > (like stream.flac*?player=Alexa*) and that caused the issue (it changes > for how long LMS remembers a player after it disappeared). I've updated > the PR I dropped in that one changed file (Slim/Web/HTT

Re: [SlimDevices: Ripping] Alexa can now handle FLAC streams

2021-05-19 Thread philippe_44
philchillbill wrote: > I saw 5 changed files in the PR, so on my Ubuntu install, I stopped LMS > and copied: > > silence.flac and silence-header.flac to > /usr/share/squeezeboxserver/HTML/EN/html > convert.conf to /usr/share/squeezeboxserver > HTTP.pm to /usr/share/perl5/Slim/Player > the other

Re: [SlimDevices: Ripping] Alexa can now handle FLAC streams

2021-05-19 Thread philchillbill
philippe_44 wrote: > Weird... I've tried with VLC and got confirmation that it's flac. I'm > wondering if either I forgot to put something in the PR or you missed > something in applying it I saw 5 changed files in the PR, so on my Ubuntu install, I stopped LMS and copied: silence.flac and sil

Re: [SlimDevices: Ripping] Alexa can now handle FLAC streams

2021-05-19 Thread philippe_44
philchillbill wrote: > 34717 > Same story in VLC. It plays just fine but the stream is shown as being > lossy (see above). What I noticed today is that playing the stream in > the browser tried to download a stream.flac file rather than start an > audio stream, as if the MIME header was wrong. A

Re: [SlimDevices: Ripping] Alexa can now handle FLAC streams

2021-05-19 Thread philchillbill
34717 philippe_44 wrote: > I Can you try with a client like VLC or fb2k? Same story in VLC. It plays just fine but the stream is shown as being lossy (see above). What I noticed today is that playing the stream in the browser tried to download a stream.flac file rather than start an audio stre

Re: [SlimDevices: Ripping] Alexa can now handle FLAC streams

2021-05-19 Thread philchillbill
philippe_44 wrote: > I missed that answer. No, the mp3 reference is a display artefact that > I've forgotten to fix Well everything I tested played perfectly from an audio perspective. Did see a metadata artefact for the first song in a playlist where part of the name of the track was a placeho

Re: [SlimDevices: Ripping] Alexa can now handle FLAC streams

2021-05-19 Thread philippe_44
philchillbill wrote: > Much appreciated Philippe. I've dropped the 5 files from your PR into my > existing install and after a restart of LMS the /stream.flac path is > indeed available. It plays just fine on an Echo but I have no way of > knowing what the stream actually is that the Echo is rec

Re: [SlimDevices: Ripping] Alexa can now handle FLAC streams

2021-05-17 Thread philchillbill
philippe_44 wrote: > I've submitted a PR here https://github.com/Logitech/slimserver/pull/606 > but I think you should try it more because I think there are still > various challenges with trying to stream flac like that. Much appreciated Philippe. I've dropped the 5 files from your PR into my

Re: [SlimDevices: Ripping] Alexa can now handle FLAC streams

2021-05-16 Thread philippe_44
philippe_44 wrote: > I had a shot at the stream.flac. It kind of works but is more > complicated than expected. The lag makes testing painful as well. The > biggest issue so far is that flac are streamable formats, yes, but some > players are still unhappy when there is no header at all (just fr

Re: [SlimDevices: Ripping] Alexa can now handle FLAC streams

2021-05-16 Thread philippe_44
philchillbill wrote: > I agree. That's the way it works today - the Echo shows up as a network > client in LMS and lag or no lag, it's great to browse the playlist for > the AlexaPlayer in LMS. > > Philippe did have a shot at starving the stream so that the lag became > acceptable (see > https:

Re: [SlimDevices: Ripping] Alexa can now handle FLAC streams

2021-05-11 Thread philchillbill
I have a P.O.C. working to direct the 'real' lossless stream to the Echo instead of using the /stream.mp3 route if an LMS favorite (1) represents a *https* stream and (2) has the word FLAC or lossless anywhere in the path. So if you want to see if you can hear a sound-quality difference between l

Re: [SlimDevices: Ripping] Alexa can now handle FLAC streams

2021-05-10 Thread d6jg
PS I know there is an RP skill but I also knew there is a playable URL VB2.4[/B] STORAGE *QNAP TS419P (NFS) [B]Living Room* Joggler & Pi4/Khadas -> Onkyo TXNR686 -> Celestion F20s *Office* Joggler & Pi3 -> Denon RCD N8 -> Celestion F10s *Dining Room* SB Boom *Kitchen* UE Radio (upgraded to

Re: [SlimDevices: Ripping] Alexa can now handle FLAC streams

2021-05-10 Thread d6jg
philchillbill wrote: > I agree. That's they way it works today - the Echo shows up as a network > client in LMS and lag or no lag, it's great to browse the playlist for > the AlexaPlayer in LMS. > > Philippe did have a shot at starving the stream so that the lag because > acceptable (see > https

Re: [SlimDevices: Ripping] Alexa can now handle FLAC streams

2021-05-10 Thread philchillbill
d6jg wrote: > I do think people would want to see an Echo appear as a pseudo player so > that it could be controlled by any means available eg Alexa, Material, > Default GUI, iPeng etc so I do think stream.flac is required to > establish the audio sink. I agree. That's they way it works today -

Re: [SlimDevices: Ripping] Alexa can now handle FLAC streams

2021-05-10 Thread d6jg
philchillbill wrote: > There's no lag whatsoever when Alexa controls the stream and continues > to control it when you change things. That's already the case with > MediaServer today with stream.mp3 because I make sure to clear the > Echo's buffer before any new item selected by voice plays. Ask

Re: [SlimDevices: Ripping] Alexa can now handle FLAC streams

2021-05-10 Thread philchillbill
d6jg wrote: > One of the issues with stream.mp3 is that it is very laggy from a > control point of view. Does that issue exist with an Alexa using > existing method? > > Can Alexa play, for example, the Radio Paradise FLAC url using this > method? There's no lag whatsoever when Alexa controls

Re: [SlimDevices: Ripping] Alexa can now handle FLAC streams

2021-05-10 Thread d6jg
philchillbill wrote: > Great news! > > Although it's (as yet) undocumented by Amazon, I've long suspected that > the AudioPlayer interface would be upgraded to handle lossless streams. > There are actually 2 versions of AudioPlayer - one for 'skill > developers' and one for 'equipment makers' w

[SlimDevices: Ripping] Alexa can now handle FLAC streams

2021-05-10 Thread philchillbill
Great news! Although it's (as yet) undocumented by Amazon, I've long suspected that the AudioPlayer interface would be upgraded to handle lossless streams. There are actually 2 versions of AudioPlayer - one for 'skill developers' and one for 'equipment makers' who integrate the Alexa Voice Servi