Re: [SlimDevices: SqueezeCenter] Using Sox to parametrically equalizing I'm losing seek functionality. Could it work?

2020-07-09 Thread philippe_44


MainSqueeze wrote: 
> Well, the short version is: I can extend gormans custom-convert
> to apply equalizer settings to remote streams as well, but in doing so
> Im losing the ability to seek within individual streams. The long
> version follows:
> 
> My test case is a Bandcamp URL:
> 
> What am I missing? (It wouldnt be the first time Im
> missing something obvious.) Or is this simply something that cant
> (yet) be done?

bpa wrote: 
> May I suggest a different approach since it looks like you may want to
> tackle all audio formats on the same player. 
> 
> Since the Mac address is 00:00:00:00:00 - is the player a soft player
> such as squeezelite based ?
> 
> If so, then do equalisation in the player and not in LMS.

@bpa advice is wise and in addition, it does not work because the HTTP
handler, on top of which band's campout is build does not authorize
seeking (canSeek=1) by the transcoding rule. The 'T' flag is ignored.
The 'canTranscodeSeek' method would have to be set by the plugin. 

You can seek when using "mp3 mp3" identity rule because the 'I' (stdin)
proxying is used and then LMS queries the mp3 stream with the right
offset, but does not expect the rule itself to do the seek. 

So, try using an 'I' flag and not a 'R' and let LMS do the seek request
at the HTTP level for you



LMS 7.7, 7.8 and 7.9 - 5xRadio, 3xBoom, 4xDuet, 1xTouch, 1 SB2. Sonos
PLAY:3, PLAY:5, Marantz NR1603, JBL OnBeat, XBoxOne, XBMC, Foobar2000,
ShairPortW, JRiver 21, 2xChromecast Audio, Chromecast v1 and v2, , Pi
B3, B2, Pi B+, 2xPi A+, Odroid-C1, Odroid-C2, Cubie2, Yamaha WX-010,
AppleTV 4, Airport Express, GGMM E5

philippe_44's Profile: http://forums.slimdevices.com/member.php?userid=17261
View this thread: http://forums.slimdevices.com/showthread.php?t=112497

___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter


Re: [SlimDevices: SqueezeCenter] Using Sox to parametrically equalizing I'm losing seek functionality. Could it work?

2020-07-09 Thread bpa

MainSqueeze wrote: 
> What am I missing? (It wouldn’t be the first time I’m missing something
> obvious.) Or is this simply something that can’t (yet) be done?

May I suggest a different approach since it looks like you may want to
tackle all audio formats on the same player. 

Since the Mac address is 00:00:00:00:00 - is the player a soft player
such as squeezelite based ?

If so, then do equalisation in the player and not in LMS.



bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View this thread: http://forums.slimdevices.com/showthread.php?t=112497

___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter


Re: [SlimDevices: SqueezeCenter] Using Sox to parametrically equalizing I'm losing seek functionality. Could it work?

2020-07-09 Thread MainSqueeze

Well, the short version is: I can extend gorman’s custom-convert to
apply equalizer settings to remote streams as well, but in doing so I’m
losing the ability to seek within individual streams. The long version
follows:

My test case is a Bandcamp URL:


Code:


  
https://t4.bcbits.com/stream/bd49083b058f575632b3f068c7a448d0/mp3-128/2133326474?p=0=1594389689=68fef2d2b76656e8683f1e730ff06bff6fd5deb0=1594389689_c819955ff7b75464b8a3f285298ec5ec9c95a07a
  



This is the URL that LMS opens when you play back that particular
Bandcamp tune (Fela Kuti’s “Sorrow, tears and blood”) via Michael’s
Band’s Campout plugin. (It seems that these URLs change over time, but
for testing purposes you can use any bc.bits.com URL that you find in
your server log while playing back a Bandcamp tune.)

I’ve chosen Bandcamp because I’ve been using it since 2010; unlike
others I've tried in the past, e.g. Spotify, Tidal, Deezer, it has the
sort of music I like and haven’t yet got in my collection. The URL opens
a 128-bit MP3 stream, so sending it through any sort of equalizer or
effect is a bit silly. But for a proof of concept it'll do.

First I wanted to check if playback, transcoding and seek worked outside
LMS, so I tried:


Code:


  # Playback works
  ffplay 
"https://t4.bcbits.com/stream/bd49083b058f575632b3f068c7a448d0/mp3-128/2133326474?p=0=1594389689=68fef2d2b76656e8683f1e730ff06bff6fd5deb0=1594389689_c819955ff7b75464b8a3f285298ec5ec9c95a07a;
  
  # Transcoding and seek work
  ffmpeg -ss 2:00 -to 3:00 -i 
"https://t4.bcbits.com/stream/bd49083b058f575632b3f068c7a448d0/mp3-128/2133326474?p=0=1594389689=68fef2d2b76656e8683f1e730ff06bff6fd5deb0=1594389689_c819955ff7b75464b8a3f285298ec5ec9c95a07a;
 -f wav output.wav
  
  # Transcoding, seek and piping the results to sox works
  ffmpeg -loglevel quiet -ss 2:00 -to 3:00 -i 
"https://t4.bcbits.com/stream/bd49083b058f575632b3f068c7a448d0/mp3-128/2133326474?p=0=1594389689=68fef2d2b76656e8683f1e730ff06bff6fd5deb0=1594389689_c819955ff7b75464b8a3f285298ec5ec9c95a07a;
 -f wav - | sox -t wav - -t flac test.flac gain -6 bass -20
  
  # Transcoding, seek, piping through sox and playback on stdout work
  ffmpeg -loglevel quiet -ss 2:00 -to 3:00 -i 
"https://t4.bcbits.com/stream/bd49083b058f575632b3f068c7a448d0/mp3-128/2133326474?p=0=1594389689=68fef2d2b76656e8683f1e730ff06bff6fd5deb0=1594389689_c819955ff7b75464b8a3f285298ec5ec9c95a07a;
 -f wav - | sox -t wav - -t flac - gain -6 bass -20 | play -
  



But when I try to apply this to LMS’s custom-convert, I come unstuck. No
matter what stream mode I choose (I or R) and whether I use $PATH$ or
$FILE$ substitution strings, the results are the same: LMS applies the
SoX effects to the stream but when I try to seek within the track,
playback pauses – the log reports a “jumpToTime” – then resumes from the
beginning of the track.

The custom-converts I’ve tested:


Code:


  # version 1
  
  mp3 flc * 00:00:00:00:00:00
# F:{PATH=%f}R:{PATH=%F}T:{START=-ss %t}
[ffmpeg] -loglevel quiet $START$ -i $PATH$ -f wav - | [sox] -D -q -t 
wav - -t flac -C 0 -b 24 - bass -20
  
  # version 2, replacing separate F and R variables with FR and $PATH$ with 
$FILE$
  
  mp3 flc * 00:00:00:00:00:00
# FRT:{START=-ss %t}
[ffmpeg] -loglevel quiet $START$ -i $FILE$ -f wav - | [sox] -D -q -t 
wav - -t flac -C 0 -b 24 - bass -20
  
  # version 3, adding an END variable
  
  mp3 flc * 00:00:00:00:00:00
# FRT:{START=-ss %t}U:{END=-to %v}
[ffmpeg] -loglevel quiet $START$ $END$ -i $FILE$ -f wav - | [sox] -D -q 
-t wav - -t flac -C 0 -b 24 - bass -20
  



Searching the forums for "jumpToTime", Google finds only two pages of
results, none of which appear relevant.

I've attached a server log that shows two "jumpToTime" events. 

What am I missing? (It wouldn’t be the first time I’m missing something
obvious.) Or is this simply something that can’t (yet) be done?


+---+
|Filename: jumpToTime.txt   |
|Download: http://forums.slimdevices.com/attachment.php?attachmentid=30958|
+---+


MainSqueeze's Profile: http://forums.slimdevices.com/member.php?userid=62220
View this thread: http://forums.slimdevices.com/showthread.php?t=112497

___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter


Re: [SlimDevices: SqueezeCenter] Using Sox to parametrically equalizing I'm losing seek functionality. Could it work?

2020-07-06 Thread gorman


scala wrote: 
> I was a bit slow in catching this very interesting and learned thread.
> I've been using equalization for years, and the fact of not being able
> to seek in mp3 tracks always bugged me: thanks for this solution!
> Although I don't have many mp3s, I did not like the anomalous behavior.
> 
> May I add a comment. I have noticed that in your equalization you use:
> gain -6.9 equalizer 30 0.43q +6.2 
> the difference of -0.7 dB might not leave enough headroom to prevent
> clipping when applying the math for the equalization. I have noticed
> this in many occasions, and I run now with gain -3dB even though my
> equalization is only negative. Although not exactly the same problem,
> there is a hint of why it is so at this link
> https://benchmarkmedia.com/blogs/application_notes/intersample-overs-in-cd-recordings
> (apologies if is trivial knowledge for you)
> 
> FWIW, I prefer to use an effects file for sox with the command
> --effects-file=/my/path/to/the/file/sox-effects so that I can more
> easily tinker with the filters when I feel like, or move around the
> furniture.Glad you found something of use in my tinkering. :-)

And yeah, having different formats behave differently is something that
would bug me A LOT. :-D

As far as gain is concerned, the values are taken from AutoEQ for my
Beyerdynamic DT 880
(https://github.com/jaakkopasanen/AutoEq/tree/master/results/oratory1990/harman_over-ear_2018/Beyerdynamic%20DT%20880%20250%20Ohm).
So far I've never heard clipping and using EqualizerAPO you've got a
setting that automatically lowers volume in case of clipping, it never
activated (don't use it for Squeezebox because I wanted to have
bitperfect audio, for aestetic reasons more than anything, if I'm being
honest).

As far as the use of an effects file... OMG!!! I already love it! Gonna
study this tonight.



gorman's Profile: http://forums.slimdevices.com/member.php?userid=56
View this thread: http://forums.slimdevices.com/showthread.php?t=112497

___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter


Re: [SlimDevices: SqueezeCenter] Using Sox to parametrically equalizing I'm losing seek functionality. Could it work?

2020-07-06 Thread scala


MainSqueeze wrote: 
> What I'd like to do is see how far we can take custom-convert (for
> equalization, room correction, or personal preference, to compensate for
> room boundaries when positioning speakers, or even just to add reverb to
> every file played back through LMS if that's what it takes to bring down
> Babylon), then document what we've learned and post that either here or
> in a separate thread.
> 
If I may: user marcoc1712 has made a helper plugin for transcoding,
which basically automates the writing of custom-convert.conf, and which
allows also sending extra commands to sox
https://forums.slimdevices.com/showthread.php?105309-C-3PO-plugin-a-trnscoding-helper.
Although its use case is different (and it does not allow lossy formats)
there is probably some useful information in his code, in particular
regarding streams.



scala's Profile: http://forums.slimdevices.com/member.php?userid=13391
View this thread: http://forums.slimdevices.com/showthread.php?t=112497

___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter


Re: [SlimDevices: SqueezeCenter] Using Sox to parametrically equalizing I'm losing seek functionality. Could it work?

2020-07-06 Thread bpa


MainSqueeze wrote: 
> Plugins apparently are "streamMode: I" rather than "R", 

No. This sweeping statement is not correct .

