Print

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

[jlee700]

Hello,

None of my .wma files work with MC27 amd64.

My system consists of an amd64 server and various clients. After upgrading the serrver from MC26, it failed to transcode .wma files for my iphone. I cleared the library and reimported the music files, and none of the .wma files were imported. I went back to MC26 for the server as more than 100 albums are in that format.

Now my server can serve and transcode the same .wma files, and both MC27 mac and MC27 arm64 clients can receive and play those files (no conversion necessary). But MC27 amd64 client cannot play those files, so I have to let the server convert the files and serve for MC27 amd64 client.

I wonder if I am the only one experiencing this behavior...

[Awesome Donkey]

Are you using the latest build, 27.0.61? If not, you might try that.

[bob]

I'm a bit confused about this.
iPhones can't play wma files.
And you referenced amd64 and arm64 in the post.
Can you elaborate more? Thanks.

[jlee700]

I'm a bit confused about this.
iPhones can't play wma files.
And you referenced amd64 and arm64 in the post.
Can you elaborate more? Thanks.

I use jremote on my iphone. My amd64 server transcodes everything to 320kpbs mp3 and serve the iphone.

I use a raspberry pi 4 as a client machine. Its OS is Raspberry OS beta, which is an arm64 system.

English is not my native language... Please let me know if more clarification is necessary.

[bob]

No problem.
They aren't protected WMA are they?
Linux and Mac versions of MC can't do anything with those.

[jlee700]

No they are not the DRM protected files.

MC26 plays them, MC27 arm64 & mac play them, it is only the MC27 amd64 version that has problems with those files. I hope this observation can give a clue for finding out the reason.

[bob]

No they are not the DRM protected files.

MC26 plays them, MC27 arm64 & mac play them, it is only the MC27 amd64 version that has problems with those files. I hope this observation can give a clue for finding out the reason.

Would you mind sharing the smallest one you have that doesn't play?
You could email it to bob (at) jriver (dot) com.
Thanks.

[jlee700]

Mail sent on 2/9, Bob. Thanks for looking into the problem.

[bob]

Tested it, it worked fine. Sorry it took that long to get to it.
wma files require the libav component to be downloaded.
MC does this automatically but needs to be connected to the internet when it first tries to play one.
If it does have internet access but still doesn't play some reasons might be that:
1) You are running on a non-debian distro which doesn't have a ca-certificates.crt in /etc/ssl/ (you can use the local one in MC. If you look in /usr/lib/jriver/Media\ Center\ 27 you will see a symlink that you can change to the local file).
2) Your downloaded plugin is corrupted. Look in ~/.jriver/Media\ Center\ 27/plugins. Perhaps delete anything in there, MC will re-download. Make sure directory ownership hasn't been changed from the user running MC.

[jlee700]

Bob,

My system is debian with internet access. I run the docker version of MC by shiomax, but I am not sure if docker is to blame as a friend of mine who runs a non-docker version has experienced similar problem... My server does not have an audio output as it only serves the music files to other MC clients, by the way.

I deleted the plugins and ran the MC, and the plugins were downloaded but it failed to convert the wma files to mp3.

I tried connecting my iphone to a raspberry pi 4 client. It converted wma files ok, but then it failed to convert many flac files, notably hi-resolution files (96kHz/24bit)... Disabling the transcoding, the iphone can play flac and m4a files ok but no wma files. It seems that the only way for me to play everything on iphone is to use MC26.

Could you check if the conversion works fine on MC27? I set jremote to transcode everything to High (320kbps) quality mp3.

[bob]

Bob,

My system is debian with internet access. I run the docker version of MC by shiomax, but I am not sure if docker is to blame as a friend of mine who runs a non-docker version has experienced similar problem... My server does not have an audio output as it only serves the music files to other MC clients, by the way.

I deleted the plugins and ran the MC, and the plugins were downloaded but it failed to convert the wma files to mp3.

I tried connecting my iphone to a raspberry pi 4 client. It converted wma files ok, but then it failed to convert many flac files, notably hi-resolution files (96kHz/24bit)... Disabling the transcoding, the iphone can play flac and m4a files ok but no wma files. It seems that the only way for me to play everything on iphone is to use MC26.

Could you check if the conversion works fine on MC27? I set jremote to transcode everything to High (320kbps) quality mp3.

It does work fine.
It actually sounds like you are missing the mp3 converter.
You could look in the container in ~/.jriver/Media\ Center\ 2x\Plugins

[jlee700]

It actually sounds like you are missing the mp3 converter.

Still no conversion for wma... Is this not sufficient? The content looks almost identical to MC26 Plugins directory, except that the file sizes of those in linux_avcodec64 are different.

Code: [Select]

$ ls ~/docker/jriver/config/.jriver/Media\ Center\ 27/Plugins/*
'/home/jlee/docker/jriver/config/.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

'/home/jlee/docker/jriver/config/.jriver/Media Center 27/Plugins/linux_chromium64':
cef_100_percent.pak  devtools_resources.pak  locales
cef_200_percent.pak  icudtl.dat              snapshot_blob.bin
cef_extensions.pak   libcef.so               swiftshader
cef.pak              libEGL.so               v8_context_snapshot.bin
chrome-sandbox       libGLESv2.so

'/home/jlee/docker/jriver/config/.jriver/Media Center 27/Plugins/linux_mp3_encoder64':
lame


[bob]

Still no conversion for wma... Is this not sufficient? The content looks almost identical to MC26 Plugins directory, except that the file sizes of those in linux_avcodec64 are different.

Code: [Select]

$ ls ~/docker/jriver/config/.jriver/Media\ Center\ 27/Plugins/*
'/home/jlee/docker/jriver/config/.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

'/home/jlee/docker/jriver/config/.jriver/Media Center 27/Plugins/linux_chromium64':
cef_100_percent.pak  devtools_resources.pak  locales
cef_200_percent.pak  icudtl.dat              snapshot_blob.bin
cef_extensions.pak   libcef.so               swiftshader
cef.pak              libEGL.so               v8_context_snapshot.bin
chrome-sandbox       libGLESv2.so

'/home/jlee/docker/jriver/config/.jriver/Media Center 27/Plugins/linux_mp3_encoder64':
lame


That looks ok.
Do other formats convert to mp3 ok?