Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[max096]

First MC32 images are now also available.

https://hub.docker.com/r/shiomax/jrivermc

[Richard Martin]

Thank you.
I'll get on to that later today

[HaWi]

Thanks Max, much appreciated!

[Richard Martin]

I just tried to get MC32 by pulling shiomax/jrivermc:latest but ended up with 31.0.83  Did I do something wrong?

[max096]

I just tried to get MC32 by pulling shiomax/jrivermc:latest but ended up with 31.0.83  Did I do something wrong?

Ill look into it later today should have been 32 already. You can use :latest-32 instead for now.

[merman-corrode-portage]

Thanks again Max.

I noticed some of the vnc settings have changed from my previous docker install, I've attempted to update them to work, however i seem to be stuck "connecting" when initiating a vnc session with the container. I have jriver running on a custom docker network to work with a reverse proxy so I found I needed ALLOW_ALL instead of LOCALHOST to at least get a password prompt, however I'm still stuck on 'connecting' after hitting connect (with no password entered).

Any ideas?

Code: [Select]

UID/GID
───────────────────────────────────────
USER_ID: 1000
GROUP_ID: 100
APP_USER: app
───────────────────────────────────────
setup-devices: no cdrom drive available: device /dev/sr0 not exposed to the container.
nginx: enabling https configuration...
prevent-minimize: starting...
nginx: waiting for certificate generation...
nginx: starting...
setup-app: Set config directory owner...
setup-app: VNC_LISTEN set to ALLOW_ALL. Allowing VNC connections from anywhere. This may be unsafe.
setup-intel-gpu: Intel GPU setup is blocked by INSTALL_INTEL_GPU_DRIVER env variable.

[max096]

Thanks again Max.

I noticed some of the vnc settings have changed from my previous docker install, I've attempted to update them to work, however i seem to be stuck "connecting" when initiating a vnc session with the container. I have jriver running on a custom docker network to work with a reverse proxy so I found I needed ALLOW_ALL instead of LOCALHOST to at least get a password prompt, however I'm still stuck on 'connecting' after hitting connect (with no password entered).

Any ideas?

Can you connect with the webui? VNC setup changed with the new images quite some time ago around mc29. If you set ALLOW_ALL you can connect from anywhere, but you currently still cannot set a password for direct VNC connection.

With the webui you will be asked to create a username/password combination on first visit and that will be used for login there. You also do not need ALLOW_ALL there. By default VNC is not reachable at all and you can only connect to the webui.

[merman-corrode-portage]

Oh wow, I hadn't even noticed the webui, thanks makes a lot more sense now, thanks.

[Richard Martin]

Ill look into it later today should have been 32 already. You can use :latest-32 instead for now.

I tried it again with  :latest and stll had 31 but latest-32.0.9-v.04.2 worked fine.  I now have 32 running on my server and my client

[HaWi]

I tried it again with  :latest and stll had 31 but latest-32.0.9-v.04.2 worked fine.  I now have 32 running on my server and my client

I don't want to confuse things but I pulled
shiomax/jrivermc:latest
with docker-compose and a my yaml file and MC32.0.9 installed properly on my Synology NAS a few days ago.

[Richard Martin]

I don't want to confuse things but I pulled
shiomax/jrivermc:latest
with docker-compose and a my yaml file and MC32.0.9 installed properly on my Synology NAS a few days ago.

I expect it's me...I pulled the latest image but was trying to use a container that was cloned from my MC31 container.
I'll get back to it in a few days and get it sorted

[HaWi]

I expect it's me...I pulled the latest image but was trying to use a container that was cloned from my MC31 container.
I'll get back to it in a few days and get it sorted

Ah, that explains it. I tried that, too at first and it also stayed with MC31.
I guess updating to a new major version requires "starting from scratch" so to speak.
Using docker-compose via CLI works pretty well for me. For updates within a major version I use Portainer and it takes only a minute to update.
Thanks to Max who has been very helpful to everyone.

[Richard Martin]

I have now done a complete clean install to a new container and then restored a back up from 31.
This works fine and I can connect from my Windows client.
However, my NAS is set to shut down at night when no one is using it.  The following day when the shiomax container restarts I am getting the following error in the log.

Code: [Select]

useradd: user 'abc' already existsfollowed by

Code: [Select]

s6-rc:warning: unable to start service setup-app: command exited 9
The MC server doesn't start.  I can connect to https:[server ip]/5800 but just get a black panel with "Not Connected" and a Reconnect button that does nothing.