If you use I - then it tells LMS you want to use STDIN (e.g LMS will
hadle http and ICY stuff)
If you use a rule with R - then LMS will let the trsancode use the
$PATH$ or $URL$. (e.g. using ffmpeg to play MP4 streams)

Some protocol handler (i.e the code than handler http, and/or
trasdnport) - may not support "I" transcoding.



bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View this thread: http://forums.slimdevices.com/showthread.php?t=112497

___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter


Re: [SlimDevices: SqueezeCenter] Using Sox to parametrically equalizing I'm losing seek functionality. Could it work?

2020-07-06 Thread MainSqueeze


gorman wrote: 
> Hi! Did you survive the pub? Waiting for new debug lines :-)

Easy, Buster. I've got a few other things on, too, you know. ;)

Anyway, I've already discovered that not all remote streams are in fact
remote. Plugins apparently are "streamMode: I" rather than "R", even
though they present a URL as their $PATH$. I think. Anyway, I'm making
progress, and hope to have something for you guys to test and laugh at
within the next couple of days.



MainSqueeze's Profile: http://forums.slimdevices.com/member.php?userid=62220
View this thread: http://forums.slimdevices.com/showthread.php?t=112497

___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter


Re: [SlimDevices: SqueezeCenter] Using Sox to parametrically equalizing I'm losing seek functionality. Could it work?

2020-07-06 Thread scala


gorman wrote: 
> 
> I had to use ffmpeg because, as far as I can see, LAME does not accept
> time offsets when decoding
> (https://svn.code.sf.net/p/lame/svn/trunk/lame/USAGE). Don't know how
> the internal functionality of mp3 transcoding works (when lowering
> bitrates) because that is capable of seeking but the convert.conf line
> does not show any instruction for that. I could probably be using ffmpeg
> for flac files too but I guess there's no point or added value.
> 

I was a bit slow in catching this very interesting and learned thread.
I've been using equalization for years, and the fact of not being able
to seek in mp3 tracks always bugged me: thanks for this solution!
Although I don't have many mp3s, I did not like the anomalous behavior.

May I add a comment. I have noticed that in your equalization you use:
gain -6.9 equalizer 30 0.43q +6.2 
the difference of -0.7 dB might not leave enough headroom to prevent
clipping when applying the math for the equalization. I have noticed
this in many occasions, and I run now with gain -3dB even though my
equalization is only negative. Although not exactly the same problem,
there is a hint of why it is so at this link
https://benchmarkmedia.com/blogs/application_notes/intersample-overs-in-cd-recordings
(apologies if is trivial knowledge for you)

FWIW, I prefer to use an effects file for sox with the command
--effects-file=/my/path/to/the/file/sox-effects so that I can more
easily tinker with the filters when I feel like, or move around the
furniture.



scala's Profile: http://forums.slimdevices.com/member.php?userid=13391
View this thread: http://forums.slimdevices.com/showthread.php?t=112497

___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter


Re: [SlimDevices: SqueezeCenter] Using Sox to parametrically equalizing I'm losing seek functionality. Could it work?

2020-07-06 Thread gorman


MainSqueeze wrote: 
> Great. Sounds like a plan. What I'd like to do is see how far we can
> take custom-convert (for equalization, room correction, or personal
> preference, to compensate for room boundaries when positioning speakers,
> or even just to add reverb to every file played back through LMS if
> that's what it takes to bring down Babylon), then document what we've
> learned and post that either here or in a separate thread.
> 
> But before I can do that I now have to go down the pub, get drunk and
> catch Covid-19 because Boris Johnson tells me that's the only way to
> save the economy...Hi! Did you survive the pub? Waiting for new debug lines 
> :-)



gorman's Profile: http://forums.slimdevices.com/member.php?userid=56
View this thread: http://forums.slimdevices.com/showthread.php?t=112497

___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter


Re: [SlimDevices: SqueezeCenter] Using Sox to parametrically equalizing I'm losing seek functionality. Could it work?

2020-07-04 Thread bpa


MainSqueeze wrote: 
> gorman was so right when he said, in post 20 above:
> 
> 
> 
> Black magic indeed. Each little bit you learn only gives you a better
> idea of how much you don't yet know. 
> 
> Suppose, for future reference, one wanted to use convert-conf to
> transcode (and equalize) not only local files but also remote MP3
> streams. That would require capability R, but how would one integrate
> that, for instance, with the two lines that work for transcoding local
> MP3s?

If the same command works for both local and remote - you can have F & R
on the same line - look at the lines which use wmadec assuming it is R
type and not an I type you really want.

If you want different lines for F & R - then wait - there is an LMS 8.*
change which may help  but it can make things more complicated with more
"rules"



bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View this thread: http://forums.slimdevices.com/showthread.php?t=112497

___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter


Re: [SlimDevices: SqueezeCenter] Using Sox to parametrically equalizing I'm losing seek functionality. Could it work?

2020-07-04 Thread gorman


MainSqueeze wrote: 
> But before I can do that I now have to go down the pub, get drunk and
> catch Covid-19 because Boris Johnson tells me that's the only way to
> save the economy...Enjoy your pint, man! Be safe! Better to drink outside, if 
> you can :)



gorman's Profile: http://forums.slimdevices.com/member.php?userid=56
View this thread: http://forums.slimdevices.com/showthread.php?t=112497

___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter


Re: [SlimDevices: SqueezeCenter] Using Sox to parametrically equalizing I'm losing seek functionality. Could it work?

2020-07-04 Thread MainSqueeze


gorman wrote: 
> 
> As for your question above, with the player.source debug log active, try
> to play an mp3 stream of your choice and post the tokenized command
> here. From there we can work it out, I hope.

Great. Sounds like a plan. What I'd like to do is see how far we can
take custom-convert (for equalization, room correction, or personal
preference, to compensate for room boundaries when positioning speakers,
or even just to add reverb to every file played back through LMS if
that's what it takes to bring down Babylon), then document what we've
learned and post that either here or in a separate thread.

But before I can do that I now have to go down the pub, get drunk and
catch Covid-19 because Boris Johnson tells me that's the only way to
save the economy...



MainSqueeze's Profile: http://forums.slimdevices.com/member.php?userid=62220
View this thread: http://forums.slimdevices.com/showthread.php?t=112497

___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter


Re: [SlimDevices: SqueezeCenter] Using Sox to parametrically equalizing I'm losing seek functionality. Could it work?

2020-07-04 Thread gorman


MainSqueeze wrote: 
> gorman was so right when he said, in post 20 above:
> 
> 
> 
> Black magic indeed. Each little bit you learn only gives you a better
> idea of how much you don't yet know. 
> 
> Suppose, for future reference, one wanted to use convert-conf to
> transcode (and equalize) not only local files but also remote MP3
> streams. That would require capability R, but how would one integrate
> that, for instance, with the two lines that work for transcoding local
> MP3s?
Quote here but I wanted to say, if you use squeezelite, on whatever
platform, you can decide an arbitrary MAC address with the -m switch.
That allows for pretty specific custom-convert.conf instructions on a
per player basis.

As for your question above, with the player.source debug log active, try
to play an mp3 stream of your choice and post the tokenized command
here. From there we can work it out, I hope.



gorman's Profile: http://forums.slimdevices.com/member.php?userid=56
View this thread: http://forums.slimdevices.com/showthread.php?t=112497

___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter


Re: [SlimDevices: SqueezeCenter] Using Sox to parametrically equalizing I'm losing seek functionality. Could it work?

2020-07-04 Thread bpa


MainSqueeze wrote: 
> Black magic indeed. Each little bit you learn only gives you a better
> idea of how much you don't yet know. 
And that goes for the me as well. I dabble in just one small area of
streaming and transcoding. A recent PlayHLS bug highlighted the gaps in
my knowledge.



bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View this thread: http://forums.slimdevices.com/showthread.php?t=112497

___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter


Re: [SlimDevices: SqueezeCenter] Using Sox to parametrically equalizing I'm losing seek functionality. Could it work?

2020-07-04 Thread MainSqueeze


gorman was so right when he said, in post 20 above:

gorman wrote: 
> 
> Convert.conf still is some sort of black magic stuff under many
> aspects... it's good to have clarifications on the forums, when
> possible. For future reference.

Black magic indeed. Each little bit you learn only gives you a better
idea of how much you don't yet know. 

Suppose, for future reference, one wanted to use convert-conf to
transcode (and equalize) not only local files but also remote MP3
streams. That would require capability R, but how would one integrate
that, for instance, with the two lines that work for transcoding local
MP3s?



MainSqueeze's Profile: http://forums.slimdevices.com/member.php?userid=62220
View this thread: http://forums.slimdevices.com/showthread.php?t=112497

___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter


Re: [SlimDevices: SqueezeCenter] Using Sox to parametrically equalizing I'm losing seek functionality. Could it work?

2020-07-04 Thread bpa


MainSqueeze wrote: 
> One more question, if I may, to add to my little custom-convert
> documentation project: the default convert.conf file lists only three
> "current" device types: slimp3, squeezebox and * (for all types). Do you
> know how one might specify more recent models, e.g. Boom and Touch? What
> are their device type codes?

Using the model to make chocie is really only good for older player.

IIRC most squeezelite and I think Touch & radio come under "squeezeplay"
- so basing decision on model type is not good as you can't distinguish
between a player with a high end DAC vs a low END

Over time more parameter such as %p & %n  have been added so that
scripts can take more tailored actions.



bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View this thread: http://forums.slimdevices.com/showthread.php?t=112497

___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter


Re: [SlimDevices: SqueezeCenter] Using Sox to parametrically equalizing I'm losing seek functionality. Could it work?

2020-07-04 Thread MainSqueeze


One more question, if I may, to add to my little custom-convert
documentation project: the default convert.conf file lists only three
"current" device types: slimp3, squeezebox and * (for all types). Do you
know how one might specify more recent models, e.g. Boom and Touch? What
are their device type codes?



MainSqueeze's Profile: http://forums.slimdevices.com/member.php?userid=62220
View this thread: http://forums.slimdevices.com/showthread.php?t=112497

___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter


Re: [SlimDevices: SqueezeCenter] Using Sox to parametrically equalizing I'm losing seek functionality. Could it work?

2020-07-04 Thread gorman


MainSqueeze wrote: 
> I swear I searched that manual on Sourceforge several times for "-C". It
> turns out the manual uses en dashes rather than just ordinary
> hyphens...
> 
> Still, now that I've recovered from the embarrassment: if "-C" specifies
> the compression rate, in this case for output to FLAC, then it should be
> safe, on a modern machine, to omit that option from the custom-convert
> command and go with SoX's default rate of 5, shouldn't it?Yeah, on desktop 
> level CPUs I don't think it makes a difference.
Probably doesn't for recent Raspberry (thinking 3 and 4). I'm no expert
but this (CPU usage) is something you can easily check with task manager
(not familiar with how it's called in Linux environment).

Also, thanks for defining me as knowledgeable. In reality... I simply
like to tinker and Squeezebox really is a tinkerer's paradise. To think
that after so many years it's still capable of surprising me with new
functionalities... I'm honest when I say I feel like I will never be
able to give back enough to this community for all the value it has
brought to me.



gorman's Profile: http://forums.slimdevices.com/member.php?userid=56
View this thread: http://forums.slimdevices.com/showthread.php?t=112497

___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter


Re: [SlimDevices: SqueezeCenter] Using Sox to parametrically equalizing I'm losing seek functionality. Could it work?

2020-07-04 Thread MainSqueeze


I swear I searched that manual on Sourceforge several times for "-C". It
turns out the manual uses en dashes rather than just ordinary
hyphens...

Still, now that I've recovered from the embarrassment: if "-C" specifies
the compression rate, in this case for output to FLAC, then it should be
safe, on a modern machine, to omit that option from the custom-convert
command and go with SoX's default rate of 5, shouldn't it?



MainSqueeze's Profile: http://forums.slimdevices.com/member.php?userid=62220
View this thread: http://forums.slimdevices.com/showthread.php?t=112497

___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter


Re: [SlimDevices: SqueezeCenter] Using Sox to parametrically equalizing I'm losing seek functionality. Could it work?

2020-07-04 Thread Paul Webster


MainSqueeze wrote: 
> 
> Incidentally, you'll see that I've left in the "-C 0" option for now
> because, having gone through the documentation once more, I couldn't
> find any mention of it in the SoX or the FLAC manuals; does either of
> you know what "-C 0" actually does?



Code:


  C, compression FACTOR
  
  The compression factor for variably compressing output file formats. If this 
option is not given then a default compression factor will apply. The 
compression factor is interpreted differently for different compressing file 
formats. See the description of the file formats that use this option in 
soxformat(7) for more information.
  



>From http://sox.sourceforge.net/sox.html



Paul Webster
http://dabdig.blogspot.com
author of \"now playing\" plugins covering radio france (fip etc), kcrw,
supla finland, abc australia, cbc/radio-canada and rte ireland

Paul Webster's Profile: http://forums.slimdevices.com/member.php?userid=105
View this thread: http://forums.slimdevices.com/showthread.php?t=112497

___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter


Re: [SlimDevices: SqueezeCenter] Using Sox to parametrically equalizing I'm losing seek functionality. Could it work?

2020-07-04 Thread bpa


MainSqueeze wrote: 
> Incidentally, you'll see that I've left in the "-C 0" option for now
> because, having gone through the documentation once more, I couldn't
> find any mention of it in the SoX or the FLAC manuals; does either of
> you know what "-C 0" actually does?

In sox help after typing "sox -h"

Code:


  -C  |  --compression FACTOR  Compression factor for output format
  



The use of compression level 0 is so that processor uses the least CPU
intensive compression as LMS used to run on small ARM processors (e.g.
Cisco NSLU2) - compression could kill the system.



bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View this thread: http://forums.slimdevices.com/showthread.php?t=112497

___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter


Re: [SlimDevices: SqueezeCenter] Using Sox to parametrically equalizing I'm losing seek functionality. Could it work?

2020-07-04 Thread MainSqueeze


I've now updated my custom-convert file, checked the server logs once
more, and it's all good. No more "rejecting" this line or that, just
"found command" and "matched", and the tokenized command on seeking
within a track now reads:


Code:


  Tokenized command: "/usr/share/squeezeboxserver/Bin/x86_64-linux/flac" -dcs 
--skip=0:28.86 -- "/home/michael/Music/Library/Rock & pop/Richman, 
Jonathan/1985 - Rockin' and romance/03 - Richman, Jonathan - Down in 
Bermuda.flac" | "/usr/share/squeezeboxserver/Bin/x86_64-linux/sox" -D -q -t wav 
- -t flac -C 0 -b 24 - equalizer 40.8 5q -11.4 equalizer 62.8 2.487q -11.3 
equalizer 87.7 5q -3.2 equalizer 263 5q -7.4 & |
  



Once again, thank you both. Like I said, I feel privileged to have had
the support of two such knowledgeable forum members.

Incidentally, you'll see that I've left in the "-C 0" option for now
because, having gone through the documentation once more, I couldn't
find any mention of it in the SoX or the FLAC manuals; does either of
you know what "-C 0" actually does?



MainSqueeze's Profile: http://forums.slimdevices.com/member.php?userid=62220
View this thread: http://forums.slimdevices.com/showthread.php?t=112497

___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter


Re: [SlimDevices: SqueezeCenter] Using Sox to parametrically equalizing I'm losing seek functionality. Could it work?

2020-07-03 Thread gorman


MainSqueeze wrote: 
> Ha. I had a feeling you might say that. ;)
> 
> The equalization only takes care of four bass peaks that acoustic
> treatment couldn't quite eliminate, and as long as I didn't search
> within tracks it worked, didn't it?No, it didn't work. Check the beginning of 
> the log you posted.



gorman's Profile: http://forums.slimdevices.com/member.php?userid=56
View this thread: http://forums.slimdevices.com/showthread.php?t=112497

___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter


Re: [SlimDevices: SqueezeCenter] Using Sox to parametrically equalizing I'm losing seek functionality. Could it work?

2020-07-03 Thread MainSqueeze


bpa wrote: 
> 
> Now you need to wonder - did you ever notice the lack of equalisation
> :-)

Ha. I had a feeling you might say that. ;)

The equalization only takes care of four bass peaks that acoustic
treatment (which, besides several Squeezeboxes, was my best "HiFi
component" ever) couldn't quite eliminate, and as long as I didn't
search within tracks it worked, didn't it?



MainSqueeze's Profile: http://forums.slimdevices.com/member.php?userid=62220
View this thread: http://forums.slimdevices.com/showthread.php?t=112497

___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter


Re: [SlimDevices: SqueezeCenter] Using Sox to parametrically equalizing I'm losing seek functionality. Could it work?

2020-07-03 Thread gorman


bpa wrote: 
> Now you need to wonder - did you ever notice the lack of equalisation
> :-)Considering the high q values it's not surprising he did not notice the
difference.

In any case, if you want a one program solution, ffmpeg does everything.
Don't know if your system can handle it (I honestly don't know whether
ffmpeg uses lots of system resources compared to flac and sox).



gorman's Profile: http://forums.slimdevices.com/member.php?userid=56
View this thread: http://forums.slimdevices.com/showthread.php?t=112497

___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter


Re: [SlimDevices: SqueezeCenter] Using Sox to parametrically equalizing I'm losing seek functionality. Could it work?

2020-07-03 Thread bpa


MainSqueeze wrote: 
> Thank you! 
> 
> So just to make sure I've understood:
> 
> The missing "capability T" is precisely the ability to "seek to a start
> time offset" that's defined in convert.conf, I suppose. The one I
> thought I could do without. ;)
> 
> When LMS comes across a command that lacks a required capability (e.g.
> my sox string), it then executes the closest match it can find, e.g. the
> command you highlighted in red:
> 
> > 
Code:

  >   > 
  > [flac] -dcs $START$ $END$ -- $FILE$ | [sox] -q -t wav - -t flac -C 0 
$RESAMPLE$ -
  > 

> > 
> 
> which is basically LMS's default FLAC-to-FLAC transcode command as per
> convert.conf.

Yes.  What confuses people is seeing all the rejects and so miss out on
an "earlier"  "tokenized" or "direct streaming " higher up .

LMS tries to evaluate all possibilities , get a list of possible rules
and then pick rhe most specific/best one.



>  So if I want SoX equalization to work reliably, even when I'm advancing
> or rewinding a track, I need to use the custom-convert that gorman
> documented a couple of pages above.
> 
> Is that correct? And thanks again for taking the time to look into this.
> I feel very privileged.

Yes.  
Flac is needed because sox cannot do start and stop times.
If you use a start time then "T" capability is always needed for seeking
within a track.
If you need a stop time - you need the "U" capability but I think only
needed for CUE type files (i.e.where a track is a small part of a big
file) 

Now you need to wonder - did you ever notice the lack of equalisation
:-)



bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View this thread: http://forums.slimdevices.com/showthread.php?t=112497

___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter


Re: [SlimDevices: SqueezeCenter] Using Sox to parametrically equalizing I'm losing seek functionality. Could it work?

2020-07-03 Thread MainSqueeze


Thank you! 

So just to make sure I've understood:

The missing "capability T" is precisely the ability to "seek to a start
time offset" that's defined in convert.conf, I suppose. The one I
thought I could do without. ;)

When LMS comes across a command that lacks a required capability (e.g.
my sox string), it then executes the closest match it can find, e.g. the
command you highlighted in red:


Code:


  [flac] -dcs $START$ $END$ -- $FILE$ | [sox] -q -t wav - -t flac -C 0 
$RESAMPLE$ -
  



which is basically LMS's default FLAC-to-FLAC transcode command as per
convert.conf.

So if I want SoX equalization to work reliably, even when I'm advancing
or rewinding a track, I need to use the custom-convert that gorman
documented a couple of pages above.

Is that correct? And thanks again for taking the time to look into this.
I feel very privileged.



MainSqueeze's Profile: http://forums.slimdevices.com/member.php?userid=62220
View this thread: http://forums.slimdevices.com/showthread.php?t=112497

___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter


Re: [SlimDevices: SqueezeCenter] Using Sox to parametrically equalizing I'm losing seek functionality. Could it work?

2020-07-03 Thread bpa


LMS looks through all the rules sort of in parallel so the log can show
"rejects" after an "accept".

All the accept results will then be examined and best match wins  (i.e
roughly a MAC specific match beats player type match beats a generic
match but flac vs PCM  vs MP3  and direct vs trasncode are also factors)
- the command is then tokenized

The simplest way to look at the log is to consider only the only entries
that are "direct streaming" or "tokenized command"

so the chosen rules for this entry is in red ebcause it need a "$START$"
which became --skip=1:47.33 

Code:


  [20-07-03 17:15:44.3455] Slim::Player::TranscodingHelper::checkBin (252)   
Found command: [flac] -dcs $START$ $END$ -- $FILE$ | [sox] -q -t wav - -t flac 
-C 0 $RESAMPLE$ -
  [20-07-03 17:15:44.3458] Slim::Player::TranscodingHelper::getConvertCommand2 
(446) Matched: flc->flc via: [flac] -dcs $START$ $END$ -- $FILE$ | [sox] -q -t 
wav - -t flac -C 0 $RESAMPLE$ -
  [20-07-03 17:15:44.3462] Slim::Player::Song::open (409) Transcoder: 
streamMode=F, streamformat=flc
  [20-07-03 17:15:44.3471] 
Slim::Player::TranscodingHelper::tokenizeConvertCommand2 (617) Using command 
for conversion: "/usr/share/squeezeboxserver/Bin/x86_64-linux/flac" -dcs 
--skip=1:47.33 -- "/home/michael/Music/Library/Rock & pop/Richman, 
Jonathan/1985 - Rockin' and romance/03 - Richman, Jonathan - Down in 
Bermuda.flac" | "/usr/share/squeezeboxserver/Bin/x86_64-linux/sox" -q -t wav - 
-t flac -C 0 - & |
  [20-07-03 17:15:44.3475] Slim::Player::Song::open (559) Tokenized command: 
"/usr/share/squeezeboxserver/Bin/x86_64-linux/flac" -dcs --skip=1:47.33 -- 
"/home/michael/Music/Library/Rock & pop/Richman, Jonathan/1985 - Rockin' and 
romance/03 - Richman, Jonathan - Down in Bermuda.flac" | 
"/usr/share/squeezeboxserver/Bin/x86_64-linux/sox" -q -t wav - -t flac -C 0 - & 
|
  




bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View this thread: http://forums.slimdevices.com/showthread.php?t=112497

___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter


Re: [SlimDevices: SqueezeCenter] Using Sox to parametrically equalizing I'm losing seek functionality. Could it work?

2020-07-03 Thread bpa


MainSqueeze wrote: 
> I've attached the log; I hope you can make more sense of it than I can.
> Worryingly, there are several instances of this:
> 
> > 
Code:

  >   > 
  > [20-07-03 17:15:44.3276] Slim::Player::TranscodingHelper::checkBin (252)   
Found command: [sox] -q -t flac $FILE$ -b 24 -t flac - equalizer 40.8 5q -11.4 
equalizer 62.8 2.487q -11.3 equalizer 87.7 5q -3.2 equalizer 263 5q -7.4
  > [20-07-03 17:15:44.3279] 
Slim::Player::TranscodingHelper::getConvertCommand2 (382) Rejecting [sox] -q -t 
flac $FILE$ -b 24 -t flac - equalizer 40.8 5q -11.4 equalizer 62.8 2.487q -11.3 
equalizer 87.7 5q -3.2 equalizer 263 5q -7.4 because required capability T not 
supported:
  > 

> > 
> 
> Does that mean that LMS is ignoring the whole [sox] string? Or
> rejecting the custom-convert altogether? And what's "capability T"?
> Please let me know what you make of the log; I'd really appreciate
> it.
> 
> Thanks.
Quick answer.  
Yes. Command was rejected because LMS require a "T" capability for
start/end and the line didn't have it - no match.

I'll look through the log next.



bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View this thread: http://forums.slimdevices.com/showthread.php?t=112497

___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter


Re: [SlimDevices: SqueezeCenter] Using Sox to parametrically equalizing I'm losing seek functionality. Could it work?

2020-07-03 Thread MainSqueeze


I've attached the log; I hope you can make more sense of it than I can.
Worryingly, there are several instances of this:


Code:


  [20-07-03 17:15:44.3276] Slim::Player::TranscodingHelper::checkBin (252)   
Found command: [sox] -q -t flac $FILE$ -b 24 -t flac - equalizer 40.8 5q -11.4 
equalizer 62.8 2.487q -11.3 equalizer 87.7 5q -3.2 equalizer 263 5q -7.4
  [20-07-03 17:15:44.3279] Slim::Player::TranscodingHelper::getConvertCommand2 
(382) Rejecting [sox] -q -t flac $FILE$ -b 24 -t flac - equalizer 40.8 5q -11.4 
equalizer 62.8 2.487q -11.3 equalizer 87.7 5q -3.2 equalizer 263 5q -7.4 
because required capability T not supported:
  



Does that mean that LMS is ignoring the whole [sox] string? Or rejecting
the custom-convert altogether? And what's "capability T"? Please let me
know what you make of the log; I'd really appreciate it.

Thanks.


+---+
|Filename: Server log 20200703.txt  |
|Download: http://forums.slimdevices.com/attachment.php?attachmentid=30910|
+---+


MainSqueeze's Profile: http://forums.slimdevices.com/member.php?userid=62220
View this thread: http://forums.slimdevices.com/showthread.php?t=112497

___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter


Re: [SlimDevices: SqueezeCenter] Using Sox to parametrically equalizing I'm losing seek functionality. Could it work?

2020-07-03 Thread bpa


MainSqueeze wrote: 
> Will do but it'll be a couple hours or so before I'll get round to it,
> I'm afraid. Which log set should I choose from the dropdown at the top
> of the logging page? Or is choosing "Debug" for the player.source by
> itself enough?

player.source to DEBUG is enough - it will generate a load of messages
but only interest in the ones around "Tokenized command: "   which is
the full command that will be used to transcode.  Example below is from
a WAV file with associated CUE file.

Code:


  [20-07-03 16:54:27.8766] Slim::Player::TranscodingHelper::checkBin (258)   
Found command: [flac] -cs --totally-silent --compression-level-0 $START$ $END$ 
-- $FILE$ | [sox] -q -t flac - -t flac -C 0 $RESAMPLE$ -
  [20-07-03 16:54:27.8767] Slim::Player::TranscodingHelper::getConvertCommand2 
(475) Matched: wav->flc via: [flac] -cs --totally-silent --compression-level-0 
$START$ $END$ -- $FILE$ | [sox] -q -t flac - -t flac -C 0 $RESAMPLE$ -
  [20-07-03 16:54:27.8768] Slim::Player::Song::open (408) Transcoder: 
streamMode=F, streamformat=flc
  [20-07-03 16:54:27.8772] 
Slim::Player::TranscodingHelper::tokenizeConvertCommand2 (646) Using command 
for conversion: "/mnt/hddrive/home/latest/trunk/Bin/x86_64-linux/flac" -cs 
--totally-silent --compression-level-0 --skip=13:32.22 --until=18:06.76 -- 
"/mnt/hddrive/albums/Rock/Silver_and_Gold/Silver_and_Gold.wav" | 
"/mnt/hddrive/home//latest/trunk/Bin/x86_64-linux/sox" -q -t flac - -t flac -C 
0 - & |
  [20-07-03 16:54:27.8773] Slim::Player::Song::open (572) Tokenized command: 
"/mnt/hddrive/home/latest/trunk/Bin/x86_64-linux/flac" -cs --totally-silent 
--compression-level-0 --skip=13:32.22 --until=18:06.76 -- 
"/mnt/hddrive/albums/Rock/Silver_and_Gold/Silver_and_Gold.wav" | 
"/mnt/hddrive/home/latest/trunk/Bin/x86_64-linux/sox" -q -t flac - -t flac -C 0 
- & |
  



If transcoding is not used then seeking will look like something like
":_timeToOffset (356) seeking using Slim::Formats::FLAC
findFrameBoundaries"   - Example below is a Flac files and I clicked a
place within time bar in web GUI

Code:


  [20-07-03 16:58:27.3675] Slim::Player::Song::open (475) Opening stream (no 
direct streaming) using Slim::Player::Protocols::File 
[file:///mnt/hddrive/home/albums/Rock/Silver_and_Gold/Silver_and_Gold.flac]
  [20-07-03 16:58:27.3677] Slim::Player::Protocols::File::open (80) duration: 
[27.28] size: [2362532] endian [] offset: [0] for 
file:///mnt/hddrive/home/albums/Rock/Silver_and_Gold/Silver_and_Gold.flac
  [20-07-03 16:58:27.3677] Slim::Player::Protocols::File::open (97) Opening 
file /mnt/hddrive/home/albums/Rock/Silver_and_Gold/Silver_and_Gold.flac
  [20-07-03 16:58:27.3680] Slim::Player::Protocols::File::_timeToOffset (356) 
seeking using Slim::Formats::FLAC findFrameBoundaries(640996, 7.4015444015444)
  [20-07-03 16:58:27.3681] Slim::Player::Protocols::File::_timeToOffset (368) 
7.4015444015444 -> 904750 (align: 1 size: 2362532 duration: 27.28)
  [20-07-03 16:58:27.3682] Slim::Player::Protocols::File::open (191) Seeking in 
904750 into /mnt/hddrive/home/albums/Rock/Silver_and_Gold/Silver_and_Gold.flac
  [20-07-03 16:58:27.3684] Slim::Player::Song::open (496) URL is a song 
(audio): 
file:///mnt/hddrive/home/albums/Rock/Silver_and_Gold/Silver_and_Gold.flac, 
type=flc
  [20-07-03 16:58:27.4081] Slim::Player::SongStreamController::new (30) live=1
  
  




bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View this thread: http://forums.slimdevices.com/showthread.php?t=112497

___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter


Re: [SlimDevices: SqueezeCenter] Using Sox to parametrically equalizing I'm losing seek functionality. Could it work?

2020-07-03 Thread MainSqueeze


bpa wrote: 
> 
> Can you do a player.source log set to DEBUG when you use WebUI to jump
> to a mid way point in a track.

Will do but it'll be a couple hours or so before I'll get round to it,
I'm afraid. Which log set should I choose from the dropdown at the top
of the logging page? Or is choosing "Debug" for the player.source by
itself enough?



MainSqueeze's Profile: http://forums.slimdevices.com/member.php?userid=62220
View this thread: http://forums.slimdevices.com/showthread.php?t=112497

___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter


Re: [SlimDevices: SqueezeCenter] Using Sox to parametrically equalizing I'm losing seek functionality. Could it work?

2020-07-03 Thread bpa


MainSqueeze wrote: 
> Just to confirm, I can both skip tracks (i.e. go to the next/previous
> track) and navigate to specific points in individual tracks (what in
> analogue days, we might have called RWD and FWD).
> 
> I'm controlling playback via the web UI (mostly), iPeng (sometimes) and
> the touch interface of a Squeezebox Touch. All of them support
> navigating to individual points in a track.
> 
> The one thing I can't do -- I've just tested all the use cases again, to
> be quite sure -- is use a Squeezebox Touch remote to RWD or FWD. When I
> press the respective buttons on the remote, playback does indeed skip to
> the previous or next track.
> 
> But all other interfaces allow me to point the cursor or my finger
> wherever in the track I want playback to resume.

Not interested in skip forward or back tracks - it is seeking *within* a
track that issues arise.

I'd like to understand what is happening and how your conf file is
working - a secondary transcode step may be kicking in.
Can you do a player.source log set to DEBUG when you use WebUI to jump
to a mid way point in a track.



bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View this thread: http://forums.slimdevices.com/showthread.php?t=112497

___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter


Re: [SlimDevices: SqueezeCenter] Using Sox to parametrically equalizing I'm losing seek functionality. Could it work?

2020-07-03 Thread MainSqueeze


Just to confirm, I can both skip tracks (i.e. go to the next/previous
track) and navigate to specific points in individual tracks (what in
analogue days, we might have called RWD and FWD).

I'm controlling playback via the web UI (mostly), iPeng (sometimes) and
the touch interface of a Squeezebox Touch. All of them support
navigating to individual points in a track.

The one thing I can't do -- I've just tested all the use cases again, to
be quite sure -- is use a Squeezebox Touch remote to RWD or FWD. When I
press the respective buttons on the remote, playback does indeed skip to
the previous or next track.

But all other interfaces allow me to point the cursor or my finger
wherever in the track I want playback to resume.



MainSqueeze's Profile: http://forums.slimdevices.com/member.php?userid=62220
View this thread: http://forums.slimdevices.com/showthread.php?t=112497

___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter


Re: [SlimDevices: SqueezeCenter] Using Sox to parametrically equalizing I'm losing seek functionality. Could it work?

2020-07-03 Thread bpa


gorman wrote: 
> So I'm curious about it.

Again it may be a fuzzy choice of words.

However, if there is no time specified as a start time *and* the
transcoding is being used - then seek to a particular time point in
track cannot happen.

Use logging player.source set to DEBUG to see the full command line that
will be executed to perform the transcoding.



bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View this thread: http://forums.slimdevices.com/showthread.php?t=112497

___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter


Re: [SlimDevices: SqueezeCenter] Using Sox to parametrically equalizing I'm losing seek functionality. Could it work?

2020-07-03 Thread gorman


bpa wrote: 
> The single line sox should work but with the suggested but I think the
> meaning of "skip" may be ambiguous.
> 
> It may be suitable for you if you do not want to skip to a time point
> *within* a track.  
> 
> The sox command does not seem to support a start or end time and so
> cannot be used to skip to a specific time *within* a Flac track nor play
> a segment of a Flac track if it is one with embedded CUE.  This may be
> why Flac is required befroe sox..Yeah, my bad for initially using "skip" by 
> mistake, when I meant "seek".
Skip was never in discussione, actually.

My looking at that single line sox I reach your same conclusions, as I
don't see how it could handle seek.

On the other hand, user Mainsqueese wrote:
> as well as go to particular points in individual tracks using a
> Squeezebox Touch, the web UI (with Material Skin) or iPeng.

So I'm curious about it.



gorman's Profile: http://forums.slimdevices.com/member.php?userid=56
View this thread: http://forums.slimdevices.com/showthread.php?t=112497

___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter


Re: [SlimDevices: SqueezeCenter] Using Sox to parametrically equalizing I'm losing seek functionality. Could it work?

2020-07-03 Thread bpa


gorman wrote: 
> I'll try your approach.

The single line sox should work but with the suggested but I think the
meaning of "skip" may be ambiguous.

It may be suitable for you is you do not want to skip to a time point
*within* a track.  

The sox command does not seem to support a start or end time and so
cannot be used to skip to a specific time *within* a Flac track nor play
a segment of a Flac track if it is one with embedded CUE.  This may be
why Flac is required befroe sox..



bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View this thread: http://forums.slimdevices.com/showthread.php?t=112497

___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter


Re: [SlimDevices: SqueezeCenter] Using Sox to parametrically equalizing I'm losing seek functionality. Could it work?

2020-07-02 Thread gorman


MainSqueeze wrote: 
> Yes, I can skip (i.e. go to the next/previous track) as well as go to
> particular points in individual tracks using a Squeezebox Touch, the web
> UI (with Material Skin) or iPeng.
> 
> Then again, I'm running LMS on Debian and using the Squeezelite version
> in the repositories, while you're on Windows, so perhaps that explains
> the different outcomes?
> 
> If your approach (decode flac and mp3 to wav, pipe wav to sox, apply
> effects, then re-encode and output flac) works for you, I'd leave well
> alone (except that, for simplicity's sake, you may want to delete "-C 0"
> from the output specifications, as SoX's default FLAC compression of 5
> will do just as well).
> 
> Anyway thank you so much for documenting this; I've learned something
> new.I'll try your approach. The machine running the server is quite powerful
so I'm not always careful in how I handle things. Or, rather, I'm not at
the start, while I'm trying to hammer out a working a solution. But I'm
all for trying to optimize later, so I'll give it a try.

Glad this discussion was interesting for you. There's so much one can do
with Squeeze that... one can always learn. :-)



