Since only the administrator can install/run SongKong it seems reasonable to allow that to run as root rather than trying to solve the problem of getting correct uids/gids and adding to these songkong.
The effect is essentially the same, since with a songkong user the customer would be attempting to give songkong access to write to music files without giving it to non admin users of the qnap. So whether using songkong or root the aim is when running songkong have access to all files. Access to what music files songkong has access to is already controlled by the mapping of the /music folder. Hence using a songkong user would only have the effect of controlling access to a subset of files within /music folder and I cannot see a usecase for this at all.
Of course, this does mean when songkong is running anyone could use webbrowser to change any files under /music, but this is the case anway if songkong user was given permissions to /music folder anyway, so there is no change. But I will additionally introduce simple password access to songkong front end itself - https://jthink.atlassian.net/projects/SONGKONG/issues/SONGKONG-1648
I have now rebuilt songkong/songkong and songkong/songkong-arm32 so that they run as root and this should resolve permissions issue. I have now hidden songkong/songkongdockerdev since it is now no different to standard images.