Re: [SlimDevices: SqueezeCenter] Manually installing plugin zips
Yep. That works now. As a matter of fact I had a messed up situations because I was copying my changes over the original installed LocalPlayer plugin, which was locate under ./cache/... I found some dead config bodies in the related config files. No surprise it all had to be wiped out. However. Disabling the plugin >> updating the plugin code >> restarting the server >> enabling the updated plugin seems to work for me. Can't we write all that down somewhere? Anyhow. I have another question. (Slightly off topic) What's the workflow creating a zip from git for manual installation? Not all files from the git repo land into the zip. And then sometimes the zip s get restructured E.g. on the LocalPlayer Plugin the binary locations get reorganized. Ah binaries!?!?? ( Sorry for being slightly off topic here once more, it still affects the github handling and packaging of my updated and manually installed plugin) E.g. The LocalPlayer plugin supplies it's own binaries. Where do you folks keep the sources respectively recipes to build them?? I havn't seen anything on the LocalPlayer plugin over at the community plugin github page that refers to binary sources. Thx again. :::' my audioblog - latest series: RaspBerry PI - \"The Audio Engine\" ' (http://soundcheck-audio.blogspot.com)::: soundcheck's Profile: http://forums.slimdevices.com/member.php?userid=34383 View this thread: http://forums.slimdevices.com/showthread.php?t=108414 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Manually installing plugin zips
One more comment. It all wasn't that easy. I am working on changes to the LocalPlayer Plugin (introducing aarch64) btw. I figured I had to wipe the prefs/cache/db directory under /var/lib/lms, basically starting lms from scratch, to get going. Having done that wipe, the plugin stored under /usr/share/lms/Plugins was automatically recognized and enabled at initial start. For now, that's the only way I managed to do it. :::' my audioblog - latest series: RaspBerry PI - \"The Audio Engine\" ' (http://soundcheck-audio.blogspot.com)::: soundcheck's Profile: http://forums.slimdevices.com/member.php?userid=34383 View this thread: http://forums.slimdevices.com/showthread.php?t=108414 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Manually installing plugin zips
Thx Michael. That's exactly how it works on my LMS8.0 RPiOS64 (Debian) installation. "Settings/Information" shows "/usr/share/lms/Plugins" as plugin location. Putting the unzipped plugin dir-structure and content there will load the plugin after LMS restart. The $LMSHOME/Plugins dir didn't exist. It had to be created. All folders/files had to be configured with the right $LMSUSER ownership. What I found a bit odd is that the manually installed and loaded plugins doesn't show up in the "./cache/InstalledPlugins/Plugins" folder. It works anyway. I havn't tested yet what happens if you install a 3PPlugin from the LMS repo which has the same name as the manually installed plugin. That might happen if you work on enhancements/corrections on an existing plugin. Thx again. :::' my audioblog - latest series: RaspBerry PI - \"The Audio Engine\" ' (http://soundcheck-audio.blogspot.com)::: soundcheck's Profile: http://forums.slimdevices.com/member.php?userid=34383 View this thread: http://forums.slimdevices.com/showthread.php?t=108414 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] LMS 8.0.0 Questions
mherger wrote: > > Ah Ok. Didn't know CPAN and LMS weren't supposed to be in sync. > > Why not just opening a 1:1 branch copy. Stepping up a major release > 8.0 > > I'd call a worthwile change. ;) > > Done. > > -- > > Michael Great. Just updated my build script accordingly. :D Thx a lot. :::' my audioblog - latest series: RaspBerry PI - \"The Audio Engine\" ' (http://soundcheck-audio.blogspot.com)::: soundcheck's Profile: http://forums.slimdevices.com/member.php?userid=34383 View this thread: http://forums.slimdevices.com/showthread.php?t=111589 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] LMS 8.0.0 Questions
OK. Just redid the DB scan testing twice. Consider the issue closed! Both times I ended up with around 1.30min for 10k tracks again. Not sure what's been going on earlier. Sorry for the confusion. THX. :::' my audioblog - latest series: RaspBerry PI - \"The Audio Engine\" ' (http://soundcheck-audio.blogspot.com)::: soundcheck's Profile: http://forums.slimdevices.com/member.php?userid=34383 View this thread: http://forums.slimdevices.com/showthread.php?t=111589 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] LMS 8.0.0 Questions
mherger wrote: > > Is there a reason why slimserver-vendor CPAN is still 7.9 ?? Are > there > > any plans to introduce a 8.0 branch? > > Reason: there's been no change in that repository. > > > > I noticed a about 40% longer scanning period on 8.0. Anybody noticed > > this too? > > What part of the scan would take longer? > > Tracks. > > -- > > Michael 1. Ah Ok. Didn't know CPAN and LMS weren't supposed to be in sync. Why not just opening a 1:1 branch copy. Stepping up a major release 8.0 I'd call a worthwile change. ;) And for me maintaining a single/synched release would make life much easier. ;) 2. Music Files scanning. The main part. Before it was 90s for 10k tracks and with 8.0 it was about 130s. :::' my audioblog - latest series: RaspBerry PI - \"The Audio Engine\" ' (http://soundcheck-audio.blogspot.com)::: soundcheck's Profile: http://forums.slimdevices.com/member.php?userid=34383 View this thread: http://forums.slimdevices.com/showthread.php?t=111589 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] LMS 8.0.0 Questions
mherger wrote: > > Is there a reason why slimserver-vendor CPAN is still 7.9 ?? Are > there > > any plans to introduce a 8.0 branch? > > Reason: there's been no change in that repository. > > > > I noticed a about 40% longer scanning period on 8.0. Anybody noticed > > this too? > > What part of the scan would take longer? > > Tracks. > > -- > > Michael 1. Ah Ok. Didn't know CPAN and LMS weren't supposed to be in sync. Why not just opening a 1:1 branch copy. Stepping up a major release 8.0 I'd call a worthwile change. ;) And for me maintaining a single/synched release would make life much easier. ;) 2. Music Files scanning. The main part. Before it was 90s for 10k tracks and with 8.0 it was about 130s. :::' my audioblog - latest series: RaspBerry PI - \"The Audio Engine\" ' (http://soundcheck-audio.blogspot.com)::: soundcheck's Profile: http://forums.slimdevices.com/member.php?userid=34383 View this thread: http://forums.slimdevices.com/showthread.php?t=111589 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] LMS 8.0.0 Questions
Two things that hit my eye. I'm building LMS myself for aarch64 (PI4) btw. Q1: Is there a reason why slimserver-vendor CPAN is still 7.9 ?? Are there any plans to introduce a 8.0 branch? Q2: I noticed a about 40% longer scanning period on 8.0. Anybody noticed this too? THX. :::' my audioblog - latest series: RaspBerry PI - \"The Audio Engine\" ' (http://soundcheck-audio.blogspot.com)::: soundcheck's Profile: http://forums.slimdevices.com/member.php?userid=34383 View this thread: http://forums.slimdevices.com/showthread.php?t=111589 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] LMS - variable locations of (custom-)convert.conf !?!?
No. No other files. If Linux.pm gets parsed, as you can see above, Debian.pm should get triggered on "-f /etc/debian_version" if I'm not mistaken. os-release would fail of course. On Raspbian it should work than. As I said. I' m not running a .deb installation. :::' my audioblog - latest series: RaspBerry PI - \"The Audio Engine\" ' (http://soundcheck-audio.blogspot.com)::: soundcheck's Profile: http://forums.slimdevices.com/member.php?userid=34383 View this thread: http://forums.slimdevices.com/showthread.php?t=111590 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] LMS - variable locations of (custom-)convert.conf !?!?
Code: # cat /etc/os-release PRETTY_NAME="Raspbian GNU/Linux 10 (buster)" NAME="Raspbian GNU/Linux" VERSION_ID="10" VERSION="10 (buster)" VERSION_CODENAME=buster ID=raspbian ID_LIKE=debian HOME_URL="http://www.raspbian.org/; SUPPORT_URL="http://www.raspbian.org/RaspbianForums; BUG_REPORT_URL="http://www.raspbian.org/RaspbianBugs; :::' my audioblog - latest series: RaspBerry PI - \"The Audio Engine\" ' (http://soundcheck-audio.blogspot.com)::: soundcheck's Profile: http://forums.slimdevices.com/member.php?userid=34383 View this thread: http://forums.slimdevices.com/showthread.php?t=111590 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] LMS - variable locations of (custom-)convert.conf !?!?
FYI. I just figured that "Raspbian" is not part of "Debian.pm". That's not consistant. Unix.pm gets applied. I am wondering if I should write a change request on lms-git!?!? But I guess this also needs to be synced with the Raspbian LMS maintainer. PS: Once more. I won't use a plugin for that task. IMO the whole "path" subject needs to be revised. Adding a plugin increases the mess even further. :::' my audioblog - latest series: RaspBerry PI - \"The Audio Engine\" ' (http://soundcheck-audio.blogspot.com)::: soundcheck's Profile: http://forums.slimdevices.com/member.php?userid=34383 View this thread: http://forums.slimdevices.com/showthread.php?t=111590 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] LMS - variable locations of (custom-)convert.conf !?!?
mherger wrote: > > Each of these OS basically runs its own config file. If you're not on > > that list??? > > Create a Custom.pm (Slim::Utils::OS::Custom) module inheriting from > whatever other module you like. > > > Now I did this on Unix.pm: > > Do not modify existing files, as they'll be overwritten next time you > update. Create a Custom.pm instead. > > > Perhaps there's a more elegant way. I don't know yet. > > Creating a minimal Plugin would be more elegant imho. > > -- > > Michael I'd prefer to rather extent the search PATH for the .conf files by the paths already known through the environment. And the "prefs" path is known. Basically doing that what BPA wrongly suggested in the first place. But writing a plugin... ...you gotta be kidding. I do very well understand that none of you likes to touch the code. LMS is a monster. ;) Perhaps I'll find out how to extent the PATH. Then I'll do that. Because that'd be very generic and simple and wouldn't implicate anything else. If that doesn't work, I'll run a patch with every update. I mean, there are not that many updates anyhow. ;) :::' my audioblog - latest series: RaspBerry PI - \"The Audio Engine\" ' (http://soundcheck-audio.blogspot.com)::: soundcheck's Profile: http://forums.slimdevices.com/member.php?userid=34383 View this thread: http://forums.slimdevices.com/showthread.php?t=111590 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] LMS - variable locations of (custom-)convert.conf !?!?
LMS doesn't look e.g. in /var/lib/lms # a top level /var/lib/lms/prefs# as shown in info screen (just tried it) how can it then lookup /etc/squeezeboxserver on Ubuntu, which doesn't show anywhere !?!? * Here's the answer, I just figured it out myself. You'll find different default PATH configurations under: /usr/share/""lms""/Slim/Utils/OS/ That's where you find the config files for Debian, RedHat, OSX,... where they define their file locations. If you run then Ubuntu, Debian gets applied, if you run Fedora, RedHat gets applied. Each of these OS basically runs its own config file. If you're not on that list??? I am on ArchLinux Arm right now. There is no config file for that. Therefore LMS defaults to the generic "Unix" config. Now I did this on Unix.pm: Code: diff /usr/share/lms/Slim/Utils/OS/Unix.pm /usr/share/lms/Slim/Utils/OS/Unix.pm.orig 55c55 < if ($dir =~ /^(?:strings|revision|types|repositories)$/) { --- > if ($dir =~ /^(?:strings|revision|convert|types|repositories)$/) { 58,61d57 < < } elsif ($dir =~ /^(?:convert)$/) { < < push @dirs, "/var/lib/lms/prefs"; (inspired by the Debian folks) and then copied "BOTH" convert.conf and custom-convert.conf to /var/lib/lms/prefs Yep. convert.conf also has to be placed at the same location as custom-convert.conf as it seems. And guess what!?!? That's how I made it work. ;) Perhaps there's a more elegant way. I don't know yet. At least I have an idea for now. Cheers :::' my audioblog - latest series: RaspBerry PI - \"The Audio Engine\" ' (http://soundcheck-audio.blogspot.com)::: soundcheck's Profile: http://forums.slimdevices.com/member.php?userid=34383 View this thread: http://forums.slimdevices.com/showthread.php?t=111590 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
[SlimDevices: SqueezeCenter] LMS - variable locations of (custom-)convert.conf !?!?
Hi. I'm in the process of settings up LMS on ya RPi4. I do it from scratch. Building CPAN asf. I have a question. The (custom-)convert.conf files are spread all over the place on different OS installations. The location can not be chosen via "default" locations as it seems. I basically can not tell LMS where to look for the files at startup. LMS looks only in the lms root-directory (usually /usr/share/"lms") by default. Ubuntu and others leave the convert files at /etc/squeezeboxserver, pCP under its LMS rootdir /usr/local/slimserver/ ( which is not nice) , asf. I am wondering if a user accessible location, which already exists, wouldn't be a much better choice for at least the custom.convert.conf?? I'd prefer to go for /var/lib/"lms"/prefs . To me that looks much better than above examples. It also wouldn't need a separate LMS backup procedure. What I don't know: How can I configure such a location? Can I make LMS scan that location as default-location for a custom-convert.conf ? Thx. :::' my audioblog - latest series: RaspBerry PI - \"The Audio Engine\" ' (http://soundcheck-audio.blogspot.com)::: soundcheck's Profile: http://forums.slimdevices.com/member.php?userid=34383 View this thread: http://forums.slimdevices.com/showthread.php?t=111590 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
[SlimDevices: SqueezeCenter] LMS/slimproto and squeezelite volume control issues
Hi. I ran into several volume control issues on the squeezelite side. I'm now working on a patch for squeezelite. I do have almost no knowledge about LMS and slimproto. I'd need a little help here. First the potential LMS issues I ran into: LMS/slimproto delivers ambiguous and even wrong-order data while going down the 100->0 scale. ambiguous values: 47/48=3328 44/45=2816 42/41=2304 wrong order: 40/39=2048/2050 ( yep it goes up on 39!) This behavior should be easy to trace. This pretty much makes it impossible to provide a consistent and linear volume control. # Where are these VC scale and mappings/conversions generated? Any ideas what's going wrong here? # I do have some more questions. Would it be possible to fetch the actual volume scale values (range 100-0) over slimproto? Would it be possible to apply a linear scale to the LMS volume control? Thx. :::' my audioblog - latest series: RaspBerry PI - \"The Audio Engine\" ' (http://soundcheck-audio.blogspot.com)::: soundcheck's Profile: http://forums.slimdevices.com/member.php?userid=34383 View this thread: http://forums.slimdevices.com/showthread.php?t=110514 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] C-3PO plugin, a trnscoding helper.
I saw that some of you guys seem to be using the sox multi-threaded switch. Let me contribute some benchmarking I did on my i5 NUC: w/o multithreading: Code: Performance counter stats for '/tmp/sox -t flac /tmp/test.flac -t wavpcm -b 24 /tmp/tmp.wav rate -v -b 90.4 -p 45 -a 352800': 6.501,16 msec task-clock#1,000 CPUs utilized 58 context-switches #8,922 M/sec 0 cpu-migrations#0,000 K/sec 710 page-faults # 109,214 M/sec 17.471.508.084 cycles# 2687510,857 GHz 49.865.587.231 instructions #2,85 insn per cycle 3.663.382.219 branches # 563510570,528 M/sec 11.861.538 branch-misses #0,32% of all branches 6,502358582 seconds time elapsed 6,098182000 seconds user 0,402946000 seconds sys with multithreading: Code: Performance counter stats for '/tmp/sox --multi-threaded -t flac /tmp/test.flac -t wavpcm -b 24 /tmp/tmp.wav rate -v -b 90.4 -p 45 -a 352800': 27.121,26 msec task-clock#3,955 CPUs utilized 823 context-switches # 30,345 M/sec 13 cpu-migrations#0,479 M/sec 764 page-faults # 28,170 M/sec 67.649.699.828 cycles# 2494365,983 GHz 65.604.260.310 instructions #0,97 insn per cycle 8.144.344.634 branches # 300296620,110 M/sec 13.589.463 branch-misses #0,17% of all branches 6,857757586 seconds time elapsed 26,580257000 seconds user 0,542025000 seconds sys multithreading is not only a little - around 4% - slower (if we ignore the accumulated processing time >400% ). It uses 4 CPUs and ten thousands of extra cycles to achieve that. ;) At least based on these results based on my real live resampling testcase I'd stay away from sox multithreading! Enjoy. :::' my audioblog - latest series: RaspBerry PI - \"The Audio Engine\" ' (http://soundcheck-audio.blogspot.com)::: soundcheck's Profile: http://forums.slimdevices.com/member.php?userid=34383 View this thread: http://forums.slimdevices.com/showthread.php?t=105309 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] C-3PO plugin, a trnscoding helper.
OK. Finally: Flexible phase adjustments are not supported (yet?). Thx for the feedback. I think it would be nice if C-3PO would offer a simple free configurable field to be able to tailor a complete sox "effect" string. (That would also make Marco's live easier on the long run. ;) ) It'd make the plugin much more flexible. comparison to squeezelite: C-3PO uses the sox binary and not libsoxr directly. That's limiting the plugin. squeezelite, using libsoxr, can offer a broader scope of resampling options as being offered by libsoxr. Beside that, using libsoxr directly would allow to run 64bit. Obviously DSD would be an issue. sox could still be used for special purposes. Of course getting direct access to libsoxr would require to write a resampling application. That's not too difficult though. (Even I managed to write such an app ; )) When it comes to the Archimago stuff. As much as I question most of his findings on numerous topics, he IMO got a point on the resampling part. I'm not saying that I like his resampling config choice best. He IMO is pointing into the right direction though. Don't forget resampling (or any other DSP) will always be a compromise. :::' my audioblog - latest series: RaspBerry PI - \"The Audio Engine\" ' (http://soundcheck-audio.blogspot.com)::: soundcheck's Profile: http://forums.slimdevices.com/member.php?userid=34383 View this thread: http://forums.slimdevices.com/showthread.php?t=105309 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] C-3PO plugin, a trnscoding helper.
Hi. Just had a quick look at the plugin. I'm wondering if I can set the phase manually instead of using the predefined definitions (linear/...)? Or if that would be a nice2have feature!?!? sox offers it. I've also seen that earlier was mentioned that sox uses 64bit. Afaik that's only partly correct. At least the standard sox uses 32bit on all its effects, which would include "rate". Is that different for the sox being used by the plugin? :::' my audioblog - latest series: RaspBerry PI - \"The Audio Engine\" ' (http://soundcheck-audio.blogspot.com)::: soundcheck's Profile: http://forums.slimdevices.com/member.php?userid=34383 View this thread: http://forums.slimdevices.com/showthread.php?t=105309 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] wget - automatic download of nightly builds ?
If you would have read what I was looking for, you would have noticed the term: "nightly builds" soundcheck's Profile: http://forums.slimdevices.com/member.php?userid=34383 View this thread: http://forums.slimdevices.com/showthread.php?t=107247 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Logitech Media Server 7.9 is out!
Great to see the progress. Thx a lot to all the hardworking and committed contributors and the great community. Even if there are still all kind of "slim"/"squeeze"/"logi" mixes all over the place - who cares - it'll keep the history alive. ;) Even if we still face stoneage SysV startup script's in the .debs (even Debian managed to move to systemd a while ago) - who cares - it still works. ;) LMS just works and IMO is the best audio server out there. Nothing beats LMS + squeezelite. Long live LMS. Cheers SC PS: Michael - while you're looking into a faad update - you might also have a look at flac - they also stepped to 1.3.x a while ago. soundcheck's Profile: http://forums.slimdevices.com/member.php?userid=34383 View this thread: http://forums.slimdevices.com/showthread.php?t=107110 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] wget - automatic download of nightly builds ?
I figured it out myself. How about this? Code: wget -r -l1 --no-parent -A "amd64.deb" http://downloads.slimdevices.com/nightly/?ver=7.9 soundcheck's Profile: http://forums.slimdevices.com/member.php?userid=34383 View this thread: http://forums.slimdevices.com/showthread.php?t=107247 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] wget - automatic download of nightly builds ?
drmatt wrote: > Think you can turn auto self-update of the nightly build release in the > UI and it does all this for you. I do intend to control the entire process myself. The only thing I'd like to know is if there's a way to download the most current nightly .deb by script. Thx. soundcheck's Profile: http://forums.slimdevices.com/member.php?userid=34383 View this thread: http://forums.slimdevices.com/showthread.php?t=107247 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
[SlimDevices: SqueezeCenter] wget - automatic download of nightly builds ?
Hi there. Does anybody have an idea how to run automated downloads of nightly builds with wget. I'd just like to run a script in the background that does the update job automatically. Thinking of: wget http://downloads.slimdevices.com/nightly/7.9/sc/3ef3118/logitechmediaserver_7.9.*_amd64.deb which obviously doesn't work. Thx. soundcheck's Profile: http://forums.slimdevices.com/member.php?userid=34383 View this thread: http://forums.slimdevices.com/showthread.php?t=107247 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Genre-Classical-Various Artists mixed up ?
Found it. Thx. soundcheck's Profile: http://forums.slimdevices.com/member.php?userid=34383 View this thread: http://forums.slimdevices.com/showthread.php?t=107007 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Routing of different conversion rules and formats to player by MACs
Short update. Ralphy prepared a patch - based on Kimmo's input - for squeezelite yesterday. That was quick. For me it works. Great. To quote myself: > > Just tested the codec-priority patch for flac. > > It works for me. > > New Logic: > ** > If there's more then one output-codec enabled per input-codec on LMS > (Advanced/Filetypes) , > the order of codecs as defined with squeezelite by using the "-c" option > > defines the precedence of codecs and conversion rules used for this > client on LMS. > ** > > What's that for? > > Let's say. All my collection is flac. > > 1. I want some WLAN clients receive mp3s and do samplerate conversion to > 44.1kHz to cover bandwidth limitations > 2. I want to run native flacs on other squeezelite clients > 3. PCM on another client and > 4. Resampled PCM/convolution on another dedicated client - identified by > its MAC. > > To accomplish this I'd have to enable 4 conversion rules for flac. > > Before having this patch, the communicated order of codecs from > squeezelite was fixed. > flac came first. > Because of this, there's been no way to run the mp3 rule or pcm rules. > The flac rule had precedence and were overriding all others. > > For me having several clients in the network this patch is a big step > forward. > > There's still a problem with other clients then squeezelite though. > I'm not aware of any other client ( e.g. ipeng-player or its android > companions) offering > such a codec precedence setting. > > On the other hand this patch IMO must be considered just a workaround to > cover up a major > weakness in that area on LMS. > And LMS should actually be the place where things get sorted out and not > the whole world around it. > > Again. Thx for the patch. > > > ::: ' Touch Toolbox and more' (http://soundcheck-audio.blogspot.com) ::: by soundcheck soundcheck's Profile: http://forums.slimdevices.com/member.php?userid=34383 View this thread: http://forums.slimdevices.com/showthread.php?t=106517 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Routing of different conversion rules and formats to player by MACs
Great input Kimmo. Thx a lot. Basically with your patch I'd start squeezelite with -c pcm,flac,mp3 and the MAC routing works even with flac flac enabled. That's great. But I guess if I have "no" MAC based routing in place and "flac pcm" and "flac flac" both enabled, I'd end up with "pcm" on squeezelite. Since pcm has prio 1 now. Is Ralphy aware of your patch? I think it wouldn't hurt to get it into squeezelite. ;) Thx again. ::: ' Touch Toolbox and more' (http://soundcheck-audio.blogspot.com) ::: by soundcheck soundcheck's Profile: http://forums.slimdevices.com/member.php?userid=34383 View this thread: http://forums.slimdevices.com/showthread.php?t=106517 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Routing of different conversion rules and formats to player by MACs
All what it needs is finding the snippet in the code that sets the MAC rule prio and change that one to cover the whole file-type group. I guess that'd be a no-brainer for someone like mherger. ::: ' Touch Toolbox and more' (http://soundcheck-audio.blogspot.com) ::: by soundcheck soundcheck's Profile: http://forums.slimdevices.com/member.php?userid=34383 View this thread: http://forums.slimdevices.com/showthread.php?t=106517 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Routing of different conversion rules and formats to player by MACs
Ok. Make all rules "routed" and disable the generic ones. Hmmh. Yep. That's a workaround then. A bit annoying though. Especially if you need just 1 or 2 routed clients out of ten. @mherger: Are u listening?? What's your opinion? ::: ' Touch Toolbox and more' (http://soundcheck-audio.blogspot.com) ::: by soundcheck soundcheck's Profile: http://forums.slimdevices.com/member.php?userid=34383 View this thread: http://forums.slimdevices.com/showthread.php?t=106517 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Routing of different conversion rules and formats to player by MACs
Hi. I'd like to continue this discussion. Below a custom-convert.conf example. Code: mp3 flc * * # FT [sox] -D -q -t mp3 $FILE$ -t flac -e signed -C 0 -b 24 - 2>/tmp/sox.log flc flc * * # F [sox] -D -q -t flac $FILE$ -t flac -e signed -C 0 -b 24 - 2>/tmp/sox.log flc pcm * * # F [sox] -D -q -t flac $FILE$ -t wavpcm -e signed -b 24 - 2>/tmp/sox.log flc pcm * 00:00:00:00:00:00 # F [sox1] -D -q -t flac $FILE$ -t wavpcm -e signed -b 24 - rate -v -s -L 384000 2>/tmp/sox.log flc pcm * b8:ae:ed:77:18:31 # F [sox2] -D -q -t flac $FILE$ -t wavpcm -e signed -b 24 - rate -v -s -L 88200 2>/tmp/sox.log If "flac flac" and also the bottom customized rules "flac pcm" are enabled, "flac flac" overrules the customized options. Rather low performance devices/players (phone/tablet/bathroom) shall use the "flac flac" option and my main systems shall use "flac pcm" option. Can this be changed? To e.g. ->> If there is a "routed" rule inside the "flac" section with "whatever" output format selected, that one will be taken as default rule for this particular player. And just to mention it. As you can see in above, there's another weakness with the player routing setup. If I don't copy and rename my sox binaries ( e.g. sox1, sox2) I can't distinguish the different rules/player in the Advanced settings GUI. They'll all look the same. That's not nice. Thx ::: ' Touch Toolbox and more' (http://soundcheck-audio.blogspot.com) ::: by soundcheck soundcheck's Profile: http://forums.slimdevices.com/member.php?userid=34383 View this thread: http://forums.slimdevices.com/showthread.php?t=106517 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Routing of different conversion rules and formats to player by MACs
Sorry bpa. Your answer has nothing to do with my question. I do understand that e.g. your Android app might have issues playing pcm files. (pcm was just an example here btw.) squeezelite doesn't. squeezelite even reads samplerates ( in case of SRCed pcm streams) etc. from header. Thx ::: ' Touch Toolbox and more' (http://soundcheck-audio.blogspot.com) ::: by soundcheck soundcheck's Profile: http://forums.slimdevices.com/member.php?userid=34383 View this thread: http://forums.slimdevices.com/showthread.php?t=106517 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
[SlimDevices: SqueezeCenter] Routing of different conversion rules and formats to player by MACs
Hi. The custom-convert.conf lets me configure selective routing for particular conversion rules by MAC address. Now. What is the prioritization scheme for the rules ? Let me explain what I would like to do: All players in the net shall receive "flac flac" and no SRC by default. Except my main stereo (MAC x:x:x:x:x:x ) shall receive samplerate converted "flac pcm" To accomplish this I'd have to enable both rules under "Advanced Config/FileTypes". But. Usually "the upper" rule in the collumn overrides the lower rules. E.g. "flac flac" if enabled overrides "flac pcm" if also enabled. What's the logic/limitation here? Thx SC ::: ' Touch Toolbox and more' (http://soundcheck-audio.blogspot.com) ::: by soundcheck soundcheck's Profile: http://forums.slimdevices.com/member.php?userid=34383 View this thread: http://forums.slimdevices.com/showthread.php?t=106517 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Genre menu customization ??
@pippin I actually talked to several Android developers. None of them is interested. They eat what's on the table. You should have ported iPeng long ago. None of these Android apps comes close. And probably won't ever. I had and still have the strong impression that none of them had the ambition to evolve their product. They're all in maintenance ("It's good enough") mode. Anyhow. I can get partially what I'm looking for by adding entries within "Additional Browse Modes" on 7.9. . That'll give me immediately "One-Click" "All Albums" per Genre sorted by Artist. But here I have to configure one Additional Browse Mode per "Genre". Having 20 or more new menu items under "My Music" (Classcial/Jazz/...) plus the redundant "Genre" menu is pretty useless, means a lot of effort and it's IMO just a poor workaround. Perhaps there's a better and easier solution !?!? Isn't there a way to manipulate the base menu structure?? ::: ' Touch Toolbox and more' (http://soundcheck-audio.blogspot.com) ::: by soundcheck soundcheck's Profile: http://forums.slimdevices.com/member.php?userid=34383 View this thread: http://forums.slimdevices.com/showthread.php?t=105802 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
[SlimDevices: SqueezeCenter] Genre menu customization ??
Hi there. I'm running LMS 7.9. I'd like to customize my "Genres" menu a little to make my live easier. Currently my setup shows "Genres/Genre/Artist/Albums - per Artist" Or if I select "All Albums" in the "Artist" list I get "../All Albums per Genre sorted by All Artists". What I would like to achieve now is following. I would like to skip the 2nd layer menu - the list of "Artist" and show "All Albums per Genre sorted by "Artist" right away. Currently in my setup this - showing all albums/genre sorted by artist in one list - can only be achieved by selecting the "All Albums" in the "Artist" list. That's pretty annoying since that "All Albums" entry appears at the bottom of the Artist list. Especially if you face hundreds of artists in that list it's no longer fun. Pretty much all Android remotes use the standard lists/menu structure as provided by LMS. This should be aligned accordingly or better, should continue to work. The only app I know that adjusts menus is iPeng. iPeng btw puts that "All Album" menu item under "Genres/Genre/Artists on top of that list for easier access! Adjusting the Artist list instead of skipping it would then be my 2nd best modification choice. If I can't throw out that Artist list under Genres, I'd at least would like to put "All Albums" on top of the Artist list. I'm wondering how that could work. Any hints of how to accomplish this are appreciated. Thx a lot. SC ::: ' Touch Toolbox and more' (http://soundcheck-audio.blogspot.com) ::: by soundcheck soundcheck's Profile: http://forums.slimdevices.com/member.php?userid=34383 View this thread: http://forums.slimdevices.com/showthread.php?t=105802 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter