Topic: JRiver Media Center 20.0.81 for Debian AMD64 TEST BUILD (Read 8030 times)

bob · « **on:** March 05, 2015, 05:51:48 pm »

No guarantees this will ever be supported or updated but if you are interested in messing around with it read the forum message about using the apt repository.

It's compiled and packaged on debian Wheezy amd64. You use on other platforms at your own risk!

It's in the amd64 section so you use the same configuration but drop the i386 specification.

NOTE: This will CLOBBER your existing MediaCenter 20 install. Do not use it on a stable machine with a library you don't want to lose!

It will also install cleanly on ubuntu 14.04 since I included in the repository the package that it needs that doesn't exist on ubuntu.

Feedback desired.

RemyJ · « **Reply #1 on:** March 05, 2015, 06:08:48 pm »

YAY!!

Working on Fedora re-package now.

bob · « **Reply #2 on:** March 05, 2015, 06:23:37 pm »

For some reason the video benchmarks much slower with the amd64 build than the i386 build on the same machine.

Awesome Donkey · « **Reply #3 on:** March 05, 2015, 06:43:01 pm »

It works fine in Ubuntu 14.04 LTS but it doesn't work in Ubuntu 14.10 - it gives off the Segmentation fault (core dumped) error in the Terminal.

JimH · « **Reply #4 on:** March 05, 2015, 06:43:35 pm »

RemyJ · « **Reply #5 on:** March 05, 2015, 06:46:49 pm »

Segfaults in Fedora as well.

That being said... THANKS! I don't think you can even buy a 32 bit machine anymore.

RemyJ · « **Reply #6 on:** March 05, 2015, 06:52:18 pm »

Here's the segfault...

Program received signal SIGSEGV, Segmentation fault.
__memmove_avx_unaligned () at ../sysdeps/x86_64/multiarch/memcpy-avx-unaligned.S:148
148 mov %esi, (%rdi)

What processor is it optimized for? Hopefully not AMD.

Awesome Donkey · « **Reply #7 on:** March 05, 2015, 06:52:57 pm »

Quote from: RemyJ on March 05, 2015, 06:46:49 pm

I don't think you can even buy a 32 bit machine anymore.

No need to, you can install 32-bit OSes on 64-bit machines. You'd just be subject to the 32-bit limitations.

Quote from: RemyJ on March 05, 2015, 06:52:18 pm

What processor is it optimized for? Hopefully not AMD.

64-bit processors from both Intel and AMD. The 64-bit version of the x86 instruction set is also known as AMD64, x86-64 or 64-bit.

Awesome Donkey · « **Reply #8 on:** March 05, 2015, 07:00:25 pm »

Here's the gdb segfault output on Ubuntu 14.10...

Code: [Select]

Program received signal SIGSEGV, Segmentation fault.
0x00007ffff4c11ce6 in ?? () from /usr/lib/jriver/Media Center 20/libJRTools.so

RemyJ · « **Reply #9 on:** March 05, 2015, 07:14:32 pm »

Quote from: Awesome Donkey on March 05, 2015, 06:52:57 pm

64-bit processors from both Intel and AMD. The 64-bit version of the x86 instruction set is also known as AMD64, x86-64 or 64-bit.

Yep, but if you compile with "-march=native" on a AMD processor for instance, it's not going to run on an Intel processor, or vice-versa. In fact, if you compile with
"-march=native" on an i7 it won't run on a Core2.

Awesome Donkey · « **Reply #10 on:** March 05, 2015, 07:23:20 pm »

Works fine in Linux Mint 17.1 too (based on Ubuntu 14.04 LTS).

bob · « **Reply #11 on:** March 05, 2015, 09:52:10 pm »

Quote from: RemyJ on March 05, 2015, 07:14:32 pm

Yep, but if you compile with "-march=native" on a AMD processor for instance, it's not going to run on an Intel processor, or vice-versa. In fact, if you compile with
"-march=native" on an i7 it won't run on a Core2.