Does anyone have any ideas what is going on here?

[HaWi]

There also seems to be a lag between updates of different images. For example shiomax/latest-32.0.12-v0.4.2 (which is really the latest from JRiver) is available, whereas shiomax/latest is currently still pulling 32.0.9

[HaWi]

I have now done a complete clean install to a new container and then restored a back up from 31.
This works fine and I can connect from my Windows client.
However, my NAS is set to shut down at night when no one is using it.  The following day when the shiomax container restarts I am getting the following error in the log.

Code: [Select]

useradd: user 'abc' already existsfollowed by

Code: [Select]

s6-rc:warning: unable to start service setup-app: command exited 9
The MC server doesn't start.  I can connect to https:[server ip]/5800 but just get a black panel with "Not Connected" and a Reconnect button that does nothing.

Does anyone have any ideas what is going on here?

Have you tried to restart the Container from within the Docker Container Manager? That sometimes helps me when things go wrong.
Also, only somewhat related, a NAS is really supposed to run 24/7 and powering it down and up again every day puts unnecessary stress on the hardware, especially the drives. My personal recommendation would be to keep the NAS running at all times.

[Richard Martin]

Have you tried to restart the Container from within the Docker Container Manager? That sometimes helps me when things go wrong.
Also, only somewhat related, a NAS is really supposed to run 24/7 and powering it down and up again every day puts unnecessary stress on the hardware, especially the drives. My personal recommendation would be to keep the NAS running at all times.

Stopping and starting the container made no difference.
I take your point about the NAS being on all the time, but I don't think that is a cause of this problem. Previous versions of MC shiomax docker images have been fine.
I'm puzzled by the log entry about the 'abc' user. I have no users called abc

[HaWi]

Stopping and starting the container made no difference.
I take your point about the NAS being on all the time, but I don't think that is a cause of this problem. Previous versions of MC shiomax docker images have been fine.
I'm puzzled by the log entry about the 'abc' user. I have no users called abc

I hear you. I agree that restarting the container should not lead to this issue. I was as baffled as you about that error. No 'abc' user here either.
EDIT: Should have mentioned that when I tried to update to MC32 with Portainer, I got the same errors.
Upgrading the 'long way", using CLI docker-compose did the trick but I don't want to use this for every minor update. Portainer is just so easy. Have you tried Portainer?

[Afrosheen]

I have now done a complete clean install to a new container and then restored a back up from 31.
This works fine and I can connect from my Windows client.
However, my NAS is set to shut down at night when no one is using it.  The following day when the shiomax container restarts I am getting the following error in the log.

Code: [Select]

useradd: user 'abc' already existsfollowed by

Code: [Select]

s6-rc:warning: unable to start service setup-app: command exited 9
The MC server doesn't start.  I can connect to https:[server ip]/5800 but just get a black panel with "Not Connected" and a Reconnect button that does nothing.

Does anyone have any ideas what is going on here?

I'm experiencing the same.

[max096]

Stopping and starting the container made no difference.
I take your point about the NAS being on all the time, but I don't think that is a cause of this problem. Previous versions of MC shiomax docker images have been fine.
I'm puzzled by the log entry about the 'abc' user. I have no users called abc

Not sure why you are getting an error about it exactly. But the abc user will be gone again next update. I wanted to simplify user creation in the container and took some of what linuxserver io is doing as a baseline. They don´t use the group for anything appearently and just put abc as the primary group (pretty sure every user needs a primary group). I did intend to "remove that later" but forgot about it.

It should not cause any problems though. The group just is there in the current image, but is not used anywhere. JRiver is started with the PID/GID configured and not with the primary group of the user that was created.

:latest is also mc32. If it´s not you just have to pull the image before redeploying the container. I´d say the latest-32 etc. tags are better to use for most cases so you don´t upgrade past major versions of mc on accident. But otherwise those are the same for mc32 right now (until there is a 33).

[max096]

I'm experiencing the same.

Can you try again now? Should be fixed, I hope. Not sure why this would only happen for some. I never got this error.

[Richard Martin]

Can you try again now? Should be fixed, I hope. Not sure why this would only happen for some. I never got this error.

I've tried again, from scratch, with latest-32
It installs OK, I restore my library and licence key, I can connect from my client PC and play music but if I restart the NAS I get the following errors in the containter log

Code: [Select]