gorman's Profile: http://forums.slimdevices.com/member.php?userid=56
View this thread: http://forums.slimdevices.com/showthread.php?t=112497

___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter


Re: [SlimDevices: SqueezeCenter] Using Sox to parametrically equalizing I'm losing seek functionality. Could it work?

2020-07-02 Thread MainSqueeze


gorman wrote: 
> 
> Can you skip with that line?

Yes, I can skip (i.e. go to the next/previous track) as well as go to
particular points in individual tracks using a Squeezebox Touch, the web
UI (with Material Skin) or iPeng.

Then again, I'm running LMS on Debian and using the Squeezelite version
in the repositories, while you're on Windows, so perhaps that explains
the different outcomes?

If your approach (decode flac and mp3 to wav, pipe wav to sox, apply
effects, then re-encode and output flac) works for you, I'd leave well
alone (except that, for simplicity's sake, you may want to delete "-C 0"
from the output specifications, as SoX's default FLAC compression of 5
will do just as well).

Anyway thank you so much for documenting this; I've learned something
new.



MainSqueeze's Profile: http://forums.slimdevices.com/member.php?userid=62220
View this thread: http://forums.slimdevices.com/showthread.php?t=112497

___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter


Re: [SlimDevices: SqueezeCenter] Using Sox to parametrically equalizing I'm losing seek functionality. Could it work?

2020-07-02 Thread bpa


gorman wrote: 
> I'm actually not... I don't have material to test... I should re-rip a
> CD with a cuesheet to try.

why - just test the flac command options on a command line with an
ordinary file. No need for cue or LMS. For example, test thta you can
select 15 sec from middle of an ordinary flac



bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View this thread: http://forums.slimdevices.com/showthread.php?t=112497

___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter


Re: [SlimDevices: SqueezeCenter] Using Sox to parametrically equalizing I'm losing seek functionality. Could it work?

2020-07-01 Thread gorman


bpa wrote: 
> Are you sure about using "-to"  rather than -"t" ?   It is one that
> mixes me up and I think i'd use "-t" as it is processing the input end
> time and not the output end time.I'm actually not... I don't have material to 
> test... I should re-rip a
CD with a cuesheet to try.



gorman's Profile: http://forums.slimdevices.com/member.php?userid=56
View this thread: http://forums.slimdevices.com/showthread.php?t=112497

___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter


Re: [SlimDevices: SqueezeCenter] Using Sox to parametrically equalizing I'm losing seek functionality. Could it work?

2020-07-01 Thread gorman


MainSqueeze wrote: 
> Thanks for all the info.
> Regarding this:
> > > > 
> > With that out the way, I have to admit that I've never seen the point of
> > the commented line (# FT:{START=...) and the first part of the following
> > line, up to the pipe that sends output to SoX. Instead, I've been using
> > this stripped-back custom-convert for equalization for almost two years
> > now:
> > 
> > > > 
Code:

  > >   > > flc flc * 00:00:00:00:00:00
  > > [sox] -q -t flac $FILE$ -b 24 -t flac - equalizer 40.8 5q -11.4 equalizer 
62.8 2.487q -11.3 equalizer 87.7 5q -3.2 equalizer 263 5q -7.4
  > > 

> > > > 
> > 
> > This works just fine, without the additional code. So what have I
> > been missing?> > Can you skip with that line?



gorman's Profile: http://forums.slimdevices.com/member.php?userid=56
View this thread: http://forums.slimdevices.com/showthread.php?t=112497

___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter


Re: [SlimDevices: SqueezeCenter] Using Sox to parametrically equalizing I'm losing seek functionality. Could it work?

2020-07-01 Thread MainSqueeze

gorman wrote: 
> Ok, found solution for MP3s as well. Since I have music only in flac and
> mp3 my solution is complete.
> 
> > 
Code:

  >   > 
  > mp3 flc * bc:5f:f4:bf:3e:70
  > # FT:{START=-ss %t}
  > [ffmpeg] -loglevel quiet $START$ -i $FILE$ -f wav - | [sox] -D -q -t 
wav - -t flac -C 0 -b 24 - gain -6.9 equalizer 30 0.43q +6.2 equalizer 699 
2.00q +1.0 equalizer 2924 4.11q -1.7 equalizer 6031 5.05q -6.2 equalizer 9825 
4.08q +2.2 equalizer 83 4.24q +1.3 equalizer 209 1.54q -1.2 equalizer 2842 0.1q 
+0.2 equalizer 12443 1.29q +2.7 equalizer 19698 0.46q -11.8
  > 

> > 
> 
> I had to use ffmpeg because, as far as I can see, LAME does not accept
> time offsets when decoding
> (https://svn.code.sf.net/p/lame/svn/trunk/lame/USAGE). Don't know how
> the internal functionality of mp3 transcoding works (when lowering
> bitrates) because that is capable of seeking but the convert.conf line
> does not show any instruction for that. I could probably be using
> ffmpeg for flac files too but I guess there's no point or added
> value.
> 
> If there are mistakes in my solution above, please do point them out.
> 
> Edit: can anybody explain the use of the --until=v% command when using
> flac decoding? With the above line in ffmpeg I've got complete seek
> functionality and I don't get if I'm missing something and what would
> that be.
> 
> Edit 2: since bpa asked for it, this is now the finalized portion in
> custom-convert.conf
> 
> > 
Code:

  >   > 
  > #Headphones
  > flc flc * bc:5f:f4:bf:3e:70
  > # FT:{START=--skip=%t}U:{END=--until=%v}
  > [flac] -dcs $START$ $END$ -- $FILE$ | [sox] -D -q -t wav - -t flac -C 0 
-b 24 - gain -6.9 equalizer 30 0.43q +6.2 equalizer 699 2.00q +1.0 equalizer 
2924 4.11q -1.7 equalizer 6031 5.05q -6.2 equalizer 9825 4.08q +2.2 equalizer 
83 4.24q +1.3 equalizer 209 1.54q -1.2 equalizer 2842 0.1q +0.2 equalizer 12443 
1.29q +2.7 equalizer 19698 0.46q -11.8
  > 
  > mp3 flc * bc:5f:f4:bf:3e:70
  > # FT:{START=-ss %t}
  > [ffmpeg] -loglevel quiet $START$ -i $FILE$ -f wav - | [sox] -D -q -t 
wav - -t flac -C 0 -b 24 - gain -6.9 equalizer 30 0.43q +6.2 equalizer 699 
2.00q +1.0 equalizer 2924 4.11q -1.7 equalizer 6031 5.05q -6.2 equalizer 9825 
4.08q +2.2 equalizer 83 4.24q +1.3 equalizer 209 1.54q -1.2 equalizer 2842 0.1q 
+0.2 equalizer 12443 1.29q +2.7 equalizer 19698 0.46q -11.8
  > 

> > 
> 
> If somebody is privy to the inner workings of sox, I wonder about two
> things:
> 
> 1) The need to use the -D argument for no dithering.
> 2) The need to use the -b 24 argument for 24-bit output. This makes
> sense to me as it provides headroom for all equalization calculations.
> But I might be mistaken.

As to your two questions, here's what I concluded when I looked into
this a couple of years ago:

1. I don't think the -D option is needed when you've specified 24-bit
output. Here's what the SoX manual says:

"[B]y default, SoX automatically adds TPDF dither when the output
bit-depth is less than 24 and any of the following are true:
• bit-depth reduction has been specified explicitly using a command-line
option
• the output file format supports only bit-depths lower than that of the
input file format
• an effect has increased effective bit-depth within the internal
processing chain"

2. SoX uses 32-bit processing internally for its effects, incl.
equalization, so that already offers plenty of headroom. But if you
didn't specify "-b 24", then SoX would apply dither to the output file,
esp. if the input file, like a lot of CD-quality music, is 16 bit. That
said, I gather that savage wars have been fought over dithering,
noise-shaping, etc., so I wouldn't want to comment any further.