-m64 which is generic amd64 I believe.

bob · « **Reply #12 on:** March 05, 2015, 09:53:44 pm »

Quote from: Awesome Donkey on March 05, 2015, 07:00:25 pm

Here's the gdb segfault output on Ubuntu 14.10...

Code: [Select]
Program received signal SIGSEGV, Segmentation fault. 0x00007ffff4c11ce6 in ?? () from /usr/lib/jriver/Media Center 20/libJRTools.so

Try the ldd -d on JRTools.
Probably missing something or a library is incompatible with wheezy amd64.

bob · « **Reply #13 on:** March 05, 2015, 10:01:16 pm »

Quote from: Awesome Donkey on March 05, 2015, 06:52:57 pm

64-bit processors from both Intel and AMD. The 64-bit version of the x86 instruction set is also known as AMD64, x86-64 or 64-bit.

Because AMD created the instruction set and Intel adopted it IIRC.

X64 is Itanium.

That's why the synonym is x86-64 for the amd/intel 64 bit platform.

Hendrik · « **Reply #14 on:** March 06, 2015, 03:02:59 am »

Technically Itanium is ia64. x64 is kinda ambigous but usually refers to x86_64/amd64 as well.

FWIW, we build a generic x86_64 binary, no specific march, so it should work on any 64-bit x86 CPU.

Awesome Donkey · « **Reply #15 on:** March 06, 2015, 07:34:14 am »

Quote from: bob on March 05, 2015, 09:53:44 pm

Try the ldd -d on JRTools.
Probably missing something or a library is incompatible with wheezy amd64.

Code: [Select]

	linux-vdso.so.1 =>  (0x00007fff5a5f4000)
	libcryptlib.so => /usr/lib/jriver/Media Center 20/libcryptlib.so (0x00007fab08e4b000)
	libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007fab08c14000)
	libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007fab08a0f000)
	librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007fab08807000)
	libuuid.so.1 => /lib/x86_64-linux-gnu/libuuid.so.1 (0x00007fab08602000)
	libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6 (0x00007fab082c8000)
	libXext.so.6 => /usr/lib/x86_64-linux-gnu/libXext.so.6 (0x00007fab080b6000)
	libboost_regex.so.1.54.0 => /usr/lib/jriver/Media Center 20/libboost_regex.so.1.54.0 (0x00007fab07dfa000)
	libgtk-x11-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 (0x00007fab077ab000)
	libglib-2.0.so.0 => /lib/x86_64-linux-gnu/libglib-2.0.so.0 (0x00007fab0749c000)
	libgobject-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 (0x00007fab0724a000)
	libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007fab06f3a000)
	libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007fab06c34000)
	libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007fab06a1d000)
	libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fab06658000)
	/lib64/ld-linux-x86-64.so.2 (0x00007fab09acd000)
	libxcb.so.1 => /usr/lib/x86_64-linux-gnu/libxcb.so.1 (0x00007fab06439000)
	libgdk-x11-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0 (0x00007fab06183000)
	libgmodule-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgmodule-2.0.so.0 (0x00007fab05f7f000)
	libpangocairo-1.0.so.0 => /usr/lib/x86_64-linux-gnu/libpangocairo-1.0.so.0 (0x00007fab05d72000)
	libXfixes.so.3 => /usr/lib/x86_64-linux-gnu/libXfixes.so.3 (0x00007fab05b6b000)
	libatk-1.0.so.0 => /usr/lib/x86_64-linux-gnu/libatk-1.0.so.0 (0x00007fab05946000)
	libcairo.so.2 => /usr/lib/x86_64-linux-gnu/libcairo.so.2 (0x00007fab0563b000)
	libgdk_pixbuf-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgdk_pixbuf-2.0.so.0 (0x00007fab05419000)
	libgio-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0 (0x00007fab050a0000)
	libpangoft2-1.0.so.0 => /usr/lib/x86_64-linux-gnu/libpangoft2-1.0.so.0 (0x00007fab04e8a000)
	libpango-1.0.so.0 => /usr/lib/x86_64-linux-gnu/libpango-1.0.so.0 (0x00007fab04c3b000)
	libfontconfig.so.1 => /usr/lib/x86_64-linux-gnu/libfontconfig.so.1 (0x00007fab049fe000)
	libpcre.so.3 => /lib/x86_64-linux-gnu/libpcre.so.3 (0x00007fab04791000)
	libffi.so.6 => /usr/lib/x86_64-linux-gnu/libffi.so.6 (0x00007fab04588000)
	libXau.so.6 => /usr/lib/x86_64-linux-gnu/libXau.so.6 (0x00007fab04384000)
	libXdmcp.so.6 => /usr/lib/x86_64-linux-gnu/libXdmcp.so.6 (0x00007fab0417d000)
	libXrender.so.1 => /usr/lib/x86_64-linux-gnu/libXrender.so.1 (0x00007fab03f73000)
	libXinerama.so.1 => /usr/lib/x86_64-linux-gnu/libXinerama.so.1 (0x00007fab03d70000)
	libXi.so.6 => /usr/lib/x86_64-linux-gnu/libXi.so.6 (0x00007fab03b5f000)
	libXrandr.so.2 => /usr/lib/x86_64-linux-gnu/libXrandr.so.2 (0x00007fab03955000)
	libXcursor.so.1 => /usr/lib/x86_64-linux-gnu/libXcursor.so.1 (0x00007fab0374b000)
	libXcomposite.so.1 => /usr/lib/x86_64-linux-gnu/libXcomposite.so.1 (0x00007fab03547000)
	libXdamage.so.1 => /usr/lib/x86_64-linux-gnu/libXdamage.so.1 (0x00007fab03344000)
	libfreetype.so.6 => /usr/lib/x86_64-linux-gnu/libfreetype.so.6 (0x00007fab0309b000)
	libpixman-1.so.0 => /usr/lib/x86_64-linux-gnu/libpixman-1.so.0 (0x00007fab02df0000)
	libpng12.so.0 => /lib/x86_64-linux-gnu/libpng12.so.0 (0x00007fab02bc9000)
	libxcb-shm.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-shm.so.0 (0x00007fab029c6000)
	libxcb-render.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-render.so.0 (0x00007fab027bd000)
	libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007fab025a4000)
	libselinux.so.1 => /lib/x86_64-linux-gnu/libselinux.so.1 (0x00007fab0237f000)
	libresolv.so.2 => /lib/x86_64-linux-gnu/libresolv.so.2 (0x00007fab02164000)
	libharfbuzz.so.0 => /usr/lib/x86_64-linux-gnu/libharfbuzz.so.0 (0x00007fab01f0c000)
	libthai.so.0 => /usr/lib/x86_64-linux-gnu/libthai.so.0 (0x00007fab01d03000)
	libexpat.so.1 => /lib/x86_64-linux-gnu/libexpat.so.1 (0x00007fab01ada000)
	libgraphite2.so.3 => /usr/lib/x86_64-linux-gnu/libgraphite2.so.3 (0x00007fab018bd000)
	libdatrie.so.1 => /usr/lib/x86_64-linux-gnu/libdatrie.so.1 (0x00007fab016b6000)

bob · « **Reply #16 on:** March 06, 2015, 10:16:58 am »

Quote from: Awesome Donkey on March 06, 2015, 07:34:14 am

