INTERACT FORUM
More => Old Versions => JRiver Media Center 20 for Linux => Topic started by: bob on May 19, 2015, 05:43:35 pm
-
http://files.jriver.com/mediacenter/channels/v20/latest/MediaCenter-20.0.111-amd64.deb
This is a test build designed to reduce dependencies on libraries in the OS. It will not be added to the apt repository at this time.
It eliminates the need for the OS to supply the following libraries:
libgnutls28
libidn11
libgcrypt
libgpg-error
and their associated library requirements.
Testing appreciated.
-
Appears to run fine on Arch 64-bit. So far so good, great job Bob!
The only "hiccup" I've found is that the "Image Create/Destroy" benchmark (and only that portion of the benchmark) takes ten or twenty times longer to finish in the 64-bit version than the 32-bit version. But apart from a tanked JRMark, I haven't found any other consequences of that (it seems to build thumbnails about the same speed as the 32-bit install). I'll let you know if I find any other differences.
EDIT: I'm seeing a few white "dots" in solid color fields that look like dead pixels (but are not). Definitely don't see those on the 32-bit version.
-
I wonder if it'll run on Wheezy 64-bit.
-
In my arch 64 bit is crashing X. No error messages.
-
Also there appears to be no equivalent to xfonts-unifonts on Arch, but JRiver appears to be running without it on my setup?
-
EDIT: I'm seeing a few white "dots" in solid color fields that look like dead pixels (but are not). Definitely don't see those on the 32-bit version.
I've noticed this since 108 and reported it in the AMD64 topic. Glad it's not just me. :P
Also, looks like I was able to create a .rpm from the .deb for Fedora, etc. users using Alien in Debian. Interesting... might have to download Fedora to try it.
-
Ok, I can't seem to get videos to play at all, while they did in the 32-bit version. That's a bigger issue. I assume other folks running the 64-bit build have working video playback or I'd have heard about it by now?
Scratch that, video playback was broken for me in both 32-bit and 64-bit versions in Arch 64-bit due to an nvidia driver upgrade; that broke video playback for me and rolling back fixed it in both 32-bit and 64-bit.
The dead pixels and the image benchmark issue are still real though.
-
This installs and works fine by default in Ubuntu 14.04.2 LTS, Debian Jessie 64-bit and Linux Mint Debian Edition 2 Betsy 64-bit. Currently about to test Linux Mint 17.1 Rebecca 64-bit which I suspect will work just fine. Looks like we've got a winner here, assuming it works on Wheezy, Fedora and everywhere else. :P
Good work as always guys. :)
-
The dead pixels and the image benchmark issue are still real though.
Can confirm the image benchmark issue too, in addition to the skin 'dead pixels' issue - it doesn't matter which skin is used either.
-
Straight up segfault here on TumbleWeed, I'll see if I can spend some time with it over the next couple of days....
-
Working fine in Linux Mint 17.1 Rebecca 64-bit too. :D
-
Also there appears to be no equivalent to xfonts-unifonts on Arch, but JRiver appears to be running without it on my setup?
It's used if you choose unifont. If it's not there, Asian fonts won't work. It will just drop back to the default font in that case.
-
Straight up segfault here on TumbleWeed, I'll see if I can spend some time with it over the next couple of days....
ldd on the JRiver libs, especially libJRReader.so to see if anything else is missing. It still does depend on libgmp for the gnutls included libs.
-
In my arch 64 bit is crashing X. No error messages.
Same as the other post I replied to:
ldd on the JRiver libs, especially libJRReader.so to see if anything else is missing. It still does depend on libgmp for the gnutls included libs.
-
The benchmark result is a know issue and has been there since the first amd64 build.
I don't have a clue on the weird pixels.
-
ldd on the JRiver libs, especially libJRReader.so to see if anything else is missing. It still does depend on libgmp for the gnutls included libs.
quick look and all dependencies appear to be in place (no "not founds") and libgmp is there in TW, still no joy.
-
quick look and all dependencies appear to be in place (no "not founds") and libgmp is there in TW, still no joy.
Maybe delete your settings files and try again?
Don't know how much good it would do but you could try a strace.
strace -f -o /tmp/foo mediacenter20
Perhaps the last thing it fails on there would give a clue.
-
Suddenly today (maybe the last upgrade?) is working in arch 64 bit. For people interested, this is the PKGBUILD:
pkgname=jriver-media-center
_debpkgver=20.0.111
pkgver=$_debpkgver
pkgrel=1
pkgdesc="The Most Comprehensive Media Software"
arch=('x86_64')
url="http://www.jriver.com/"
license=('custom')
depends=('alsa-lib' 'gcc-libs' 'libx11' 'libxext' 'libxcb' 'libxau' 'libxdmcp' 'util-linux' 'libxext' 'gtk2' 'p11-kit' 'libtasn1' 'libgnutls26')
optdepends=('mesa-libgl: nouveau video support' 'nvidia-libgl: nvidia video support' 'xorg-fonts-75dpi:' 'xorg-fonts-100dpi:' 'vorbis-tools:' 'lame:' 'musepack-tools:')
source=("http://files.jriver.com/mediacenter/channels/v20/latest/MediaCenter-$pkgver-amd64.deb")
sha256sums=('ce65d210c223f1e5e2c263e3f030c8043cc185358af77b91aa84a828bbb6eae1')
package() {
cd "$srcdir"
bsdtar xf data.tar.xz -C "$pkgdir"
}
-
Works fine in OpenSUSE Tumbleweed. Thanks!
-
hi，
i installed mc20.0.111 on debian8 with gnome, installation was no error message displayed
it could run but without window popup,and below messag left on terminal
found 0 devices (devices will be list below)
total time: 3 ms
result : 0
-
Maybe delete your settings files and try again?
Don't know how much good it would do but you could try a strace.
strace -f -o /tmp/foo mediacenter20
Perhaps the last thing it fails on there would give a clue.
Both of these attempts completely locks m X session. Must have something else seriously wrong given that another TW install has worked, don't know what. This machine has a Plasma5 git install so maybe some conflicting libs, IDK.
I know that when I deleted .jriver folder, it did at least recreate that with the settings. Then, nothing, not even a segfault, just locked X.
Probably won't explore this further until I can get a chance for a clean TW build.
-
On Fedora 22 x86_64, I've got a missing dependency:
>mediacenter20-64
mediacenter20-64: error while loading shared libraries: libcryptlib.so: cannot open shared object file: No such file or directory
ldd:
>ldd *.so | grep crypt
libcryptlib.so:
libgcrypt.so:
libcryptlib.so => not found
libcryptlib.so => not found
libcryptlib.so => not found
libcryptlib.so => not found
libgcrypt.so.20 => /lib64/libgcrypt.so.20 (0x00007f90e254a000)
libcrypto.so.10 => /lib64/libcrypto.so.10 (0x00007f90e017e000)
libk5crypto.so.3 => /lib64/libk5crypto.so.3 (0x00007f90df5a7000)
libcryptlib.so => not found
It's in the directory though
>ls
alsacap libgnutls.so.28.41.7 libJRImage.so
Data libgpg-error.so libJRPlayer.so
JRWorker libgpg-error.so.0 libJRReader.so
libboost_regex.so.1.54.0 libgpg-error.so.0.15.0 libJRTools.so
libcryptlib.so libhogweed.so libnettle.so
libgcrypt.so libhogweed.so.2 libnettle.so.4
libgcrypt.so.20 libidn.so License.txt
libgcrypt.so.20.0.3 libidn.so.11 Plugins
libgnutls.so libidn.so.11.6.8 Skins
libgnutls.so.28 libJRDisc.so
>ldd libcryptlib.so
linux-vdso.so.1 (0x00007ffd16cd0000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f05fc3b0000)
libstdc++.so.6 => /lib64/libstdc++.so.6 (0x00007f05fc02e000)
libm.so.6 => /lib64/libm.so.6 (0x00007f05fbd26000)
libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007f05fbb0f000)
libc.so.6 => /lib64/libc.so.6 (0x00007f05fb74f000)
/lib64/ld-linux-x86-64.so.2 (0x00007f05fcb68000)
Weird.
-
Suddenly today (maybe the last upgrade?) is working in arch 64 bit. For people interested, this is the PKGBUILD:
worked after droping 'libgnutls26'.
-
On Fedora 22 x86_64, I've got a missing dependency:
>mediacenter20-64
mediacenter20-64: error while loading shared libraries: libcryptlib.so: cannot open shared object file: No such file or directory
ldd:
>ldd *.so | grep crypt
libcryptlib.so:
libgcrypt.so:
libcryptlib.so => not found
libcryptlib.so => not found
libcryptlib.so => not found
libcryptlib.so => not found
libgcrypt.so.20 => /lib64/libgcrypt.so.20 (0x00007f90e254a000)
libcrypto.so.10 => /lib64/libcrypto.so.10 (0x00007f90e017e000)
libk5crypto.so.3 => /lib64/libk5crypto.so.3 (0x00007f90df5a7000)
libcryptlib.so => not found
It's in the directory though
>ls
alsacap libgnutls.so.28.41.7 libJRImage.so
Data libgpg-error.so libJRPlayer.so
JRWorker libgpg-error.so.0 libJRReader.so
libboost_regex.so.1.54.0 libgpg-error.so.0.15.0 libJRTools.so
libcryptlib.so libhogweed.so libnettle.so
libgcrypt.so libhogweed.so.2 libnettle.so.4
libgcrypt.so.20 libidn.so License.txt
libgcrypt.so.20.0.3 libidn.so.11 Plugins
libgnutls.so libidn.so.11.6.8 Skins
libgnutls.so.28 libJRDisc.so
>ldd libcryptlib.so
linux-vdso.so.1 (0x00007ffd16cd0000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f05fc3b0000)
libstdc++.so.6 => /lib64/libstdc++.so.6 (0x00007f05fc02e000)
libm.so.6 => /lib64/libm.so.6 (0x00007f05fbd26000)
libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007f05fbb0f000)
libc.so.6 => /lib64/libc.so.6 (0x00007f05fb74f000)
/lib64/ld-linux-x86-64.so.2 (0x00007f05fcb68000)
Weird.
I see you renamed the binary (mediacenter20-64).
You can't have both 32 bit and 64 bit MC installed at the same time and the library path is hardcoded to /usr/lib/jriver/Media\ Center\ 20 so you can't change that directory either.
-
This reduced library requirement test build is now the main amd64 build starting with 20.0.114
-
Just updated to 111 from 100. I'm on Jessie 64bit.
There was a new dependency for unifont which I installed.
I just noticed that ratings seem to be disabled as they were in the early days of the linux version. No stars dispayed on tracks etc...
-
Upgrade to build 114 - it should be on the default repository.