@cmiu
Works very well
Just one diference on fstab, i use mapped drives names instead of drives letters
"//192.168.2.100/d$ ....." for //192.168.2.100/backup .....
@idolse
I think having this option posted by cmiu on mpdwizard, if possible, would be a great improvement in server database management

My plan for the next release is to move the default music folder location to something like /var/music, and then all the different mounted locations will be sym-linked to that directory. This will allow numerous mountpoints to co-exist easily. Updating the wizard to allow a user to define multiple mountpoints might take a bit longer, but I'll get there eventually.

Hi all
I have been away for a while building amps. MPDPUP was working well, so I have not checked in for a while.

I just got caught up and it looks like there was a bit of a rally to tune for sound when Dynobot came in. Jrling was on some good paths, but it appears to have dropped.

Have you given up or gone underground.

Any update on which threads to prioritize?

What about a list of things to delete?

We need to form an organized effort at sound quality. Not just take other people's wild ideas. Need to test on MPDPUP and then report to Ildose what works so he has a list of priority items to put in 9.4.

I played around with buffer size. I had been using 8192 and load 100% before start. I tried larger sizes and seemed to loose air getting that congested sound. So I went the other extreme and tried smaller and smaller. If I am not mistaken, I believe I am getting detail and air at 512 buffer size and very small 1% load before play. Running Alix 3d2.

Hi Wlowes, always interested in tweaks - The areas Dynobot and Jrling were discussing were interesting, and I'm sure there is some value in some of them, but no consensus was reached. We were also playing with re-nicing and re-prioritizing a number of processes.

Regarding the modules you're removing above - I didn't think the Alix had any of that hardware. Note modprobe -r won't have any affect unless the kernel actually loaded the module, and without the actual hardware I don't think they will be loaded. Use 'lsmod' to see what is actually loaded on your system. I'm curious to see what is loaded by default on the Alix hardware, so please report back - there may be some obvious modules to remove.

For the most part deleting files will save a bit of RAM because the filesystem is in memory, which is important on a RAM compromised system like the Alix, but I don't believe it should make any difference in sound quality.

I believe jrling has defected over to Windows - but the last set of attempts he sent me are below - which I believe originated from Soundcheck's squeezebox tweaks. Note I'm not specifically endorsing any of these specific settings (and some are more specific to a Squeezebox touch), but I think some of this may be on the right track

I was also trying to re-nice the CIFS threads as well to a lower priority. Unfortunately I just don't think my current system is revealing enough to make it very clear to me if any of these tweaks have a major affect.

It is partly true that I have defected to Windows! I have been testing (actively) an optimised C++ 'hair shirt' player for a keen coder SBGK over on AA.
He has come up with a render loop coding that is of magnificent sound quality and to my surprise overcoming the enormous bloat and overhead of Windows 7.

TBH Idolse, I am eagerly awaiting 9.4 as there were some tweaks put forward by Dynobot that need kernel code changes beyond my abilities and which you are going to provide in that release.

I feel that through Dynobot's and Soundchekk's advice, I have gone about as far as I can go SQwise with 0.9.3, so was taking a break elsewhere!

Dynobot seems to have have gone quiet too?

Idolse - the code of mine you have quoted - I sent it to you and Dynobot on request for feedback. Any time to try it? I don't by any means hold the code out as the answer... it works well on my D510 dual core Atom board, but the Alix boards are much lower power and therefore one might expect different parameters will work better on Alix.

Jrling
Really great to hear you are keen on continuing to push the envelop on mpdpup. The base that Ildose provide is a great jumping off point. I am going to take a while to catch up to you and Dynobot. On the Voyage site, a juy named Jan has built mods to mpd 0.17 that allows real time priority setting etc. I found voyage required just too much linux knowledge for my level. I do wonder if we could apply his mods to mpd .17 in mpdpup tho.
Remind me, on what hdw platform do you run mpdpup?

Ildose.. Thank you so much for this sampling of all the stuff Dynobot and Jrling were pursuing. It will give me days and weeks of research and tinkering.

So much for measured scientific process. I just put in all the changes listed above in Ildose's post.
Sound is very good. At this point the best I have had on this system. I still will play around with buffers etc, but this worked very well for me. Quieter background, continued great sound stage, not quite so pushed back in the distance. I have had sharper detail with more air around things, but this is the most natural. The biggest change is more base and a warmth across the spectrum. Tons of detail and great midrange, just more warmth. Well implemented Windows tends to a pleasing warmth where linux tends to be analytical. This is a fine balance of both. I spent some time building tube amps and this is what I was looking for. Lots of texture and weight but still crystal clear detail. (pic below)
After the changes, this is what MPDPUP looks like on the Alix..

Ildose
I may have answered my own question. Rather than create a startup script, I added the commands to rc.local. It appears to work. Parden my inexperience.. Is this a proper approach?
Walter

Adding to rc.local will mostly work but is not really a recommended approach. The better approach is to put it in /etc/init.d and give it an alphabetical name so that it's processed after all the other scripts. This way it will re-nice all the daemons like mpd and kill avahi/lighttpd. Remember to run chmod +x on the file to make sure that it's executable.

I'm loathe to just include a script like this into the official release because there is very little documentation regarding any of this. A lot of these commands don't do anything if run individually because they are tied to the Squeezebox Touch operating system as well.

I am thinking to use a system where a script like this can run and grab the kernel parameters and re-nice values from another configuration file. At the moment the plan is to stick with configuration files - I don't see the value in adding to the wizards unless there are some clear explanations as to the how a parameter could affect audio. Some of the kernel modules being removed are things I'm looking into permanetly removing/blacklisting.

@jrling, glad to hear the defection may not be permanent I did try out your script but as I noted earlier I don't think my own system is as revealing as some others - it sounded good but I couldn't be sure if it was dramatically better or what variables had more affect than others.

Idolse - great to hear your plan for 0.9.4 which sounds like a good one.
Mostly 'my script' is Dynobot's. Where are you Dynobot?!

It made significant improvement to my system and I am sure that there is more to come. But as always YMMV. That's the trouble with OS like Windows and Linux too - however cut down they are made. The slightest change to parameters can have a big effect on SQ - mostly adverse!

Neither OS were designed for audiophile listening. Never were, never will be.

My Windows experience recently with a coder who really really knows what he is doing [SBGK on Audio Asylum], is that even changing one priority setting for the render loop, can ruin SQ. Conversely, getting it 'right' can really improve matters. But no amount of logic can predict which way it will go.

Being 'away' another reflection - albeit a statement of the bleedin' obvious - is that Idolse is just providing the most optimal OS for MPD to run in. But what we are left with is MPD 0.17 as the process that is rendering the music stream - for better or for worse.

So IF MPD 0.17 is not optimal, no amount of good work by Idolse will be able to break through that barrier.

SBGK is an experienced Squeezebox coder so knows his Linux. mpdPup is the most brilliant minimised version of Linux for audio that I know. His rendering code (written in C++) together with mpdPup would make an unbeatable combo. So far, he has resisted porting to Linux, as his code on Windows works so well, there is no incentive; however, the experience I have had of listening to its development, has taught me that the rendering code has by far the biggest impact on SQ rather than optimising the underlying OS.

You cannot post new topics in this forumYou cannot reply to topics in this forumYou cannot edit your posts in this forumYou cannot delete your posts in this forumYou cannot vote in polls in this forumYou cannot attach files in this forumYou can download files in this forum