Code: [Select]
linux-vdso.so.1 => (0x00007fff5a5f4000) libcryptlib.so => /usr/lib/jriver/Media Center 20/libcryptlib.so (0x00007fab08e4b000) libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007fab08c14000) libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007fab08a0f000) librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007fab08807000) libuuid.so.1 => /lib/x86_64-linux-gnu/libuuid.so.1 (0x00007fab08602000) libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6 (0x00007fab082c8000) libXext.so.6 => /usr/lib/x86_64-linux-gnu/libXext.so.6 (0x00007fab080b6000) libboost_regex.so.1.54.0 => /usr/lib/jriver/Media Center 20/libboost_regex.so.1.54.0 (0x00007fab07dfa000) libgtk-x11-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 (0x00007fab077ab000) libglib-2.0.so.0 => /lib/x86_64-linux-gnu/libglib-2.0.so.0 (0x00007fab0749c000) libgobject-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 (0x00007fab0724a000) libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007fab06f3a000) libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007fab06c34000) libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007fab06a1d000) libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fab06658000) /lib64/ld-linux-x86-64.so.2 (0x00007fab09acd000) libxcb.so.1 => /usr/lib/x86_64-linux-gnu/libxcb.so.1 (0x00007fab06439000) libgdk-x11-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0 (0x00007fab06183000) libgmodule-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgmodule-2.0.so.0 (0x00007fab05f7f000) libpangocairo-1.0.so.0 => /usr/lib/x86_64-linux-gnu/libpangocairo-1.0.so.0 (0x00007fab05d72000) libXfixes.so.3 => /usr/lib/x86_64-linux-gnu/libXfixes.so.3 (0x00007fab05b6b000) libatk-1.0.so.0 => /usr/lib/x86_64-linux-gnu/libatk-1.0.so.0 (0x00007fab05946000) libcairo.so.2 => /usr/lib/x86_64-linux-gnu/libcairo.so.2 (0x00007fab0563b000) libgdk_pixbuf-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgdk_pixbuf-2.0.so.0 (0x00007fab05419000) libgio-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0 (0x00007fab050a0000) libpangoft2-1.0.so.0 => /usr/lib/x86_64-linux-gnu/libpangoft2-1.0.so.0 (0x00007fab04e8a000) libpango-1.0.so.0 => /usr/lib/x86_64-linux-gnu/libpango-1.0.so.0 (0x00007fab04c3b000) libfontconfig.so.1 => /usr/lib/x86_64-linux-gnu/libfontconfig.so.1 (0x00007fab049fe000) libpcre.so.3 => /lib/x86_64-linux-gnu/libpcre.so.3 (0x00007fab04791000) libffi.so.6 => /usr/lib/x86_64-linux-gnu/libffi.so.6 (0x00007fab04588000) libXau.so.6 => /usr/lib/x86_64-linux-gnu/libXau.so.6 (0x00007fab04384000) libXdmcp.so.6 => /usr/lib/x86_64-linux-gnu/libXdmcp.so.6 (0x00007fab0417d000) libXrender.so.1 => /usr/lib/x86_64-linux-gnu/libXrender.so.1 (0x00007fab03f73000) libXinerama.so.1 => /usr/lib/x86_64-linux-gnu/libXinerama.so.1 (0x00007fab03d70000) libXi.so.6 => /usr/lib/x86_64-linux-gnu/libXi.so.6 (0x00007fab03b5f000) libXrandr.so.2 => /usr/lib/x86_64-linux-gnu/libXrandr.so.2 (0x00007fab03955000) libXcursor.so.1 => /usr/lib/x86_64-linux-gnu/libXcursor.so.1 (0x00007fab0374b000) libXcomposite.so.1 => /usr/lib/x86_64-linux-gnu/libXcomposite.so.1 (0x00007fab03547000) libXdamage.so.1 => /usr/lib/x86_64-linux-gnu/libXdamage.so.1 (0x00007fab03344000) libfreetype.so.6 => /usr/lib/x86_64-linux-gnu/libfreetype.so.6 (0x00007fab0309b000) libpixman-1.so.0 => /usr/lib/x86_64-linux-gnu/libpixman-1.so.0 (0x00007fab02df0000) libpng12.so.0 => /lib/x86_64-linux-gnu/libpng12.so.0 (0x00007fab02bc9000) libxcb-shm.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-shm.so.0 (0x00007fab029c6000) libxcb-render.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-render.so.0 (0x00007fab027bd000) libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007fab025a4000) libselinux.so.1 => /lib/x86_64-linux-gnu/libselinux.so.1 (0x00007fab0237f000) libresolv.so.2 => /lib/x86_64-linux-gnu/libresolv.so.2 (0x00007fab02164000) libharfbuzz.so.0 => /usr/lib/x86_64-linux-gnu/libharfbuzz.so.0 (0x00007fab01f0c000) libthai.so.0 => /usr/lib/x86_64-linux-gnu/libthai.so.0 (0x00007fab01d03000) libexpat.so.1 => /lib/x86_64-linux-gnu/libexpat.so.1 (0x00007fab01ada000) libgraphite2.so.3 => /usr/lib/x86_64-linux-gnu/libgraphite2.so.3 (0x00007fab018bd000) libdatrie.so.1 => /usr/lib/x86_64-linux-gnu/libdatrie.so.1 (0x00007fab016b6000)

Wow, there are a crapload of libs being pulled in by the libs linked to MC that I've never seen before.
Doesn't make me very optimistic.

Awesome Donkey · « **Reply #17 on:** March 06, 2015, 10:44:48 am »

Here's what JRTools is pulling on Ubuntu 14.04 LTS where it's working...

Code: [Select]

	linux-vdso.so.1 =>  (0x00007fff3c1e1000)
	libcryptlib.so => /usr/lib/jriver/Media Center 20/libcryptlib.so (0x00007f3f675e5000)
	libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f3f673af000)
	libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f3f671aa000)
	librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007f3f66fa2000)
	libuuid.so.1 => /lib/x86_64-linux-gnu/libuuid.so.1 (0x00007f3f66d9d000)
	libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6 (0x00007f3f66a67000)
	libXext.so.6 => /usr/lib/x86_64-linux-gnu/libXext.so.6 (0x00007f3f66855000)
	libboost_regex.so.1.54.0 => /usr/lib/jriver/Media Center 20/libboost_regex.so.1.54.0 (0x00007f3f66599000)
	libgtk-x11-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 (0x00007f3f65f5c000)
	libglib-2.0.so.0 => /lib/x86_64-linux-gnu/libglib-2.0.so.0 (0x00007f3f65c54000)
	libgobject-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 (0x00007f3f65a03000)
	libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007f3f656fe000)
	libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f3f653f8000)
	libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f3f651e2000)
	libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f3f64e1c000)
	/lib64/ld-linux-x86-64.so.2 (0x00007f3f68267000)
	libxcb.so.1 => /usr/lib/x86_64-linux-gnu/libxcb.so.1 (0x00007f3f64bfd000)
	libgdk-x11-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0 (0x00007f3f6494a000)
	libgmodule-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgmodule-2.0.so.0 (0x00007f3f64746000)
	libpangocairo-1.0.so.0 => /usr/lib/x86_64-linux-gnu/libpangocairo-1.0.so.0 (0x00007f3f64539000)
	libXfixes.so.3 => /usr/lib/x86_64-linux-gnu/libXfixes.so.3 (0x00007f3f64332000)
	libatk-1.0.so.0 => /usr/lib/x86_64-linux-gnu/libatk-1.0.so.0 (0x00007f3f64110000)
	libcairo.so.2 => /usr/lib/x86_64-linux-gnu/libcairo.so.2 (0x00007f3f63e05000)
	libgdk_pixbuf-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgdk_pixbuf-2.0.so.0 (0x00007f3f63be3000)
	libgio-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0 (0x00007f3f63870000)
	libpangoft2-1.0.so.0 => /usr/lib/x86_64-linux-gnu/libpangoft2-1.0.so.0 (0x00007f3f6365b000)
	libpango-1.0.so.0 => /usr/lib/x86_64-linux-gnu/libpango-1.0.so.0 (0x00007f3f6340d000)
	libfontconfig.so.1 => /usr/lib/x86_64-linux-gnu/libfontconfig.so.1 (0x00007f3f631d1000)
	libpcre.so.3 => /lib/x86_64-linux-gnu/libpcre.so.3 (0x00007f3f62f93000)
	libffi.so.6 => /usr/lib/x86_64-linux-gnu/libffi.so.6 (0x00007f3f62d8a000)
	libXau.so.6 => /usr/lib/x86_64-linux-gnu/libXau.so.6 (0x00007f3f62b86000)
	libXdmcp.so.6 => /usr/lib/x86_64-linux-gnu/libXdmcp.so.6 (0x00007f3f6297f000)
	libXrender.so.1 => /usr/lib/x86_64-linux-gnu/libXrender.so.1 (0x00007f3f62775000)
	libXinerama.so.1 => /usr/lib/x86_64-linux-gnu/libXinerama.so.1 (0x00007f3f62572000)
	libXi.so.6 => /usr/lib/x86_64-linux-gnu/libXi.so.6 (0x00007f3f62361000)
	libXrandr.so.2 => /usr/lib/x86_64-linux-gnu/libXrandr.so.2 (0x00007f3f62157000)
	libXcursor.so.1 => /usr/lib/x86_64-linux-gnu/libXcursor.so.1 (0x00007f3f61f4d000)
	libXcomposite.so.1 => /usr/lib/x86_64-linux-gnu/libXcomposite.so.1 (0x00007f3f61d49000)
	libXdamage.so.1 => /usr/lib/x86_64-linux-gnu/libXdamage.so.1 (0x00007f3f61b46000)
	libfreetype.so.6 => /usr/lib/x86_64-linux-gnu/libfreetype.so.6 (0x00007f3f618a2000)
	libpixman-1.so.0 => /usr/lib/x86_64-linux-gnu/libpixman-1.so.0 (0x00007f3f615f9000)
	libpng12.so.0 => /lib/x86_64-linux-gnu/libpng12.so.0 (0x00007f3f613d2000)
	libxcb-shm.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-shm.so.0 (0x00007f3f611cf000)
	libxcb-render.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-render.so.0 (0x00007f3f60fc6000)
	libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f3f60dad000)
	libselinux.so.1 => /lib/x86_64-linux-gnu/libselinux.so.1 (0x00007f3f60b89000)
	libresolv.so.2 => /lib/x86_64-linux-gnu/libresolv.so.2 (0x00007f3f6096e000)
	libharfbuzz.so.0 => /usr/lib/x86_64-linux-gnu/libharfbuzz.so.0 (0x00007f3f60718000)
	libthai.so.0 => /usr/lib/x86_64-linux-gnu/libthai.so.0 (0x00007f3f6050f000)
	libexpat.so.1 => /lib/x86_64-linux-gnu/libexpat.so.1 (0x00007f3f602e5000)
	libgraphite2.so.3 => /usr/lib/x86_64-linux-gnu/libgraphite2.so.3 (0x00007f3f600c8000)
	libdatrie.so.1 => /usr/lib/x86_64-linux-gnu/libdatrie.so.1 (0x00007f3f5fec1000)

RemyJ · « **Reply #18 on:** March 06, 2015, 10:48:28 am »

Fedora 21...Much shorter but still segfaults.

Quote

JRWorker:
   linux-vdso.so.1 => (0x00007fff1c225000)
   libcryptlib.so => /usr/lib64/jriver/Media Center 20/libcryptlib.so (0x0000003e2cc00000)
   libpthread.so.0 => /lib64/libpthread.so.0 (0x0000003e2b800000)
   librt.so.1 => /lib64/librt.so.1 (0x0000003e2c800000)
   libdl.so.2 => /lib64/libdl.so.2 (0x0000003e2b400000)
   libboost_regex.so.1.54.0 => /usr/lib64/jriver/Media Center 20/libboost_regex.so.1.54.0 (0x0000003e2bc00000)
   libX11.so.6 => /lib64/libX11.so.6 (0x0000003e2e400000)
   libuuid.so.1 => /lib64/libuuid.so.1 (0x0000003e3b800000)
   libstdc++.so.6 => /lib64/libstdc++.so.6 (0x0000003e2dc00000)
   libm.so.6 => /lib64/libm.so.6 (0x0000003e2b000000)
   libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x0000003e2c000000)
   libc.so.6 => /lib64/libc.so.6 (0x0000003e2ac00000)
   /lib64/ld-linux-x86-64.so.2 (0x0000003e2a800000)
   libxcb.so.1 => /lib64/libxcb.so.1 (0x0000003e2e800000)
   libXau.so.6 => /lib64/libXau.so.6 (0x0000003e2ec00000)

Awesome Donkey · « **Reply #19 on:** March 06, 2015, 10:55:03 am »

Actually, it looks like it segfaults on Ubuntu 14.04 LTS too, but only when you close MC.

Code: [Select]

Program received signal SIGSEGV, Segmentation fault.
_dl_close (_map=0x0) at dl-close.c:760
760	dl-close.c: No such file or directory.

mwillems · « **Reply #20 on:** March 06, 2015, 11:07:29 am »

Quote from: Awesome Donkey on March 06, 2015, 10:55:03 am

Actually, it looks like it segfaults on Ubuntu 14.04 LTS too, but only when you close MC.

Code: [Select]
Program received signal SIGSEGV, Segmentation fault. _dl_close (_map=0x0) at dl-close.c:760 760 dl-close.c: No such file or directory.

I get segfaults on close with the 32-bit version on non-Debian OS's (Lubuntu, Arch, etc.) so that's not unique to the the 64-bit context.

bob · « **Reply #21 on:** March 06, 2015, 11:18:06 am »

It doesn't segfault for me on close on 14.04.
It seems like there is something about unloading the libraries that's caused it in the past. I traced it down to all of the libraries being unloaded and MC doing exit 0 so control has totally left MC but it segfaults anyway. I'm guessing that one of the libraries can't be completely unloaded for some reason. I put in thread hard kill printouts and that sometimes matches up with the segfaults and sometimes not.

Awesome Donkey · « **Reply #22 on:** March 06, 2015, 11:38:32 am »

Here's a little more about the close segfault on 14.04 LTS (not sure if it's of any use)...

bob · « **Reply #23 on:** March 06, 2015, 05:03:47 pm »

JRTools is loading JRReader and that is where the problem is.
You need to install libgnutls26 and it will work on 14.10.

The reason it's missing in the dependencies is that it was statically linked on i386 and dynamic on amd64.
I'll add it to the dependencies on the next build or find a way to statically link it.

Awesome Donkey · « **Reply #24 on:** March 06, 2015, 05:37:48 pm »

Yep, works fine now. I'll redo my tutorial this weekend to reflect 32-bit and 64-bit versions (and the easier adding of the repositories).

In fact, it's working beautifully here with no issues. Good work Bob, I hope these 64-bit builds keep coming.

Hendrik · « **Reply #25 on:** March 06, 2015, 06:42:44 pm »

Maybe once Jessie goes stable we can also move to more "recent" libraries and avoid problems with other up-to-date distributions at some point.....

But I think its nice that the APT repository allows us to easily provide proper dependency-aware builds for both debian and ubuntu at least!

mwillems · « **Reply #26 on:** March 06, 2015, 06:46:27 pm »

Quote from: Hendrik on March 06, 2015, 06:42:44 pm

Maybe once Jessie goes stable we can also move to more "recent" libraries and avoid problems with other up-to-date distributions at some point.....