shiomax-jrivermc-latest32
date stream content
04/02/2024 14:29 stdout s6-rc: warning: unable to start service setup-app: command exited 127

04/02/2024 14:29 stdout /etc/s6-overlay/s6-rc.d/setup-app/run: 51: usemod: not found


[max096]

I've tried again, from scratch, with latest-32
It installs OK, I restore my library and licence key, I can connect from my client PC and play music but if I restart the NAS I get the following errors in the containter log

Code: [Select]

shiomax-jrivermc-latest32
date stream content
04/02/2024 14:29 stdout s6-rc: warning: unable to start service setup-app: command exited 127

04/02/2024 14:29 stdout /etc/s6-overlay/s6-rc.d/setup-app/run: 51: usemod: not found


That explains a lot. Not the error (that's just another typo -.- should be fixed too now) but why I would have not seen it. I basically never restart my NAS / Server and don´t really stop docker containers either.

[Afrosheen]

Thank you max!  It's all good now!

I'm now trying to get the browser to work to enable Last.FM functionality, but nothing comes up.  I've got the following environmental variable set in my docker compose yaml file:

Code: [Select]

      - INSTALL_BROWSER=1


[max096]

Thank you max!  It's all good now!

I'm now trying to get the browser to work to enable Last.FM functionality, but nothing comes up.  I've got the following environmental variable set in my docker compose yaml file:

Code: [Select]

      - INSTALL_BROWSER=1


Like stated in the patch notes from v0.3.0 for some reason it does not work for last.fm right now. It opens some links in the browser but not all of them. It´s still the same as it was. Would need to figure out where I need to add firefox to for mc to find it.

[Richard Martin]

It's working for me now.  I have started fresh with 32-latest, restored my library and then successfully stopped and restarted the container.  Thank you Max

[HaWi]

I have installed the M32 docker image on my Raspberry Pi4 and it is running normally, according to Portainer. However, when I try to VNC into it (either with VNC Viewer or MacOS Screen Sharing) using the <IP-address:5900> I only get the rPi desktop, not MC32. What am I doing wrong?
Many thanks for any help.

[max096]

I have installed the M32 docker image on my Raspberry Pi4 and it is running normally, according to Portainer. However, when I try to VNC into it (either with VNC Viewer or MacOS Screen Sharing) using the <IP-address:5900> I only get the rPi desktop, not MC32. What am I doing wrong?
Many thanks for any help.

You probably already have another vnc running on your rpi. You can check if a port is in use by running 'sudo netstat -tulpn | grep LISTEN'. Probably first stop/remove the container. If that´s the case you can use bridge networking and map vnc to 5801 instead.

Remove this from your config if you have it in there

Code: [Select]

network_mode: host

Add the ports

Code: [Select]

    ports:
      - "5801:5800"
      - "5900:5900"
      - "52100:52100"
      - "52101:52101"
      - "52199:52199"
      - "1900:1900/udp"

Then you should have 5801 be VNC in the container and 5800 be your rpi still.

[HaWi]

Thanks Max, I'll try that.
Interestingly, I found that if I VNC into the Pi via port 5900 and then open MC32 like I did when I connected without the port specification to open the native MC32 it is actually the docker MC32 that opens.
Clearly, this is only playing around because both the native version and the docker version on a Pi4, even at 2GHz, are painfully slow. They do work OK serving MC32 remotely so that's why I am playing with it. To have a backup MC32 server.
I just got a Pi5 that I still have to put together and want to see if that's significantly faster.
Many thanks again for your help! Much appreciated.

[max096]

Thanks Max, I'll try that.
Interestingly, I found that if I VNC into the Pi via port 5900 and then open MC32 like I did when I connected without the port specification to open the native MC32 it is actually the docker MC32 that opens.
Clearly, this is only playing around because both the native version and the docker version on a Pi4, even at 2GHz, are painfully slow. They do work OK serving MC32 remotely so that's why I am playing with it. To have a backup MC32 server.
I just got a Pi5 that I still have to put together and want to see if that's significantly faster.
Many thanks again for your help! Much appreciated.

RPI5 uses a kernel by default that enabled 16k pages. The docker image does not work with that as of now.

You can put this into your boot.txt and then it should work.

Code: [Select]

kernel=kernel8.img


[HaWi]

Thanks Max! Will do.

[HaWi]

I installed MC32 on the Pi5 (running 64 bit Bookworm/Xfce) in bridge mode but I must have a permission problem because when I try to VNC into the container I get "The connection was refused by the computer" error.
I'll do some research to see if I can fix that.

[max096]

I installed MC32 on the Pi5 (running 64 bit Bookworm/Xfce) in bridge mode but I must have a permission problem because when I try to VNC into the container I get "The connection was refused by the computer" error.
I'll do some research to see if I can fix that.

If you´re using bridge networking you need to set it to ALLOW_ALL. Because the container has its own localhost then, so restricting connections to localhost will make it so you can only connect from inside the container. Which isn´t all that straight forward to accomplish.

[HaWi]

If you´re using bridge networking you need to set it to ALLOW_ALL. Because the container has its own localhost then, so restricting connections to localhost will make it so you can only connect from inside the container. Which isn´t all that straight forward to accomplish.

Thanks Max, I have ALLOW_ALL in my yaml but can't get into the container with VNC. No problem, though, I got native MC32 running rather quickly so I will probably not use the docker container on the pi5.

[HaWi]

I have tried to update to MC 32.0.23 on my Synology DS1918+ using docker-compose pulling this image
shiomax/jrivermc:latest-32.0.23-v0.4.4
the container runs, according to the container manager and Portainer but when I try to access via VNC  I get this error
The connection closed unexpectedly.

It's probably a Synology problem but I am stumped.
Would very much appreciate any ideas/hints on how to solve this.

[max096]

I have tried to update to MC 32.0.23 on my Synology DS1918+ using docker-compose pulling this image
shiomax/jrivermc:latest-32.0.23-v0.4.4
the container runs, according to the container manager and Portainer but when I try to access via VNC  I get this error
The connection closed unexpectedly.

It's probably a Synology problem but I am stumped.
Would very much appreciate any ideas/hints on how to solve this.

Not sure, just tried. This works with the latest image. Both web and vnc. It worked before? Try to restart the system if you did not yet. Might just fix it.

Otherwise, there are logs for tigervnc in /log/tigervnc. The file 'current' contains the latest logs.

The following will follow the logs live in your terminal

Code: [Select]

docker exec -it <container_name or id> /bin/bash
root@stuffs:/tmp# cd /log/tigervnc/
root@stuffs:/log/tigervnc# tail -f current

Then you can try to connect to it and see if any errors pop up. If nothing comes up at all you´ve got some networking issue and don´t even make it to the container. Port 5900 has to be accessable and you have to have ALLOW_ALL set to be able to connect from other systems.

[HaWi]

Not sure, just tried. This works with the latest image. Both web and vnc. It worked before? Try to restart the system if you did not yet. Might just fix it.

Otherwise, there are logs for tigervnc in /log/tigervnc. The file 'current' contains the latest logs.

The following will follow the logs live in your terminal

Code: [Select]

docker exec -it <container_name or id> /bin/bash
root@stuffs:/tmp# cd /log/tigervnc/
root@stuffs:/log/tigervnc# tail -f current

Then you can try to connect to it and see if any errors pop up. If nothing comes up at all you´ve got some networking issue and don´t even make it to the container. Port 5900 has to be accessable and you have to have ALLOW_ALL set to be able to connect from other systems.

Thank you, Max

this is an excerpt of the log. Looks like the VNC server error repeats every second when the server is trying to restart

2024-03-10 14:46:52.970389689  Sun Mar 10 10:46:52 2024
2024-03-10 14:46:52.970391871   vncext:      VNC extension running!
2024-03-10 14:46:52.970895944  (EE)
2024-03-10 14:46:52.970899500  Fatal server error:
2024-03-10 14:46:52.970902395  (EE) vncExtInit: unable to set socket to listening mode: Address already in use (98)
2024-03-10 14:46:52.970903788  (EE)
2024-03-10 14:46:53.978473000  Starting tigervnc...
2024-03-10 14:46:53.992089419
2024-03-10 14:46:53.992093450  Xvnc TigerVNC 1.12.0 - built 2023-01-06 16:01
2024-03-10 14:46:53.992096072  Copyright (C) 1999-2021 TigerVNC Team and many others (see README.rst)
2024-03-10 14:46:53.992098287  See https://www.tigervnc.org for information on TigerVNC.
2024-03-10 14:46:53.992100236  Underlying X server release 12101006, X.Org
2024-03-10 14:46:53.992101515
2024-03-10 14:46:53.992893797
2024-03-10 14:46:53.992896856  Sun Mar 10 10:46:53 2024
2024-03-10 14:46:53.992898833   vncext:      VNC extension running!
2024-03-10 14:46:53.993568852  (EE)
2024-03-10 14:46:53.993571734  Fatal server error:
2024-03-10 14:46:53.993574311  (EE) vncExtInit: unable to set socket to listening mode: Address already in use (98)
2024-03-10 14:46:53.993575599  (EE)
2024-03-10 14:46:55.000237602  Starting tigervnc...
2024-03-10 14:46:55.013460387
2024-03-10 14:46:55.013466446  Xvnc TigerVNC 1.12.0 - built 2023-01-06 16:01
2024-03-10 14:46:55.013469025  Copyright (C) 1999-2021 TigerVNC Team and many others (see README.rst)
2024-03-10 14:46:55.013471276  See https://www.tigervnc.org for information on TigerVNC.
2024-03-10 14:46:55.013473232  Underlying X server release 12101006, X.Org

I haven't restarted the NAS yet because it's performing data scrubbing but will do so as soon as it's done.
EDIT: I have now restarted the NAS but the problem persists

EDIT2: SOLVED
When I tried to install the new version I had screwed up the web server on the NAS and that hugged all the ports. I un-installed the web server and all is well again

[sjhilton]

Hi Max,
I'm having an odd issue with my docker instance not saving customisations. Each time I upgrade the container to a new MC32 version the customisations disappear (I've noticed it with the file info panel in Theater View, but it may be happening elsewhere). Everything else is fine. Config and library are mounted from local folders that are mapped to the container.
If you have any thoughts that would be greatly appreciated.
thanks again for your work - the container solution works fabulously on the QNAP.
Stuart

[BryanC]

Hi Max,
I'm having an odd issue with my docker instance not saving customisations. Each time I upgrade the container to a new MC32 version the customisations disappear (I've noticed it with the file info panel in Theater View, but it may be happening elsewhere). Everything else is fine. Config and library are mounted from local folders that are mapped to the container.
If you have any thoughts that would be greatly appreciated.
thanks again for your work - the container solution works fabulously on the QNAP.
Stuart

When you delete a playlist, does it reappear after container recreation?

[max096]

Hi Max,
I'm having an odd issue with my docker instance not saving customisations. Each time I upgrade the container to a new MC32 version the customisations disappear (I've noticed it with the file info panel in Theater View, but it may be happening elsewhere). Everything else is fine. Config and library are mounted from local folders that are mapped to the container.
If you have any thoughts that would be greatly appreciated.
thanks again for your work - the container solution works fabulously on the QNAP.
Stuart

Can you reproduce this or is this just randomly resetting some things? Do you have any players that are connected to that library that run all the time? I had a problem once with playlists getting overwritten randomly and the songs I just added disappearing. Turned out that another client that I had always running overwrote the changes I made.

[sjhilton]

Can you reproduce this or is this just randomly resetting some things? Do you have any players that are connected to that library that run all the time? I had a problem once with playlists getting overwritten randomly and the songs I just added disappearing. Turned out that another client that I had always running overwrote the changes I made.

Thanks Max - I'll do some more digging and see if I can reproduce the issue, including in circumstances other than I've outlined below. Yes, I have two raspberrypis running continuously with similar settings. There's also four other J River clients running on the network - two windows and two mac - so it could be some other odd syncing issue as well.

[Helibaby]

Hallo,

normally I install the last build of a version of MC in a Docker Container of my QNAP-NAS to stream music via DLNA to all my devices.
Everything worked fine until V31.0.83.

When installing 32.0.58 (shiomax/jrivermc:latest) with all options identical to V31 (i.e. in host mode) I get an "There was a problem loading the web browser engine" error.

Has anyone an idea how to solve this problem?

[HaWi]

I don't think we have enough information to help, so:

Did you use ssh or a docker-compose.yml?
In any case, can you share the commands/script you used to install the new version?
Have you tried the image shiomax/jrivermc:latest-32?

[max096]

Hallo,

normally I install the last build of a version of MC in a Docker Container of my QNAP-NAS to stream music via DLNA to all my devices.
Everything worked fine until V31.0.83.

When installing 32.0.58 (shiomax/jrivermc:latest) with all options identical to V31 (i.e. in host mode) I get an "There was a problem loading the web browser engine" error.

Has anyone an idea how to solve this problem?

Your NAS is probably arm based. Seems as though libnss3 needs to be manually installed on arm but was automatically installed by some package on amd64. Will fix in the next version in the meantime when you run

Code: [Select]

docker exec -it <container name> /bin/bash
apt update
apt install libnss3

And then restart MC (just close it) it should work.

[Helibaby]

I don't think we have enough information to help, so:

Did you use ssh or a docker-compose.yml?
In any case, can you share the commands/script you used to install the new version?
Have you tried the image shiomax/jrivermc:latest-32?

I installed the image with the Container Station app directly on the GUI of my QNAP NAS.
I have to enter the docker image, the network connection type (bridge or host, which I ever took), the size of the screen and the paths to MC config and the multimedia folder(s). That's all.

When I recheck with "https://gitlab.com/shiomax/jrivermc-docker" "How to do this/Docker compose/Host setup":  I used the same parameter.

Your suggested image has the same ID as the one I used: f6bda1418f9a. Therefore I think it is the same!

[Helibaby]

Your NAS is probably arm based. Seems as though libnss3 needs to be manually installed on arm but was automatically installed by some package on amd64. Will fix in the next version in the meantime when you run

Code: [Select]

docker exec -it <container name> /bin/bash
apt update
apt install libnss3

And then restart MC (just close it) it should work.

My QNAP NAS is the TS-253A. It is IntelŽ CeleronŽ N3150/N3160-Quad-Core-14-nm-1,6-GHz-CPU equipped.

Never the less I tried your proposed commands. The answer was: libnss3 is already the newest version (2:3.87.1-1).

[max096]

My QNAP NAS is the TS-253A. It is IntelŽ CeleronŽ N3150/N3160-Quad-Core-14-nm-1,6-GHz-CPU equipped.

Never the less I tried your proposed commands. The answer was: libnss3 is already the newest version (2:3.87.1-1).

Have a look at the logs in /log/jriver/current inside the container. Might tell you whats missing.

[Helibaby]

Have a look at the logs in /log/jriver/current inside the container. Might tell you whats missing.

I just installed the new shiomax/jrivermc:latest but I got the same error: There was a problem loading the web browser engine.

/log/jriver/current:
2024-07-26 10:40:15.242820308  jriver: starting...
2024-07-26 10:40:18.738393883  JRWeb: error while loading shared libraries: libcef.so: cannot open shared object file: No such file or directory
2024-07-26 10:40:24.101503483  stat: cannot read file system information for '/config/Music/': No such file or directory
2024-07-26 10:41:15.202846733  JRWeb: error while loading shared libraries: libcef.so: cannot open shared object file: No such file or directory

You can see the availability of "/config/Music" in my /config definition (/Container/MC) and my configuration of the Docker container I defined in my attachments.
The /config definition is correct! When I write the letters 'J' and 'R' in this forum they disappear!!! /container/'JR'MC

[HaWi]

I am not sure your file structure is correct.
I can't see a MC32 folder
I can't see a MC32/data folder
Now I am not familiar with QNAP but on the Synology I have a folder for all docker container permanent data
Within that there are the top folders, e.g. MC32
Then I have MC32/data, MC32/data/music, MC32/data/Library and MC32/config
The rest is filled in automatically upon install

[Helibaby]

I am not sure your file structure is correct.
I can't see a MC32 folder
I can't see a MC32/data folder
Now I am not familiar with QNAP but on the Synology I have a folder for all docker container permanent data
Within that there are the top folders, e.g. MC32
Then I have MC32/data, MC32/data/music, MC32/data/Library and MC32/config
The rest is filled in automatically upon install

The file structure seems to be okay!?
The JRiver Media Center folders are in the hidden .jriver folder in the /config (Container/'JR'MC) folder. [pic 01 - made inside container]
The multimedia folders are the /data/classical, /data/music etc. folders. [pic 02 - made inside container]

Everything seems to be fine with the file based functionalities.

I am a little bit surprised, because for the first time there is no program folder outside the container visible! [pic03 - made outside container]

[HaWi]

I am a bit at a loss because your structure looks very different from mine.
I believe that under your MC folder you need a data and a config folder and within that data folder you need a music folder that maps to your actual media folder where your physical music files are stored.
It is possible that your structure should work, too but I am not sure.
Maybe Max can weigh in here.
EDIT: I don't think the data and config folder can be in the hidden .jriver folder. It's the other way round for me.
My structure is like in the attachment.