Feedback on a great audio server software

[simoncn]

(07-11-2018 07:12)minim-user Wrote:  I understand your point. I thought once more about it, and I believe that my requirement in fact is not (only) about resizing, but about client-dependent behavior. To cover my scenario, MinimServer would have to behave differently dependent on the client, where client identification could be done with user agent and/or IP address. This would allow to resize the cover on a per-client basis, but could also be used for other features like transcoding audio or custom title representation per client. I guess that implementing this feature probably requires a lot of work, but I'd like to put it onto the feature request stack.

It is very unlikely that MinimServer would support customization based on detecting which control point or renderer is being used. I think it is better to be straightforward about this than raise expectations that this might be supported in future.

Quote:I'm currently working on a few scripts to easily setup and manage several instances on a single machine with little manual effort, one configuration file per instance in a central directory, optionally running as separate systemd services. Please let me know if you're interested in this feature, I could provide my code here or on GitHub then.

Thanks very much for your offer. The problem with this approach is that multiple Java processes are running, which consumes a lot of system resources. As one of the design goals of MinimServer is to run efficiently on low-end hardware, a different approach would be needed. The solution that I would like to implement at some point is to enable a single MinimServer process to support multiple media server instances, each with its own configuration. This requires significant restructuring of some parts of the MinimServer code but I think the effort would be worthwhile.