With that out the way, I have to admit that I've never seen the point of
the commented line (# FT:{START=...) and the first part of the following
line, up to the pipe that sends output to SoX. Instead, I've been using
this stripped-back custom-convert for equalization for almost two years
now:


Code:

flc flc * 00:00:00:00:00:00
  [sox] -q -t flac $FILE$ -b 24 -t flac - equalizer 40.8 5q -11.4 equalizer 
62.8 2.487q -11.3 equalizer 87.7 5q -3.2 equalizer 263 5q -7.4
  



This works just fine, without the additional code. So what have I been
missing?



MainSqueeze's Profile: http://forums.slimdevices.com/member.php?userid=62220
View this thread: http://forums.slimdevices.com/showthread.php?t=112497

___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter


Re: [SlimDevices: SqueezeCenter] Using Sox to parametrically equalizing I'm losing seek functionality. Could it work?

2020-07-01 Thread bpa


gorman wrote: 
> If somebody for whatever reason would prefer to use ffmpeg for FLAC
> processing this should work (seek works, END should work for cue files
> but I don't have any to test):
> 
> > 
Code:

  >   > 
  > flc flc * bc:5f:f4:bf:3e:70
  > # FT:{START=-ss %t}U:{END=-to %v}
  > [ffmpeg] -loglevel quiet $START$ $END$ -i $FILE$ -f wav - | [sox] -D -q 
-t wav - -t flac -C 0 -b 24 - gain -6.9 equalizer 30 0.43q +6.2 equalizer 699 
2.00q +1.0 ... etc.
  > 

> > 

Are you sure about using "-to"  rather than -"t" ?   It is one that
mixes me up and I think i'd use "-t" as it is processing the input end
time and not the output end time.



bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View this thread: http://forums.slimdevices.com/showthread.php?t=112497

___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter


Re: [SlimDevices: SqueezeCenter] Using Sox to parametrically equalizing I'm losing seek functionality. Could it work?

2020-07-01 Thread gorman


If somebody for whatever reason would prefer to use ffmpeg for FLAC
processing this should work (seek works, END should work for cue files
but I don't have any to test):


Code:


  flc flc * bc:5f:f4:bf:3e:70
# FT:{START=-ss %t}U:{END=-to %v}
[ffmpeg] -loglevel quiet $START$ $END$ -i $FILE$ -f wav - | [sox] -D -q 
-t wav - -t flac -C 0 -b 24 - gain -6.9 equalizer 30 0.43q +6.2 equalizer 699 
2.00q +1.0 ... etc.
  




gorman's Profile: http://forums.slimdevices.com/member.php?userid=56
View this thread: http://forums.slimdevices.com/showthread.php?t=112497

___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter


Re: [SlimDevices: SqueezeCenter] Using Sox to parametrically equalizing I'm losing seek functionality. Could it work?

2020-06-30 Thread bpa


gorman wrote: 
> Yeah, I get that... as mentioned, I guess ffmpeg might be an alternative
> for people not wanting to mess with the flac executable. If it works for
> MP3s it'll probably work fine for flac files.

The odd thing was that after a lot of disucssuion, I thought it has been
agreed to update Flac but it just never happened.  Now  the issue has
come to light again, one way or another I think it will be resolved as
part of standard LMS.  Previously, LMS has had customised versions of
Flac so there is precedent.



bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View this thread: http://forums.slimdevices.com/showthread.php?t=112497

___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter


Re: [SlimDevices: SqueezeCenter] Using Sox to parametrically equalizing I'm losing seek functionality. Could it work?

2020-06-30 Thread gorman


bpa wrote: 
> Re why has new Flac not beenincludedin LMS. It's because there are so
> many possibilities and file formats and there is a question whether LMS
> should have a non-standard version of Flac which means more maintenance,
> that committing a change to something as central as "flac" is only done
> with caution and after a lot of consideration.Yeah, I get that... as 
> mentioned, I guess ffmpeg might be an alternative
for people not wanting to mess with the flac executable. If it works for
MP3s it'll probably work fine for flac files.



gorman's Profile: http://forums.slimdevices.com/member.php?userid=56
View this thread: http://forums.slimdevices.com/showthread.php?t=112497

___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter


Re: [SlimDevices: SqueezeCenter] Using Sox to parametrically equalizing I'm losing seek functionality. Could it work?

2020-06-30 Thread gorman


bpa wrote: 
> I suspect if the Flac file has embedded CUE to identify tracks within
> it. - then there is a "start time" and  "end time" for each track.
> Oh, ok, that makes sense. I don't use CUE files, so it's irrelevant for
me. Thanks for explaining this.

Convert.conf still is some sort of black magic stuff under many
aspects... it's good to have clarifications on the forums, when
possible. For future reference.



gorman's Profile: http://forums.slimdevices.com/member.php?userid=56
View this thread: http://forums.slimdevices.com/showthread.php?t=112497

___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter


Re: [SlimDevices: SqueezeCenter] Using Sox to parametrically equalizing I'm losing seek functionality. Could it work?

2020-06-30 Thread bpa


gorman wrote: 
> Oh, ok, that makes sense. I don't use CUE files, so it's irrelevant for
> me. Thanks for explaining this.
> 
> Convert.conf still is some sort of black magic stuff under many
> aspects... it's good to have clarifications on the forums, when
> possible. For future reference.
Re why has new Flac not beenincludedin LMS. It's because there are so
many possibilities and file formats and there is a question whether LMS
should have a non-standard version of Flac which means more maintenance,
that committing a change to something as central as "flac" is only done
with caution and after a lot of consideration.



bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View this thread: http://forums.slimdevices.com/showthread.php?t=112497

___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter


Re: [SlimDevices: SqueezeCenter] Using Sox to parametrically equalizing I'm losing seek functionality. Could it work?

2020-06-30 Thread bpa


gorman wrote: 
> Edit: can anybody explain the use of the --until=v% command when using
> flac decoding? With the above line in ffmpeg I've got complete seek
> functionality and I don't get if I'm missing something and what would
> that be.
I suspect if the Flac file has embedded CUE to identify tracks within
it. - then there is a "start time" and  "end time" for each track.

from top of convert.conf

Code:


  # 
  # %S - stream samples start offset (not yet implemented)
  # %s - stream seconds start offset
  # %t - stream time (m:ss) start offset
  # %U - stream samples end offset (not yet implemented)
  # %u - stream seconds end offset
  # %v - stream time (m:ss) end offset
  # %w - stream seconds duration
  




bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View this thread: http://forums.slimdevices.com/showthread.php?t=112497

___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter


Re: [SlimDevices: SqueezeCenter] Using Sox to parametrically equalizing I'm losing seek functionality. Could it work?

2020-06-30 Thread gorman


Ok, found solution for MP3s as well. Since I have music only in flac and
mp3 my solution is complete.


Code:


  mp3 flc * bc:5f:f4:bf:3e:70
# FT:{START=-ss %t}
[ffmpeg] -loglevel quiet $START$ -i $FILE$ -f wav - | [sox] -D -q -t 
wav - -t flac -C 0 -b 24 - gain -6.9 equalizer 30 0.43q +6.2 equalizer 699 
2.00q +1.0 equalizer 2924 4.11q -1.7 equalizer 6031 5.05q -6.2 equalizer 9825 
4.08q +2.2 equalizer 83 4.24q +1.3 equalizer 209 1.54q -1.2 equalizer 2842 0.1q 
+0.2 equalizer 12443 1.29q +2.7 equalizer 19698 0.46q -11.8
  



I had to use ffmpeg because, as far as I can see, LAME does not accept
time offsets when decoding
(https://svn.code.sf.net/p/lame/svn/trunk/lame/USAGE). Don't know how
the internal functionality of mp3 transcoding works (when lowering
bitrates) because that is capable of seeking but the convert.conf line
does not show any instruction for that. I could probably be using ffmpeg
for flac files too but I guess there's no point or added value.

If there are mistakes in my solution above, please do point them out.



gorman's Profile: http://forums.slimdevices.com/member.php?userid=56
View this thread: http://forums.slimdevices.com/showthread.php?t=112497

___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter


Re: [SlimDevices: SqueezeCenter] Using Sox to parametrically equalizing I'm losing seek functionality. Could it work?

2020-06-30 Thread gorman


ralphy wrote: 
> I remember creating a linux i386 and win32 flac binary with the patch,
> but testing stalled after the initial tests confirmed that the change
> worked.
> 
> Links to the binaries and details are in the 'slimserver-vendor pull
> request #72' (https://github.com/Logitech/slimserver-vendor/pull/72).THIS 
> WORKS PERFECTLY! THANK YOU SO MUCH!

Now I see that a similar problem arises with mp3 files. Instead of
jumping to the next track in the queue, when seeking the track is
restarted. Lines in custom-convert.conf are:


Code:


  mp3 flc * bc:5f:f4:bf:3e:70
# FT:{START=--skip=%t}U:{END=--until=%v}
[lame] --mp3input --decode --silent $FILE$ - | [sox] -D -q -t wav - -t 
flac -C 0 -b 24 - gain -6.9 equalizer 30 0.43q +6.2 equalizer 699 2.00q +1.0 
equalizer 2924 4.11q -1.7 equalizer 6031 5.05q -6.2 equalizer 9825 4.08q +2.2 
equalizer 83 4.24q +1.3 equalizer 209 1.54q -1.2 equalizer 2842 0.1q +0.2 
equalizer 12443 1.29q +2.7 equalizer 19698 0.46q -11.8
  



I'm going to investigate some more, as the START and END variables are
not called in the line... so it's understandable they don't work, I
guess.
I'll come back with my findings later.

In the meantime, thank you so much to everybody that chimed in to help.
And a special thank you to ralphy for providing the solution. I think
that build should be part of the standard distribution of LMS, btw.



gorman's Profile: http://forums.slimdevices.com/member.php?userid=56
View this thread: http://forums.slimdevices.com/showthread.php?t=112497

___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter


Re: [SlimDevices: SqueezeCenter] Using Sox to parametrically equalizing I'm losing seek functionality. Could it work?

2020-06-30 Thread bpa


gorman wrote: 
> LMS version is: 7.9.3 - 1579195498 @ Thu Jan 16 21:08:22 WEST 2020

It seems the fix to flac was never put into "production" your language
settings look OK to me.

Looking at your sox command - is the trailing "-" missing ?

Can you post the custom-convert.conf file you are using ?  ( I think you
may have posted above but to be sure) 

If you have put into convert.conf (not a goof idea as you'll lose them
after an LMS update) - then post the conf lines.wioth sox in them



bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View this thread: http://forums.slimdevices.com/showthread.php?t=112497

___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter


Re: [SlimDevices: SqueezeCenter] Using Sox to parametrically equalizing I'm losing seek functionality. Could it work?

2020-06-30 Thread gorman


philippe_44 wrote: 
> In your PC locales settings, what defines the decimal separator? There
> is a bug/issue with flac and decimal separator for some non-english.
> Flac expects time in the locale settings, and that might be mm::ss,ff
> and LMS sends mm::ss.ff (I have the issue being a Frenchie)This is what I 
> have in my settings:

[image: https://i.imgur.com/8m2vXlX.png]



gorman's Profile: http://forums.slimdevices.com/member.php?userid=56
View this thread: http://forums.slimdevices.com/showthread.php?t=112497

___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter


Re: [SlimDevices: SqueezeCenter] Using Sox to parametrically equalizing I'm losing seek functionality. Could it work?

2020-06-30 Thread ralphy


I remember creating a linux i386 and win32 flac binary with the patch,
but testing stalled after the initial tests confirmed that the change
worked.

Links to the binaries and details are in the 'slimserver-vendor pull
request #72' (https://github.com/Logitech/slimserver-vendor/pull/72).



Ralphy

*1*-Touch, *5*-Classics, *3*-Booms, *1*-UE Radio
'Squeezebox client builds'
(https://sourceforge.net/projects/lmsclients/files/) 'donations'
(https://www.paypal.com/cgi-bin/webscr?cmd=_donations=LL5P6365KQEXN=CA_name=Squeezebox%20client%20builds_code=USD=PP%2dDonationsBF%3abtn_donate_SM%2egif%3aNonHosted)
always appreciated.

ralphy's Profile: http://forums.slimdevices.com/member.php?userid=3484
View this thread: http://forums.slimdevices.com/showthread.php?t=112497

___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter


Re: [SlimDevices: SqueezeCenter] Using Sox to parametrically equalizing I'm losing seek functionality. Could it work?

2020-06-30 Thread bpa


philippe_44 wrote: 
> No it's still here - I almost lost my mind the other day because I
> thought it was my remote-header PR that created an issue. I've verified
> the problem by invoking flac manually

OK then there must be a use case that wasn't tested. I remember testing
and setting locale specially decimal setting to see error appear /
disappear. IIRC It was awkward to find equivalent setting in Windows.

I thought the change made was such that LMS and Flac (supplied by LMS
not standard) hardwired a locale setting into Flac and it matched LMS
formatting of "skip".



bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View this thread: http://forums.slimdevices.com/showthread.php?t=112497

___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter


Re: [SlimDevices: SqueezeCenter] Using Sox to parametrically equalizing I'm losing seek functionality. Could it work?

2020-06-30 Thread philippe_44


bpa wrote: 
> Is this still an issue ? I thought it was fixed it see
> https://github.com/Logitech/slimserver/issues/277

No it's still here - I almost lost my mind the other day because I
thought it was my remote-header PR that created an issue. I've verified
the problem by invoking flac manually



LMS 7.7, 7.8 and 7.9 - 5xRadio, 3xBoom, 4xDuet, 1xTouch, 1 SB2. Sonos
PLAY:3, PLAY:5, Marantz NR1603, JBL OnBeat, XBoxOne, XBMC, Foobar2000,
ShairPortW, JRiver 21, 2xChromecast Audio, Chromecast v1 and v2, , Pi
B3, B2, Pi B+, 2xPi A+, Odroid-C1, Odroid-C2, Cubie2, Yamaha WX-010,
AppleTV 4, Airport Express, GGMM E5

philippe_44's Profile: http://forums.slimdevices.com/member.php?userid=17261
View this thread: http://forums.slimdevices.com/showthread.php?t=112497

___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter


Re: [SlimDevices: SqueezeCenter] Using Sox to parametrically equalizing I'm losing seek functionality. Could it work?

2020-06-30 Thread bpa


gorman wrote: 
> I thought I had it active but maybe I didn't, 
This is expanded command line is only output on DEBUG.


Code:


  [20-06-30 02:52:07.9655] 
Slim::Player::TranscodingHelper::tokenizeConvertCommand2 (616) Using command 
for conversion: 
"C:\PROGRA~2\SQUEEZ~1\server\Bin\MSWin32-x86-multi-thread\flac.exe" -dcs 
--skip=1:34.00 -- "D:\Music\FLAC Rips\Meat Loaf - Bat Out Of Hell II- Back Into 
Hell\Meat Loaf - Bat Out Of Hell II- Back Into Hell - 01 - I'd Do Anything For 
Love (But I Won't Do That).flac" | 
"C:\PROGRA~2\SQUEEZ~1\server\Bin\MSWin32-x86-multi-thread\sox.exe" -D -q -t wav 
- -t flac -C 0 -b 24 - gain -6.9 equalizer 30 0.43q +6.2 equalizer 699 2.00q 
+1.0 equalizer 2924 4.11q -1.7 equalizer 6031 5.05q -6.2 equalizer 9825 4.08q 
+2.2 equalizer 83 4.24q +1.3 equalizer 209 1.54q -1.2 equalizer 2842 0.1q +0.2 
equalizer 12443 1.29q +2.7 equalizer 19698 0.46q -11.8 |
  [20-06-30 02:52:07.9658] Slim::Player::Song::open (558) Tokenized command: 
"C:\PROGRA~2\SQUEEZ~1\server\Bin\MSWin32-x86-multi-thread\flac.exe" -dcs 
--skip=1:34.00 -- "D:\Music\FLAC Rips\Meat Loaf - Bat Out Of Hell II- Back Into 
Hell\Meat Loaf - Bat Out Of Hell II- Back Into Hell - 01 - I'd Do Anything For 
Love (But I Won't Do That).flac" | 
"C:\PROGRA~2\SQUEEZ~1\server\Bin\MSWin32-x86-multi-thread\sox.exe" -D -q -t wav 
- -t flac -C 0 -b 24 - gain -6.9 equalizer 30 0.43q +6.2 equalizer 699 2.00q 
+1.0 equalizer 2924 4.11q -1.7 equalizer 6031 5.05q -6.2 equalizer 9825 4.08q 
+2.2 equalizer 83 4.24q +1.3 equalizer 209 1.54q -1.2 equalizer 2842 0.1q +0.2 
equalizer 12443 1.29q +2.7 equalizer 19698 0.46q -11.8 |



So there are two command being executed - one of them is broken on your
setup.  Run them in a command shell to find out why.  You'll need to
modify output of first to save into a tempt file and then modify 2nd
command input to take from a suitable file.
If theproblem is in flac as Phuillippe thinks - all you need to is check
the correcteness of " --skip=1:34.00 "


Code:


  "C:\PROGRA~2\SQUEEZ~1\server\Bin\MSWin32-x86-multi-thread\flac.exe" -dcs 
--skip=1:34.00 -- "D:\Music\FLAC Rips\Meat Loaf - Bat Out Of Hell II- Back Into 
Hell\Meat Loaf - Bat Out Of Hell II- Back Into Hell - 01 - I'd Do Anything For 
Love (But I Won't Do That).flac"
  



For sox - ypou need tocheck whether the iptui and output file settings
(i.e. source, destination format)  are correct.

Code:


  "C:\PROGRA~2\SQUEEZ~1\server\Bin\MSWin32-x86-multi-thread\sox.exe" -D -q -t 
wav - -t flac -C 0 -b 24 - gain -6.9 equalizer 30 0.43q +6.2 equalizer 699 
2.00q +1.0 equalizer 2924 4.11q -1.7 equalizer 6031 5.05q -6.2 equalizer 9825 
4.08q +2.2 equalizer 83 4.24q +1.3 equalizer 209 1.54q -1.2 equalizer 2842 0.1q 
+0.2 equalizer 12443 1.29q +2.7 equalizer 19698 0.46q -11.8
  




bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View this thread: http://forums.slimdevices.com/showthread.php?t=112497

___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter


Re: [SlimDevices: SqueezeCenter] Using Sox to parametrically equalizing I'm losing seek functionality. Could it work?

2020-06-30 Thread bpa


philippe_44 wrote: 
> In your PC locales settings, what defines the decimal separator? There
> is a bug/issue with flac and decimal separator for some non-english.
> Flac expects time in the locale settings, and that might be mm::ss,ff
> and LMS sends mm::ss.ff (I have the issue being a Frenchie)

Is this still an issue ? I thought it was fixed it see
https://github.com/Logitech/slimserver/issues/277



bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View this thread: http://forums.slimdevices.com/showthread.php?t=112497

___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter


Re: [SlimDevices: SqueezeCenter] Using Sox to parametrically equalizing I'm losing seek functionality. Could it work?

2020-06-30 Thread philippe_44


gorman wrote: 
> I thought I had it active but maybe I didn't, I don't know. Redid the
> whole thing here: https://pastebin.com/xQRYVBn3
> 
> You can see it's playing "I'd Do Anything for Love But I Won't Do That",
> I seek and it gives, at 02:52:08.0695, some error about end of file...
> but the same problem is visible in the log I posted before.
> 
> I'm using Squeezelite, launched with -n Headphones -s Music -c
> flac,pcm,mp3,ogg,aac,wma,dsd -o "Topping USB Audio Device [ASIO]"
> 
> Edit: tried both Kernel Streaming and WASAPI exclusive, to see whether
> that made a difference. It didn't.
> 
> It seems to me that this happens.
> 
> > 
Code:

  >   > Slim::Player::StreamingController::_eventAction (302) 
bc:5f:f4:bf:3e:70: JumpToTime - new state BUFFERING-STREAMING

> > 
> 
> The above gets the command to seek.
> 
> After that there's a list of lines that take care of checking the
> format to be transcoded (and in my case equalization being applied
> through sox).
> And then:
> > 
Code:

  >   > 
  > [20-06-30 03:20:57.6219] 
Slim::Player::TranscodingHelper::getConvertCommand2 (445) Matched: flc->flc 
via: [flac] -dcs $START$ $END$ -- $FILE$ | [sox] -D -q -t wav - -t flac -C 0 -b 
24 - gain -6.9 equalizer 30 0.43q +6.2 equalizer 699 2.00q +1.0 equalizer 2924 
4.11q -1.7 equalizer 6031 5.05q -6.2 equalizer 9825 4.08q +2.2 equalizer 83 
4.24q +1.3 equalizer 209 1.54q -1.2 equalizer 2842 0.1q +0.2 equalizer 12443 
1.29q +2.7 equalizer 19698 0.46q -11.8
  > [20-06-30 03:20:57.7317] Slim::Player::Source::_readNextChunk (349) Read to 
end of file or pipe
  > [20-06-30 03:20:57.7319] Slim::Player::Source::_readNextChunk (372) end of 
file or error on socket, song pos: 7520256
  > [20-06-30 03:20:57.7320] Slim::Player::Source::_readNextChunk (377) 
bc:5f:f4:bf:3e:70 mark end of stream
  > [20-06-30 03:20:57.7320] Slim::Player::Source::_readNextChunk (385) Didn't 
stream any bytes for this song; mark it as failed
  > [20-06-30 03:20:57.7321] 
Slim::Player::StreamingController::playerStreamingFailed (2248) 
bc:5f:f4:bf:3e:70
  > [20-06-30 03:20:57.7323] Slim::Player::StreamingController::_playersMessage 
(796) Problem: Can't open file for:: 
file:///D:/Music/FLAC%20Rips/Meat%20Loaf%20-%20Bat%20Out%20Of%20Hell%20II-%20Back%20Into%20Hell/Meat%20Loaf%20-%20Bat%20Out%20Of%20Hell%20II-%20Back%20Into%20Hell%20-%2006%20-%20Objects%20In%20The%20Rear%20View%20Mirror%20May%20Appear%20Closer%20Than%20They%20Are.flac
  > [20-06-30 03:20:57.7328] Slim::Player::StreamingController::_eventAction 
(270) bc:5f:f4:bf:3e:70: StreamingFailed in BUFFERING-STREAMING -> 
Slim::Player::StreamingController::_StopNextIfMore
  > [20-06-30 03:20:57.7328] Slim::Player::StreamingController::_eventAction 
(283) params: errorDisconnect => undef
  > [20-06-30 03:20:57.7331] Slim::Player::StreamingController::_Stop (610) 
Song queue is now 21

> > 

In your PC locales settings, what defines the decimal separator? There
is a bug/issue with flac and decimal separator for some non-english.
Flac expects time in the locale settings, and that might be mm::ss,ff
and LMS sends mm::ss.ff (I have the issue being a Frenchie)



LMS 7.7, 7.8 and 7.9 - 5xRadio, 3xBoom, 4xDuet, 1xTouch, 1 SB2. Sonos
PLAY:3, PLAY:5, Marantz NR1603, JBL OnBeat, XBoxOne, XBMC, Foobar2000,
ShairPortW, JRiver 21, 2xChromecast Audio, Chromecast v1 and v2, , Pi
B3, B2, Pi B+, 2xPi A+, Odroid-C1, Odroid-C2, Cubie2, Yamaha WX-010,
AppleTV 4, Airport Express, GGMM E5

philippe_44's Profile: http://forums.slimdevices.com/member.php?userid=17261
View this thread: http://forums.slimdevices.com/showthread.php?t=112497

___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter


Re: [SlimDevices: SqueezeCenter] Using Sox to parametrically equalizing I'm losing seek functionality. Could it work?

2020-06-29 Thread gorman


bpa wrote: 
> Are you using player.source set to DEBUG ?  
> There seems to be other logs active but not player.source set top DEBUG
I thought I had it active but maybe I didn't, I don't know. Redid the
whole thing here: https://pastebin.com/xQRYVBn3

You can see it's playing "I'd Do Anything for Love But I Won't Do That",
I seek and it gives, at 02:52:08.0695, some error about end of file...

I'm using Squeezelite, launched with -n Headphones -s Music -c
flac,pcm,mp3,ogg,aac,wma,dsd -o "Topping USB Audio Device [ASIO]"



gorman's Profile: http://forums.slimdevices.com/member.php?userid=56
View this thread: http://forums.slimdevices.com/showthread.php?t=112497

___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter


Re: [SlimDevices: SqueezeCenter] Using Sox to parametrically equalizing I'm losing seek functionality. Could it work?

2020-06-29 Thread gorman


What I can't understand is why this is happening. The first portion,
which is the one "deciding" seek is identical to other lines in
convert.conf


flc mp3 * *
*# F*B:{BITRATE=--abr
%B}*T:{START=--skip=%t}U:{END=--until=%v}*D:{RESAMPLE=--resample %D}
*[flac] -dcs $START$ $END$ -- $FILE$ |* [lame] --silent -q $QUALITY$
$RESAMPLE$ $BITRATE$ - -


It's pretty much identical to:

flc flc * bc:5f:f4:bf:3e:70
# FT:{START=--SKIP=%T}U:{END=--UNTIL=%V}
*[flac] -dcs $START$ $END$ -- $FILE$ |* [sox] -q -t wav - -t flac -C 0
-b 24 - gain -6.9 equalizer 30 0.43q +6.2

Does sox have problems handling stdin input when it stops and restart?



gorman's Profile: http://forums.slimdevices.com/member.php?userid=56
View this thread: http://forums.slimdevices.com/showthread.php?t=112497

___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter


Re: [SlimDevices: SqueezeCenter] Using Sox to parametrically equalizing I'm losing seek functionality. Could it work?

2020-06-29 Thread bpa


gorman wrote: 
> What happens when I seek is that the playback stops and it jumps to the
> next song in the queue.
> 
> This what I have in debug log from when the song gets transcoded with
> sox to when I seek and it errors out, jumping to the next in queue.

Are you using player.source set to DEBUG ?  
There seems to be other logs active but not player.source set top DEBUG



bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View this thread: http://forums.slimdevices.com/showthread.php?t=112497

___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter


Re: [SlimDevices: SqueezeCenter] Using Sox to parametrically equalizing I'm losing seek functionality. Could it work?

2020-06-29 Thread Apesbrain


Ok, as I said it was a while ago and I guess the "seek" problem was
never solved.  I moved on to Inguz DRC/EQ shortly after and it seeks
fine.  Here is what Inguz has in its custom-convert.conf:


Code:


  flc flc * 00:00:00:00:00:00
# FT:{START=--skip=%t}U:{END=--until=%v}
[flac] -dcs $START$ $END$ -- $FILE$ | [InguzDSP] -id 
"00:00:00:00:00:00" -wav -wavo -d 24 | [flac] -cs -0 --totally-silent -
  




Apesbrain's Profile: http://forums.slimdevices.com/member.php?userid=738
View this thread: http://forums.slimdevices.com/showthread.php?t=112497

___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter


Re: [SlimDevices: SqueezeCenter] Using Sox to parametrically equalizing I'm losing seek functionality. Could it work?

2020-06-29 Thread gorman


Unfortunately the problem remains. When decoding FLAC and inputting into
sox, seek jumps to the following track in the queue. When decoding MP3
and inputting into sox, seek restarts the current track.

It's funny because it was this five years old post of yours that put me
on to this solution. And even back then the person helping you was
mentioning losing seek functionality but offered a solution (which is
what I am using). A solution that I can't make work. :-(



gorman's Profile: http://forums.slimdevices.com/member.php?userid=56
View this thread: http://forums.slimdevices.com/showthread.php?t=112497

___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter


Re: [SlimDevices: SqueezeCenter] Using Sox to parametrically equalizing I'm losing seek functionality. Could it work?

2020-06-29 Thread Apesbrain


I haven't used an "equalizer" custom-convert.conf for a few years, but I
think it worked back then.  Some slight differences to your own, so
maybe worth a try:


Code:

flc flc * 00:04:20:00:00:00
# FT:{START=--skip=%t}U:{END=--until=%v}D:{RESAMPLE=-r %d}
[flac] -dcs $START$ $END$ -- $FILE$ | [sox] -q -t wav - -t wav 
$RESAMPLE$ - equalizer 99.6 2.70q +3.6 equalizer 283 1.00q -2.9 equalizer 2293 
1.00q +1.4 | [flac] -cs --totally-silent --compression-level-0 -
  


You don't need the switch "equalizer 2842 0.1q +0.2" as it's not really
doing anything.



Apesbrain's Profile: http://forums.slimdevices.com/member.php?userid=738
View this thread: http://forums.slimdevices.com/showthread.php?t=112497

___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter


Re: [SlimDevices: SqueezeCenter] Using Sox to parametrically equalizing I'm losing seek functionality. Could it work?

2020-06-29 Thread gorman


What happens when I seek is that the playback stops and it jumps to the
next song in the queue.

This what I have in debug log from when the song gets transcoded with
sox to when I seek and it errors out, jumping to the next in queue.


Code:


  [20-06-29 15:51:18.4361] Slim::Player::TranscodingHelper::checkBin (251)   
Found command: [flac] -dcs $START$ $END$ -- $FILE$ | [sox] -q -t wav - -t flac 
-C 0 -b 24 - gain -6.9 equalizer 30 0.43q +6.2 equalizer 699 2.00q +1.0 
equalizer 2924 4.11q -1.7 equalizer 6031 5.05q -6.2 equalizer 9825 4.08q +2.2 
equalizer 83 4.24q +1.3 equalizer 209 1.54q -1.2 equalizer 2842 0.1q +0.2 
equalizer 12443 1.29q +2.7 equalizer 19698 0.46q -11.8
  [20-06-29 15:51:18.4362] Slim::Player::TranscodingHelper::getConvertCommand2 
(445) Matched: flc->flc via: [flac] -dcs $START$ $END$ -- $FILE$ | [sox] -q -t 
wav - -t flac -C 0 -b 24 - gain -6.9 equalizer 30 0.43q +6.2 equalizer 699 
2.00q +1.0 equalizer 2924 4.11q -1.7 equalizer 6031 5.05q -6.2 equalizer 9825 
4.08q +2.2 equalizer 83 4.24q +1.3 equalizer 209 1.54q -1.2 equalizer 2842 0.1q 
+0.2 equalizer 12443 1.29q +2.7 equalizer 19698 0.46q -11.8
  [20-06-29 15:51:18.4386] Slim::Networking::Slimproto::client_readable (393) 
Slimproto frame: STAT, len: 53
  [20-06-29 15:51:18.4389] Slim::Networking::Slimproto::_stat_handler (784) 
bc:5f:f4:bf:3e:70: STAT-STMc: fullness=2072575, output_fullness=3299328, 
elapsed=0.000
  [20-06-29 15:51:18.4391] Slim::Networking::Slimproto::_stat_handler (811) 
bc:5f:f4:bf:3e:70 Squeezebox stream status:
event_code:  STMc
bytes_rec_H  0
bytes_rec_L  8716283
fullness:2072575 (98%)
bufferSize  2097152
fullness 2072575
bytes_received   8716283
signal_strength: 65535
jiffies: 28656
voltage: 0
  [20-06-29 15:51:18.4393] Slim::Networking::Slimproto::_stat_handler (823) 
output size: 3528000
output fullness: 3299328
elapsed seconds: 0
  [20-06-29 15:51:18.4393] Slim::Networking::Slimproto::_stat_handler (835) 
elapsed milliseconds: 0
server timestamp: 0
  [20-06-29 15:51:18.5262] Slim::Player::Source::_readNextChunk (349) Read to 
end of file or pipe
  [20-06-29 15:51:18.5264] Slim::Player::Source::_readNextChunk (372) end of 
file or error on socket, song pos: 35971072
  [20-06-29 15:51:18.5266] Slim::Player::Source::_readNextChunk (377) 
bc:5f:f4:bf:3e:70 mark end of stream
  [20-06-29 15:51:18.5268] Slim::Player::Source::_readNextChunk (385) Didn't 
stream any bytes for this song; mark it as failed
  [20-06-29 15:51:18.5270] 
Slim::Player::StreamingController::playerStreamingFailed (2248) 
bc:5f:f4:bf:3e:70
  [20-06-29 15:51:18.5273] Slim::Player::StreamingController::_playersMessage 
(796) Problem: Can't open file for:: 
file:///D:/Music/FLAC%20Non%20Shareable/Black%20Era%20-%202007%20-%20...%20Then/1.02%20-%20Bark.flac
  [20-06-29 15:51:18.5282] Slim::Player::StreamingController::_eventAction 
(270) bc:5f:f4:bf:3e:70: StreamingFailed in BUFFERING-STREAMING -> 
Slim::Player::StreamingController::_StopNextIfMore
  [20-06-29 15:51:18.5283] Slim::Player::StreamingController::_eventAction 
(283) params: errorDisconnect => undef
  [20-06-29 15:51:18.5284] Slim::Player::Squeezebox::stream (1049) strm-q
  [20-06-29 15:51:18.5285] Slim::Player::Squeezebox::stream (1094) sending strm 
frame of length: 24
  [20-06-29 15:51:18.5286] Slim::Player::Squeezebox::sendFrame (1137) sending 
squeezebox frame: strm, length: 24
  [20-06-29 15:51:18.5289] Slim::Player::StreamingController::_Stop (610) Song 
queue is now 6
  [20-06-29 15:51:18.5292] Slim::Player::SongStreamController::DESTROY (43) 
DESTROY(Slim::Player::SongStreamController=HASH(0x160c3924)) live=0
  [20-06-29 15:51:18.5293] Slim::Player::StreamingController::_setPlayingState 
(2377) new playing state STOPPED
  [20-06-29 15:51:18.5295] 
Slim::Player::StreamingController::_setStreamingState (2386) new streaming 
state IDLE
  [20-06-29 15:51:18.5296] Slim::Player::StreamingController::_willRetry (1408) 
no retry data
  




gorman's Profile: http://forums.slimdevices.com/member.php?userid=56
View this thread: http://forums.slimdevices.com/showthread.php?t=112497

___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter