Topic: Docker Image for MC27 (Read 32227 times)

max096 · « **on:** September 09, 2020, 04:46:51 pm »

I' ve updated my Docker image to now also build images for MediaCenter 27.

More information about the image can be found in the readme on gitlab or dockerhub

- gitlab: https://gitlab.com/shiomax/jrivermc-docker
- dockerhub: https://hub.docker.com/r/shiomax/jrivermc27

This time around no problems with licensing either.

If you are upgrading from an older MediaCenter version (24, 25 or 26) remember to make a library backup before attempting to upgrade. Ideally, also backup the directory you linked to /config after having stopped or removed the container you are currently running. Major JRiver version changes will not retain anything you will need to restore from a library backup and reactivate your license.

JimH · « **Reply #1 on:** September 09, 2020, 04:52:38 pm »

Thank you!

Scobie · « **Reply #2 on:** September 09, 2020, 05:25:22 pm »

Brilliant thank you Max.

Scobie · « **Reply #3 on:** September 10, 2020, 05:55:03 pm »

Hi Max, all running really well but the integrated Browser is not functioning?

Thanks

Scobie

max096 · « **Reply #4 on:** September 11, 2020, 06:57:18 am »

Quote from: Scobie on September 10, 2020, 05:55:03 pm

Hi Max, all running really well but the integrated Browser is not functioning?

Thanks

Scobie

You're right the browser does not work. I'll look into it later today probably. Don't have time for it right now.

Scobie · « **Reply #5 on:** September 11, 2020, 07:39:59 am »

Ok great, no rush...appreciate your work on this.

max096 · « **Reply #6 on:** September 11, 2020, 03:38:53 pm »

Just had to install this for the browser to work.

Code: [Select]

libgbm1/stable 18.3.6-2+deb10u1 amd64
  generic buffer management API -- runtime

It wasn't required for mc26, but it is now.

bob · « **Reply #7 on:** September 11, 2020, 04:35:33 pm »

Quote from: max096 on September 11, 2020, 03:38:53 pm

Just had to install this for the browser to work.

Code: [Select]
libgbm1/stable 18.3.6-2+deb10u1 amd64 generic buffer management API -- runtime
It wasn't required for mc26, but it is now.

Thanks, I'll add that to the dependencies.

Scobie · « **Reply #8 on:** September 13, 2020, 10:19:19 pm »

Adding that library has done the trick. Thanks everyone.

max096 · « **Reply #9 on:** September 14, 2020, 12:33:22 pm »

Quote from: Scobie on September 13, 2020, 10:19:19 pm

Adding that library has done the trick. Thanks everyone.

I installed it in the image btw, if that wasn´t clear. ^^

Scobie · « **Reply #10 on:** September 14, 2020, 05:56:44 pm »

Yes it was thanks Max, but didnt have the time nor inclination to spit out a new container yesterday so just added the library.

Cheers

HaWi · « **Reply #11 on:** September 15, 2020, 08:32:58 am »

Thank you Max! I'll have a go. I am assuming I have to remove the MC26 container before creating the MC27, right?

max096 · « **Reply #12 on:** September 15, 2020, 04:52:34 pm »

Quote from: HaWi on September 15, 2020, 08:32:58 am

Thank you Max! I'll have a go. I am assuming I have to remove the MC26 container before creating the MC27, right?

Yes.

HaWi · « **Reply #13 on:** September 16, 2020, 12:31:19 pm »

I managed to get the MC27 container up and running. I cannot thank you enough. It is absolutely brilliant.

HaWi · « **Reply #14 on:** September 17, 2020, 01:27:01 pm »

I am trying to move to using docker-compose but the noob I am, I have no clue where the docker-compose.yml file should go.
I have created a docker-compose container and mapped a /config directory (/docker/compose/config). Do I put the .yml in there? If so, what if I want to manage different containers with docker-compose?
Sorry about my utter confusion and much gratitude for any help
cheers,
Hans

max096 · « **Reply #15 on:** September 17, 2020, 01:51:07 pm »

Quote from: HaWi on September 17, 2020, 01:27:01 pm

I am trying to move to using docker-compose but the noob I am, I have no clue where the docker-compose.yml file should go.
I have created a docker-compose container and mapped a /config directory (/docker/compose/config). Do I put the .yml in there? If so, what if I want to manage different containers with docker-compose?
Sorry about my utter confusion and much gratitude for any help
cheers,
Hans

Personally, I have a docker directory in my home directory on the VM I run docker images on for actual use and in there I make folders depending on "use". I put the yml and whatever goes with the container like the config directory inside that folder. When you run docker-compose up without any arguments it searches for a file called exactly docker-compose.yml in the directory you are in currently. Im sure you could also specify what yml it is supposed to use. Personally, I don't really do that.

If you make multiple containers it depends on what those do. If they are independent and have nothing to do with each other you create multiple such yml files. But one cool thing about compose (although I believe largly irrelevant here). It puts every container you define as "service" in the same yml file into the same virtual docker network. And it also creates an alias/dns name inside that network for every service you create. So. Let's assume you created a jriver instance in there and you named it myjrivermc, now if you put a second container/service in there it could connect to jriver using http://myjrivermc:52199 and it will get resolved to the internal ip inside the docker network (this only works if you are in the docker network yourself ofc). Its very useful for wiring up databases with applications and such things without exposing them. I don't know if that matters for now for this image I'm not aware of an companion web-app type application that works with jriver. But if for instance somebody decided to make a better panel webui for jriver and makes a docker container for it that's how you could very easiely wire them up.

In this case, it's just one container and its fine on it's own I suppose. If you wanna change the version you change the version in the yml and you compose down/up the thing and it's done. Or pull if you have it set to latest and wanna check if there is a new latest. etc.

HaWi · « **Reply #16 on:** September 17, 2020, 02:47:50 pm »

Thanks much Max! This is very cool information. I had erroneously assumed I needed to run a separate docker-compose container, when in reality, the docker package on my Synology understands the docker-compose command all by itself. I put the .yml file into the volume1/docker folder where the MC26 and MC27 folders reside as well. All I needed to do then was ssh in, cd to the docker directory and execute the docker-compose pull command. However, the docker-compose down command didn't work as it didn't remove the old container, but didn't throw an error either. So when I ran docker-compose up -d, I got an error:

ERROR: for jrivermc27 Cannot create container for service jrivermc27: Conflict. The container name "/jrivermc27" is already in use by container "very long HEX number, I think". You have to remove (or rename) that container to be able to reuse that name.

Because I was a bit paranoid and didn't want to loose the container that works, I changed the name of the container and ran the up -d again and, voilà, there is the updated MC27.0.12 running in docker. I love it.
Thank you again so much!
cheers,
Hans

sjhilton · « **Reply #17 on:** September 22, 2020, 06:05:52 am »

Hi Max - thanks for your work on this. I've managed to get it working on qnap container station as well. I had to switch the display variable from :0 to :1 for some reason, but after doing that it seems to work OK. I assume with new version releases they will just be downloaded on restarting the container rather than having to do a rebuild? I couldn't see anything pop up in the terminal checking the repository. Thanks again.

HaWi · « **Reply #18 on:** September 22, 2020, 08:38:58 am »

On the Synology, and I presume on the QNAP as well, there is no automatic update. You'll have to pull a new image, take the current container down and start a new one from the new image as described here (I recommend using docker-compose and a .yml file): https://hub.docker.com/r/shiomax/jrivermc27

Updating the container
docker-compose pull to pull the latest image as specified in the compose file
docker-compose down to stop and remove the container (does not mean your data is gone, assuming you have mounted your /config volume)
docker-compose up -d to create the container and detach from the screen
docker image prune to cleanup unused images

If for some reason you can't use docker-compose, all of this can be done manually through the docker GUI (at least on the Synology)

max096 · « **Reply #19 on:** September 22, 2020, 11:14:40 am »

Quote from: sjhilton on September 22, 2020, 06:05:52 am

Hi Max - thanks for your work on this. I've managed to get it working on qnap container station as well. I had to switch the display variable from :0 to :1 for some reason, but after doing that it seems to work OK. I assume with new version releases they will just be downloaded on restarting the container rather than having to do a rebuild? I couldn't see anything pop up in the terminal checking the repository. Thanks again.

The images are automatically rebuilt in gitlab, but the container does not automatically update anything at runtime or when restarting. You need to pull another tag or the latest and use that. Essentially, you delete and recreate the container. Might seem odd if you're not used to docker much.

If you want a GUI that does it for you and qnap can't (don't know about that) you can also try portainer (https://www.portainer.io/). It's essentially a docker container to manager other docker containers with and does have a one button update thing. Under the hood it also pulls the image, deletes the container and creates a new one with the same configuration applied. I've used it when I first learned about docker, but since ditched it.

First time Im hearing that somebody had to change the display for VNC. You have a VNC server running on your host system as well? Running multiple containers of this image on the same system works fine.

HaWi · « **Reply #20 on:** September 22, 2020, 11:52:35 am »

Hi Max,
Is there a way to find out what version the image is (like MC27.0.12 or MC27.0.15 etc)?
many thanks,
Hans

max096 · « **Reply #21 on:** September 22, 2020, 12:07:28 pm »

Quote from: HaWi on September 22, 2020, 11:52:35 am

Hi Max,
Is there a way to find out what version the image is (like MC27.0.12 or MC27.0.15 etc)?
many thanks,
Hans

You can look here https://hub.docker.com/r/shiomax/jrivermc27/tags

So currently 27.0.12 seems to be it. I don't think there is 27.0.15 yet for Linux. At least the forum only lists 27.0.12.

HaWi · « **Reply #22 on:** September 22, 2020, 12:13:52 pm »

Thanks Max, got it.

sjhilton · « **Reply #23 on:** September 25, 2020, 08:52:04 pm »

Thanks for all of your replies to my query about updating of mediacenter in the container. The reason I asked about the updating issue was because jatzoo's image does automatically update on restart (it runs apt-get and updates mediacenter and all of the other dependencies).

I have confirmed that docker compose is available on the QNAP by ssh so I can update that way if I need to, and I've now bind mounted /config so everything is not lost when I update. This is a great idea as I have occasionally had containers become corrupted (by QNAP firmware updates or updates to QNAP container station app).

I have also been playing with 'portainer' as well and I think I should be able to get that to work to do the update in a couple of clicks if I can write a 'custom app template' (it doesn't support compose file version 3 unfortunately). I realise I am just scratching the surface on docker at the moment and there's a lot of functionality to get my head around.

Max - on the 'display' environment variable I ran your image with the default settings on QNAP container station and it reported there was already an xserver running on display=:0 (or something similar) and went into a boot loop. It works fine with display=:1 (both from vnc and via the web ui). That might help someone else who tries to do this on a QNAP NAS, but I can't otherwise explain why it was doing that.

I'd be interested to know what everyone thinks of the performance of the types of docker images. The JRMark benchmark numbers are almost the same for jatzoo vs shiomax. I think the network performance seems to be a bit faster on shiomax?

Thanks again for all of your assistance.

max096 · « **Reply #24 on:** September 26, 2020, 07:17:56 am »

Quote from: sjhilton on September 25, 2020, 08:52:04 pm

This is a great idea as I have occasionally had containers become corrupted (by QNAP firmware updates or updates to QNAP container station app).

That, you can test images before publishing them and you wont get into situations where you have to pull months worth of updates. Its not really my idea its actually more uncommon to find docker images that update at runtime.

Quote from: sjhilton on September 25, 2020, 08:52:04 pm

I have also been playing with 'portainer' as well and I think I should be able to get that to work to do the update in a couple of clicks if I can write a 'custom app template' (it doesn't support compose file version 3 unfortunately). I realise I am just scratching the surface on docker at the moment and there's a lot of functionality to get my head around.

You dont need to use compose its just a suggestion because I like it. Its not magic it just runs docker commands too. If you like something else better use something else.

Quote from: sjhilton on September 25, 2020, 08:52:04 pm

I'd be interested to know what everyone thinks of the performance of the types of docker images. The JRMark benchmark numbers are almost the same for jatzoo vs shiomax. I think the network performance seems to be a bit faster on shiomax?

It should ideally be about the same. After all most of the work in this regard is done by the Linux Kernel People, Debian, JRiver, etc.

I think you should be able to achieve almost equivalent performance to running it on that box without docker. Except when you need GPU performance. Its possible to map dedicated GPU devices to be available in the container as well. But I never really did try that and it may need some additional setup in the image like mapping the alsa sound device did.

HaWi · « **Reply #25 on:** September 26, 2020, 11:39:49 am »

Quote from: sjhilton on September 25, 2020, 08:52:04 pm

I'd be interested to know what everyone thinks of the performance of the types of docker images. The JRMark benchmark numbers are almost the same for jatzoo vs shiomax. I think the network performance seems to be a bit faster on shiomax?

I am using the same library on my iMac MC27 and for the Docker container, sharing the same media files. Although the JRMark of the Docker container is much lower than the iMac's, I still find the WebUI of the Docker container more responsive and snappier, especially when scrolling a large pane. That may have something to do with the fact that both, the media and the library, are located on the NAS.

max096 · « **Reply #26 on:** September 26, 2020, 01:17:25 pm »

Quote from: HaWi on September 26, 2020, 11:39:49 am

I am using the same library on my iMac MC27 and for the Docker container, sharing the same media files. Although the JRMark of the Docker container is much lower than the iMac's, I still find the WebUI of the Docker container more responsive and snappier, especially when scrolling a large pane. That may have something to do with the fact that both, the media and the library, are located on the NAS.

Well... your prebuilt NAS probably has half the cores and much lower clock speeds. If you wanted to make a comparison you should be running both on your MAC or even better both on some Linux Box (as I'm not sure how consistent JRMark is cross platforms).

That's what I'm getting on my desktop on Fedora 32

Code: [Select]

=== Running Benchmarks (please do not interrupt) ===

Running 'Math' benchmark...
    Single-threaded integer math... 1.597 seconds
    Single-threaded floating point math... 2.159 seconds
    Multi-threaded integer math... 0.329 seconds
    Multi-threaded mixed math... 0.282 seconds
Score: 4350

Running 'Image' benchmark...
    Image creation / destruction... 0.295 seconds
    Flood filling... 0.352 seconds
    Direct copying... 0.345 seconds
    Small renders... 0.671 seconds
    Bilinear rendering... 0.179 seconds
    Bicubic rendering... 0.114 seconds
Score: 11255

Running 'Database' benchmark...
    Create database... 0.261 seconds
    Populate database... 1.028 seconds
    Save database... 0.111 seconds
    Reload database... 0.043 seconds
    Search database... 1.580 seconds
    Sort database... 0.596 seconds
    Group database... 0.887 seconds
Score: 4771

JRMark (version 27.0.15 64 bit): 6792

And in docker on that same machine

Code: [Select]

=== Running Benchmarks (please do not interrupt) ===

Running 'Math' benchmark...
    Single-threaded integer math... 1.602 seconds
    Single-threaded floating point math... 2.160 seconds
    Multi-threaded integer math... 0.327 seconds
    Multi-threaded mixed math... 0.284 seconds
Score: 4346

Running 'Image' benchmark...
    Image creation / destruction... 0.313 seconds
    Flood filling... 0.354 seconds
    Direct copying... 0.348 seconds
    Small renders... 0.685 seconds
    Bilinear rendering... 0.186 seconds
    Bicubic rendering... 0.114 seconds
Score: 10998

Running 'Database' benchmark...
    Create database... 0.263 seconds
    Populate database... 1.058 seconds
    Save database... 0.123 seconds
    Reload database... 0.057 seconds
    Search database... 1.750 seconds
    Sort database... 0.581 seconds
    Group database... 0.850 seconds
Score: 4592

JRMark (version 27.0.15 64 bit): 6645

So... really it does not matter much.

In the container I run on my NAS I also only get 3400'ish. Again much slower box overall and the container is in a VM I only gave 4 vcores of a 4790k and 8gb ram vs a dekstop with 3900x and 32gb ddr4. It's basically my old desktop recycled as a NAS. Interestingly enough it gets 5099 in the database benchmark, which is more than the desktop. Both the desktop and the NAS have similar NVME ssds, just the one on the NAS is bigger as it's the boot drive for 5+ VMs. Guess bigger really is faster. It does make little sence to me though, because I thought that only makes a difference for max threwput and that a database load won't care about that.

HaWi · « **Reply #27 on:** September 26, 2020, 03:12:32 pm »

I agree, my comparison is not a great way of doing it. Your benchmarks are impressive!

HaWi · « **Reply #28 on:** October 14, 2020, 04:29:35 pm »

Max, thanks for the update to MC27.0.21
With docker compose it only took a minute to update. So cool!

RvdZ · « **Reply #29 on:** October 24, 2020, 04:56:44 pm »

Hi,
I'm running MC25 on docker, and this is working great. I tested MC27 and this also works fine. Great job!
But now I'm trying to get scrobbling to Last.fm working. I haven't done that before on JRiver. I did this like 10 years ago on squeezecenter, and I'm trying to get it working now on JRiver again.
I would like to get it working on MC25, but if it needs MC27, I just have to upgrade.

But now I'm running into the following problem:
When I go to tools-options-services-last.fm-...manage last.fm account...-connect to last.fm account, then nothing happens (MC27).
In MC25 it says a webpage should launch to authorize access, but this webpage is NOT launched.
The same happens when I try to manage the accounts for Twitter or Youtube (no webpage launched).

If I go to the main-menu - streaming - Last.fm, then the Last.fm page is launched correct.
So the docker is able to connect to the web, but it's not able to open a web page from the tools-menu.

Any idea what's going wrong?

Awesome Donkey · « **Reply #30 on:** October 24, 2020, 05:49:56 pm »

You might need to make sure you have a default web browser set up in Linux/your desktop environment.

RvdZ · « **Reply #31 on:** October 25, 2020, 06:36:32 am »

Thanks. The web browser was the issue.
Problem is that I run the docker via QNAP, and I couldn't get a default web browser configured.
I fixed it using the following work-around:
- Backed up library (using the docker).
- Installed JRiver on Windows and restored the backup-library.
- Did the settings for the last.fm account on Windows, and backed up the library again (using Windows).
- Started the docker again, restored the windows-backup.
- GO!

jlee700 · « **Reply #32 on:** October 27, 2020, 09:54:17 am »

I get an error when I try listening to wma file on my iphone via jremote - says error opening the file. JRemote is set up so that the docker MC27 image transcodes everything to high quality mp3 before sending to my iphone.

I have reverted to docker MC26 image to avoid this error. I experimented with raspberry pi4 MC27 and it transcoded wma files just fine. So I would imagine that it is either docker MC27 image's error or user error (more likely). I do not think (but not 100% certain) that I have changed any setting after importing MC26 library. flac, wav, m4a etc. files seem to work fine under MC27 image.

Any help is very much appreciated!

bob · « **Reply #33 on:** October 27, 2020, 01:15:37 pm »

Quote from: jlee700 on October 27, 2020, 09:54:17 am

I get an error when I try listening to wma file on my iphone via jremote - says error opening the file. JRemote is set up so that the docker MC27 image transcodes everything to high quality mp3 before sending to my iphone.

I have reverted to docker MC26 image to avoid this error. I experimented with raspberry pi4 MC27 and it transcoded wma files just fine. So I would imagine that it is either docker MC27 image's error or user error (more likely). I do not think (but not 100% certain) that I have changed any setting after importing MC26 library. flac, wav, m4a etc. files seem to work fine under MC27 image.

Any help is very much appreciated!

I really don't know a lot about the docker image but I can tell you that MC will need to be able to download into the docker container a newer version of libav for MC27 than was used on MC26.
Libav is required for playing back WMA. Also note that MC will not play back protected WMA on anything other than windows.

max096 · « **Reply #34 on:** October 28, 2020, 08:31:36 am »

Its possible something is missing that MC27 wants. The browser initially didnt work either for a similar reason. If you can figure out what is missing would be great. I can then add it to the image. Otherwise I can have a look at it later.

bob · « **Reply #35 on:** October 28, 2020, 10:54:09 am »

Quote from: max096 on October 28, 2020, 08:31:36 am

Its possible something is missing that MC27 wants. The browser initially didnt work either for a similar reason. If you can figure out what is missing would be great. I can then add it to the image. Otherwise I can have a look at it later.

If you can get into a command line on the container, you can look to see if the plugin was downloaded into
~/.jriver/Media\ Center\ 27/Plugins/linux_avcodec64
If you ldd -d * in there any missing libraries will show up.

HaWi · « **Reply #36 on:** October 28, 2020, 01:08:44 pm »

I only see linux_chromium64 in
~/.jriver/Media\ Center\ 27/Plugins/
so linux_avcodec64 is missing

max096 · « **Reply #37 on:** October 28, 2020, 03:14:18 pm »

So I converted some file to WMA and indeed streaming it to jremote does not work.

But jriver does not even seem to try downloading linux_avcodec64 at all (according to the logs). With Chromium it said in the logs that it started the download etc and then that it failed and what it´s missing. This just sais

Code: [Select]

0016650: 140129398150912: General: CFFmpegInputSource::Open: Start
0016651: 140129398150912: General: CFFmpegInputSource::Open: Failed to load ffmpeg libraries.
0016651: 140129398150912: General: CFFmpegInputSource::Open: Finish (1 ms)

Are you sure it´s supposed to download linux_avcodec64 still? It seems to me it wants to find libavcodec or the entier ffmpeg on the system instead.

EDIT: Installing FFMPEG does not do it.

bob · « **Reply #38 on:** October 28, 2020, 09:56:49 pm »

Quote from: max096 on October 28, 2020, 03:14:18 pm

So I converted some file to WMA and indeed streaming it to jremote does not work.

But jriver does not even seem to try downloading linux_avcodec64 at all (according to the logs). With Chromium it said in the logs that it started the download etc and then that it failed and what it´s missing. This just sais

Code: [Select]
0016650: 140129398150912: General: CFFmpegInputSource::Open: Start 0016651: 140129398150912: General: CFFmpegInputSource::Open: Failed to load ffmpeg libraries. 0016651: 140129398150912: General: CFFmpegInputSource::Open: Finish (1 ms)
Are you sure it´s supposed to download linux_avcodec64 still? It seems to me it wants to find libavcodec or the entier ffmpeg on the system instead.

EDIT: Installing FFMPEG does not do it.

Well, if you are using the amd64 build, you should be downloading avcodec.
The only exception would be if transcoding in JRemote was off but then you wouldn't be able to play wma on your iDevice at all.

bob · « **Reply #39 on:** October 28, 2020, 09:59:37 pm »

Quote from: max096 on October 28, 2020, 03:14:18 pm

So I converted some file to WMA and indeed streaming it to jremote does not work.

But jriver does not even seem to try downloading linux_avcodec64 at all (according to the logs). With Chromium it said in the logs that it started the download etc and then that it failed and what it´s missing. This just sais

Code: [Select]
0016650: 140129398150912: General: CFFmpegInputSource::Open: Start 0016651: 140129398150912: General: CFFmpegInputSource::Open: Failed to load ffmpeg libraries. 0016651: 140129398150912: General: CFFmpegInputSource::Open: Finish (1 ms)
Are you sure it´s supposed to download linux_avcodec64 still? It seems to me it wants to find libavcodec or the entier ffmpeg on the system instead.

EDIT: Installing FFMPEG does not do it.

BTW you can't even do that conversion in MC without libav.
If you tried doing that conversion IN the docker image it has to download libav (libavcodec).

max096 · « **Reply #40 on:** October 29, 2020, 02:13:04 pm »

Quote from: bob on October 28, 2020, 09:59:37 pm

BTW you can't even do that conversion in MC without libav.
If you tried doing that conversion IN the docker image it has to download libav (libavcodec).

Doing a conversion (of some sort) downloads libav and then it also streams WMA files to jremote successfully.

bob · « **Reply #41 on:** October 29, 2020, 02:38:20 pm »

Quote from: max096 on October 29, 2020, 02:13:04 pm

Doing a conversion (of some sort) downloads libav and then it also streams WMA files to jremote successfully.

Good to know.
The dependency for transcoding probably isn't right for wma.

max096 · « **Reply #42 on:** October 29, 2020, 03:57:00 pm »

Quote from: bob on October 28, 2020, 09:56:49 pm

Well, if you are using the amd64 build, you should be downloading avcodec.
The only exception would be if transcoding in JRemote was off but then you wouldn't be able to play wma on your iDevice at all.

I wonder, because you worded it as 'you should'. Does JRiver use libraries installed on the system instead if they are there (meaning not the once in the .jriver folder but if I where to install them with apt system wide)? Does it prefer them over those downloaded by jriver if present. Or is it a fallback if the download failed.

bob · « **Reply #43 on:** October 29, 2020, 04:22:39 pm »

Quote from: max096 on October 29, 2020, 03:57:00 pm

I wonder, because you worded it as 'you should'. Does JRiver use libraries installed on the system instead if they are there (meaning not the once in the .jriver folder but if I where to install them with apt system wide)? Does it prefer them over those downloaded by jriver if present. Or is it a fallback if the download failed.

MC always uses it's own versions of libraries other than the basic ones the system supports generically like libx11, etc.
This is because many of these are moving targets and would prevent the ability to run on different variations of linux.

jlee700 · « **Reply #44 on:** November 01, 2020, 07:32:40 pm »

On my machine linux_avcodec64 directory is present:

Code: [Select]

ls .jriver/Media\ Center\ 27/Plugins/linux_avcodec64/
libavcodec-jr.so.58  libavformat-jr.so.58  libswresample-jr.so.3
libavfilter-jr.so.7  libavutil-jr.so.56    libswscale-jr.so.5

Actually I made sure that its content is current by moving it to linux_avcodec64.bak. Upon restarting the container and requesting a WMA file, mc27 downloaded the plugin again.

But transcoding still does not work. I am using the same /config folder for both mc26 and mc27 containers and just edit docker-compose.yml to switch between versions - would that be a problem?

bob · « **Reply #45 on:** November 02, 2020, 09:40:32 am »

Quote from: jlee700 on November 01, 2020, 07:32:40 pm

On my machine linux_avcodec64 directory is present:
Code: [Select]
ls .jriver/Media\ Center\ 27/Plugins/linux_avcodec64/ libavcodec-jr.so.58 libavformat-jr.so.58 libswresample-jr.so.3 libavfilter-jr.so.7 libavutil-jr.so.56 libswscale-jr.so.5
Actually I made sure that its content is current by moving it to linux_avcodec64.bak. Upon restarting the container and requesting a WMA file, mc27 downloaded the plugin again.

But transcoding still does not work. I am using the same /config folder for both mc26 and mc27 containers and just edit docker-compose.yml to switch between versions - would that be a problem?

I don't know how that switching works, it general that doesn't sound like it should be an issue.

To make sure it's not related to a particular wma file, use MC to convert a flac or mp3 to wma then try to stream that file to JRemote and report the results please.

max096 · « **Reply #46 on:** November 02, 2020, 10:15:18 am »

Quote from: jlee700 on November 01, 2020, 07:32:40 pm

On my machine linux_avcodec64 directory is present:
Code: [Select]
ls .jriver/Media\ Center\ 27/Plugins/linux_avcodec64/ libavcodec-jr.so.58 libavformat-jr.so.58 libswresample-jr.so.3 libavfilter-jr.so.7 libavutil-jr.so.56 libswscale-jr.so.5
Actually I made sure that its content is current by moving it to linux_avcodec64.bak. Upon restarting the container and requesting a WMA file, mc27 downloaded the plugin again.

But transcoding still does not work. I am using the same /config folder for both mc26 and mc27 containers and just edit docker-compose.yml to switch between versions - would that be a problem?

Should not. That's basically the equivalent of pulling out a drive with MC26 setup and shoving in another one with MC27 setup. The config folder is the home directory. You can try without mounting one. But also should not matter unless you put some settings into MC27 that broke it.

I did try it on jremote for android as I do not own an iphone. Can you stream your file in Panel? It also cant play WMA in the browser so it would need transcoding.

jlee700 · « **Reply #47 on:** November 02, 2020, 08:47:07 pm »

I tried several WMA files, all of them work on MC26 image, none on MC27. I do not think it is specific file problem. Also tried out FLAC, WAV, APE, M4A and everything works fine, just not WMA files.

To see if my setting is wrong, I did start MC27 image without mounting the config folder. It should be equivalent to a fresh installation. I imported a few files and the problem still exists - WMA files still don't play, the other files play fine. WMA files do not play in Panel either.

At least docker-compose makes it very easy to try different configuration. And I can stay with MC26 image until the solution is found. Your work is very much appreciated, both jriver and Max!

bob · « **Reply #48 on:** November 03, 2020, 10:33:35 am »

Just tested this and it works fine.
Not sure what your issue is.
under Plugins you should also have: linux_mp3_encoder64/lame
That's all it takes.

HaWi · « **Reply #49 on:** November 03, 2020, 12:02:10 pm »

I only have linux_chromium64 in the /config/.jriver/Media Center 27/Plugins folder

INTERACT FORUM

Author Topic: Docker Image for MC27 (Read 32227 times)