That would be lovely. Maybe even a systemd service for ease of autostarting; I feel like there's going to be a lot of disorientation once initscripts leave all the stable distros

Although I suppose there's nothing stopping me from trying to write a service now; I'm just not very good at writing systemd units.

Awesome Donkey · « **Reply #27 on:** March 06, 2015, 06:54:45 pm »

Quote from: Hendrik on March 06, 2015, 06:42:44 pm

Maybe once Jessie goes stable we can also move to more "recent" libraries and avoid problems with other up-to-date distributions at some point.....

That'd be great. It's basically in the RC stage now, isn't it? If so, might not have to wait too much longer. Granted I don't keep up with Debian's development as much as I do Ubuntu's.

Quote from: Hendrik on March 06, 2015, 06:42:44 pm

But I think its nice that the APT repository allows us to easily provide proper dependency-aware builds for both debian and ubuntu at least!

Yup. In fact, it's quite easy to fork the mediacenter20.list file for both Debian and Ubuntu. AFAIK, Ubuntu will automatically strip out the [arch=i386,amd64] portion. Something like...

Code: [Select]

sudo wget http://dist.jriver.com/latest/mediacenter/mediacenter20_debian.list -O /etc/apt/sources.list.d/mediacenter20.list

And...

Code: [Select]

sudo wget http://dist.jriver.com/latest/mediacenter/mediacenter20_ubuntu.list -O /etc/apt/sources.list.d/mediacenter20.list

But that's probably too bothersome.

bob · « **Reply #28 on:** March 06, 2015, 07:33:58 pm »

Quote from: mwillems on March 06, 2015, 06:46:27 pm

That would be lovely. Maybe even a systemd service for ease of autostarting; I feel like there's going to be a lot of disorientation once initscripts leave all the stable distros

Although I suppose there's nothing stopping me from trying to write a service now; I'm just not very good at writing systemd units.

Ha, I'll never stop using initscripts, System V forever!!!

JimH · « **Reply #29 on:** March 06, 2015, 07:36:50 pm »

Quote from: mwillems on March 06, 2015, 06:46:27 pm

Although I suppose there's nothing stopping me from trying to write a service now; I'm just not very good at writing systemd units.

That must be quite embarrassing.

mwillems · « **Reply #30 on:** March 06, 2015, 08:23:46 pm »

Quote from: JimH on March 06, 2015, 07:36:50 pm

That must be quite embarrassing.

It gets to be embarrassing when you keep trying and never manage to get a working unit

Seriously though, I've tried writing one five or six times for different programs, and I must just not be understanding the documentation because they never work how I expect them to (or at all)

Quote from: bob on March 06, 2015, 07:33:58 pm

Ha, I'll never stop using initscripts, System V forever!!!

Yeah I hear you, I'm basically improvising init scripts using different kludges on my systemd systems because I can't figure out how to write a unit/service.

danrien · « **Reply #31 on:** March 06, 2015, 11:05:11 pm »

Impressive sir

Kat · « **Reply #32 on:** March 07, 2015, 07:16:24 pm »

I got this working on Arch Linux

hifi25nl · « **Reply #33 on:** March 12, 2015, 04:29:01 am »

Do you have a direct link for amd64 version?
I could eventually add this version to AUR

I am the maintainer of jriver for archlinux:
https://aur.archlinux.org/packages/jriver-media-center/

bob · « **Reply #34 on:** March 12, 2015, 10:03:53 am »

Quote from: hifi25nl on March 12, 2015, 04:29:01 am

Do you have a direct link for amd64 version?
I could eventually add this version to AUR

I am the maintainer of jriver for archlinux:
https://aur.archlinux.org/packages/jriver-media-center/

Not currently.
I'll put the next one up in the usual place.

INTERACT FORUM

Author Topic: JRiver Media Center 20.0.81 for Debian AMD64 TEST BUILD (Read 8030 times)