Print

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

[hifi25nl]

I am testing mediacenter with my Archlinux PC fully upgraded to today.

I have used the debian package, I have decompressed it and copied manually "mediacenter" to /usr/bin and jriver library folder to /usr/lib.

It seems that this package is 32 bit (I use Archlinux 64 bit) so I tried to install lib32-curl, but the version that is now in the repositories is too new. I have found version 7.23.1 and I have compiled it.

Now mediacenter is starting with a lot of errors

Ignoring Xlib error: error code 3 request code 3
Details: BadWindow (invalid Window parameter)
Ignoring Xlib error: error code 3 request code 15
Details: BadWindow (invalid Window parameter)

Open file is not working, so I had to copy a music file to /home/user/Music, the default directory and choose the right alsa device.
Window cannot be resized (it can be resized only to full screen) and cannot be moved. Sometime it disappears.
File location cannot be changed...

I hope for archlinux version!

 

---> see also https://bbs.archlinux.org/viewtopic.php?id=156301

[RemyJ]

Those are the same problems the rest of us are seeing right now so I think you're up to speed.   While we're waiting for the dev team to push out more fixes, you can at least move the window around by holding the alt key down while you drag.  You should also be able to resize by right clicking on the toolbar entry and selecting 'resize'.

[zeltak]

wow hifi25nl!!

thx alot for the curl tip on the other thread, i finally got jriver working after nearly 3 weeks! ;-)

i can confirm all the issues you have (open dosent work ,cant drag etc..), Devs: do we need to report a bug about that somewhere or just report it on the forums?

anyway hifi25nl really glad to see another archer here ;-)

best

Z

[hifi25nl]

It seem that I cannot switch sampling rate.
I I play a file at 96 khz and after a file at 44,1, the first will play fine, the second not.

[bob]

Are you certain your device supports 44.1?

[hifi25nl]

Yes, it can play 44.1.  I have just checked with smplayer + jack configuring jack to use 44.1.

In this computer I don't have special configuration for alsa, so probably the default sample rate is 48000.
However Amarock, smplayer, etc. are all working fine at all supported frequencies.

[hifi25nl]

OK, now, with the last version sample rate switching is working!
 

[fsimerey]

@hifi25nl

Thank you.

[deimidis]

I'm trying to use mediacenter19 en Arch 64bits. I unzipp deb file and copy the files to their place. When I tried to start it, I have this error:
error while loading shared libraries: libcrypto++.so.9: cannot open shared object file: No such file or directory

I installed 64 bits version of crypto++, but I couldn't find 32 version. Anyone have the same problem?

Thanks!

[InflatableMouse]

I'm trying to use mediacenter19 en Arch 64bits. I unzipp deb file and copy the files to their place. When I tried to start it, I have this error:
error while loading shared libraries: libcrypto++.so.9: cannot open shared object file: No such file or directory

I installed 64 bits version of crypto++, but I couldn't find 32 version. Anyone have the same problem?

Thanks!

Compile from source if there's no standard package?

[hifi25nl]

I have tried

ln -s /usr/lib/libcryptopp.so /usr/lib/libcrypto++.so.9

but the same error.

I think we must compile a lib32-crypto++

[hifi25nl]

I would add two important limitations to jriver in Linux:

1) a general one: 32 bit application. Now most important linux distributions are oriented toward 64 bit.

2) a specific one: the impossibility to set buffer_size and period_size in alsa.
In my optimized 64 bit lxde realtime linux system I can set mpd (or also deadbeef) to the same very low latency of jack.
In my case is buffer_size = 256, period_size = 512 for a very good "jack-equivalent" latency (real latency is more) of 2,67 ms at 192 khz sampling rate.


So I hope for some more options in the future to let users decide how the connection with alsa is made.

[hifi25nl]

This is not good, but if you want Mediacenter19...

1) Download the i686 32 bit version of crypto++ from archlinux website.
2) Extract and rename libcryptopp.so to libcrypto++.so.9 e put the library in /usr/lib32

[hifi25nl]

New problems in Archlinux for libboost...with version 103

1) Install lib32-boost-libs form AUR
2) Since this is version 1.55, in the directory /usr/lib32:
ln -s libboost_regex.so libboost_regex.so.1.49.0


Temporary workaround...

[bob]

I would add two important limitations to jriver in Linux:

1) a general one: 32 bit application. Now most important linux distributions are oriented toward 64 bit.

2) a specific one: the impossibility to set buffer_size and period_size in alsa.
In my optimized 64 bit lxde realtime linux system I can set mpd (or also deadbeef) to the same very low latency of jack.
In my case is buffer_size = 256, period_size = 512 for a very good "jack-equivalent" latency (real latency is more) of 2,67 ms at 192 khz sampling rate.


So I hope for some more options in the future to let users decide how the connection with alsa is made.

I'm working on this area now.
Would an advanced parameter section allowing buffer size and period size to be set do the job?

[hifi25nl]

Yes! this would be very fine!

[bob]

Yes! this would be very fine!

Aren't the buffer size and period size flipped?
Seems like the buffer size should be larger.

I'm playing with this on my quad core system and I can only get them down to around 10000 without dropouts and the cpu usages goes up a lot.
We are not using eventing. From what I've read, that's not a good idea. Comments?

[hifi25nl]

In my case I can arrive at

buffer_time "2664"
period_time "1332"

buffer_time is a a multiple of period_time (at least x2)
Some explanation can be found here:
http://www.alsa-project.org/main/index.php/FramesPeriods

My results are very good but in a linux system VERY optimized with linux realtime kernel, some threads have high realtime priority following this schema for RTPRIO (real time priority)

RTC (real time clock) at 95
USB card at 90
Jack server at 85
Player (in the example mpd) at 80

It would be nice to separate player from decoder. It is not very good to give RTPRIO 80 to the player interface!

 PID CLS RTPRIO  NI PRI %CPU STAT COMMAND   
   78 FF      95   - 135  0.0 S    irq/8-rtc0   
  117 FF      90   - 130  0.1 S    irq/16-ehci_hcd   
  132 FF      89   - 129  0.2 S    irq/23-ehci_hcd   
   59 FF      50   -  90  0.0 S    irq/9-acpi   
   70 FF      50   -  90  0.0 S    irq/40-PCIe PME   
   71 FF      50   -  90  0.0 S    irq/41-PCIe PME   
   72 FF      50   -  90  0.0 S    irq/42-PCIe PME   
   73 FF      50   -  90  0.0 S    irq/43-PCIe PME   
   75 FF      50   -  90  0.0 S    irq/12-i8042   
   76 FF      50   -  90  0.0 S    irq/1-i8042   
  112 FF      50   -  90  0.0 S    irq/44-xhci_hcd   
  113 FF      50   -  90  0.0 S    irq/45-xhci_hcd   
  114 FF      50   -  90  0.0 S    irq/46-xhci_hcd   
  115 FF      50   -  90  0.0 S    irq/47-xhci_hcd   
  116 FF      50   -  90  0.0 S    irq/48-xhci_hcd   
  118 FF      50   -  90  0.0 S    irq/49-ahci   
  131 FF      50   -  90  0.0 S    irq/19-   
  225 FF      50   -  90  0.0 S    irq/18-i801_smb   
  230 FF      50   -  90  0.2 S    irq/16-nouveau   
  324 FF      50   -  90  0.0 S    irq/50-enp2s0   
    3 FF       1   -  41  0.2 S    ksoftirqd/0   
   39 FF       1   -  41  0.0 S    ksoftirqd/1   
   44 FF       1   -  41  0.0 S    ksoftirqd/2   
   49 FF       1   -  41  0.0 S    ksoftirqd/3   

     - /bin/bash -c export LD_PRELOAD=/usr/lib/libsoxr-lsr.so.0.1.9; /usr/bin/mpd /home/olmeda/.mpdconf --no-daemon
    80 /usr/bin/mpd /home/olmeda/.mpdconf --no-daemon
    80 /usr/bin/mpd /home/olmeda/.mpdconf --no-daemon
    80 /usr/bin/mpd /home/olmeda/.mpdconf --no-daemon
    80 /usr/bin/mpd /home/olmeda/.mpdconf --no-daemon
    80 /usr/bin/mpd /home/olmeda/.mpdconf --no-daemon

[bob]

I can get  buffer time down to 16384 and period time down to 8192 on my quad core stock system without dropouts and now without increased cpu usage.
Previously the default for buffer time was 500000.

[hifi25nl]

In my case is Asrock 3D vision with i5 processor. Realtime kernel make a BIG difference.

[InflatableMouse]

I installed ArchLinux because I was curious .

I tried to get MediaCenter to work but it just segfaults (core dumped) and gives no other output.

Not sure where it dumps the core?

Is there anything I can try to see what bothers MediaCenter at this point?

[hifi25nl]

Here is explained debugging in archlinux:
https://wiki.archlinux.org/index.php/Step_By_Step_Debugging_Guide

Did you downgrade to lib32-curl 7.23.1?

[InflatableMouse]

Not yet, because if I can, I'd like to know what MC's problem is before I start doing all sorts of things that might not even be the cause of this in the first place.

I'll go through that page, see what comes out of that, thanks.

[hifi25nl]

Ok, however without that library I can assure you it will not work.

Archlinux is a lot more up to date than debian and ubuntu.

[InflatableMouse]

Can you give me a lead how to do that safely?

Thanks.

[bob]

I'm not sure if this will help but the very most recent builds of MC have an altered library search path that you may be able to use to avoid messing with the system libcurl.
It will look in /usr/lib/jriver/Media Center 19 BEFORE the system locations. If you put the correct libcurl in there you maybe able to leave the system one alone.
The possible problems revolve around the fact that libcurl is linked to a bunch of other system libraries (ssl, etc) that you will have to find a way to deal with.
You can see if you are on the right track by going to a command prompt, changing to /usr/lib/jriver/Media Center 19 and do a
ldd -d ./libJRReader.so
it's the only library that uses libcurl.

[hifi25nl]

You can find a package I have just compiled (for arch 64 bit) at
http://www.tophifi.it/ftp/jriver/lib32-curl-7.23.1-1-x86_64.pkg.tar.xz

If you want to compile your own you can use this PKGBUILD:
http://www.tophifi.it/ftp/jriver/PKGBUILD

as user: mkepkg PKGBUILD (note: in a directory with names without spaces!!)
as root: pacman -U lib32-curl-7.23.1-1-x86_64.pkg.tar.xz (this will downngrade lib32-curl)

After, you can put this package "on hold" adding this line
IgnorePkg   = lib32-curl
to /etc/pacman.conf

IMPORTANT NOTE: this could be made almost ...safely if you use lib32-curl in a 64 bit system with 64 bit libcurl. The modification of libcurl in a 32 bit system will break the system!

[hifi25nl]

The result of uninstalling lib32-curl and copying libcurl.so.4.2.0 (32 bit version) to /usr/lib/jriver/mediacenter19 is a segmentation fault

[InflatableMouse]

Thanks guys!

I downloaded your compiled version, unpacked it and copied the lib32 contents (including the symlinks) to the mc19 dir in /usr/lib/etc, mediacenter19 starts.

I need to find the xfonts-100 and 75dpi, fonts are not good. Otherwise it starts, I could add the library server and browse around. I couldn't configure an audio device, it lists "More -" and device settings pops up a message that the selected output mode does not have any custom settings.

Alsa and Pulse are installed and configured, audio works, default works too, speaker-test -c 2 outputs fine.

Ps. window dragging jumps around and resizing is slow, unfortunately.

[hifi25nl]

Is this arch  64 bit? Maybe lib32-alsa libraries missing?

[InflatableMouse]

Yes, 64-bit. lib32-alsa-lib is installed, lib32-alsa-plugins is installed too.

Did you fix the fonts?

[hifi25nl]

No, sorry

[InflatableMouse]

Hm. I downloaded the xfonts-100 and 75dpi source packages from Debian, unpacked them and installed the fonts in ~/.fonts. Ran fc-cache -vf and fc-cache-32 -vf. Fonts are available but mediacenter doesn't use them.

I did get a few messages that some fonts weren't reckognized though.

But, I noticed that in /usr/share/fonts there are 2 dirs, 100dpi and 75dpi with a fonts.alias file in them. Shouldn't this redirect to the alternative fonts available on the system?

[bob]

The result of uninstalling lib32-curl and copying libcurl.so.4.2.0 (32 bit version) to /usr/lib/jriver/mediacenter19 is a segmentation fault

You'd probably need all of the libs it links to as well in that same directory. It still may not work since the libcurl itself would have to look there as well. Of course one could compile libcurl to do that as well. It's a long road. Not sure if it's worth it...

[bob]

As for the fonts, MC is looking for the following:

-b&h-lucida-medium-r-normal-sans-12-120-75-75-p-71-iso10646-1

[hifi25nl]

When I have time I will look into this.
for reference:
https://wiki.archlinux.org/index.php/Fonts
https://wiki.archlinux.org/index.php/Font_Configuration

[hifi25nl]

Now, courtesy of some archlinux user, we have an almost official AUR package (2 PKGBUILD, one for lib32-curl-jriver the other for jriver-media-center)!!!

https://bbs.archlinux.org/viewtopic.php?pid=1401493#p1401493

[InflatableMouse]

Nifty .

But uh ... how does that work exactly? I've downloaded from AUR and compiled that's easy, but I'm not sure what to do with that?

[hifi25nl]

You can save the two pkgbuilds as PKGBUILD1 for libcurl and PKGBUILD2 for jriver and

as user:
makepkg PKGBUILD(1)
makepkg PKGBUILD(2)
as root:
pacman -U lib32-curl-jriver-7.23.1-1-x86_64.pkg.tar.xz
pacman -U jriver-media-center-19.0.124.5-1-x86_64.pkg.tar.xz

see:
http://www.tophifi.it/ftp/jriver/PKGBUILD1
http://www.tophifi.it/ftp/jriver/PKGBUILD2

Note: rename PKGbUILD1 and PKGBUILD2 to PKGBUILD before applying makepkg

[InflatableMouse]

Ah I didn't realize these were the PKGBUILD files, cool.

I'll play with that tonight. Thanks.

[InflatableMouse]

ALSA seems to work now too, I did a reinstall last night and finishing it now.

[bob]

As for the fonts, MC is looking for the following:

-b&h-lucida-medium-r-normal-sans-12-120-75-75-p-71-iso10646-1

Which is in the file luIS10.pcf.gz which in debian is part of xfonts-75dpi

[InflatableMouse]

Wow got it all working including fonts

After the reinstall last night I suddenly got the message that libuuid.so.1 couldn't be found, but a 32-bit version was nowhere to be found from the repositories (or AUR). I downloaded the i686 version of libutil-linux 2.24.1-6, unpacked it and copied the libuuid files to Media Center directory.

For the fonts, I installed xorg-fonts-75dpi and xorg-fonts-100dpi.

I can select the proper ALSA device too, and to top it off, moving the window no longer jumps all over the place.

I'm pretty happy right now ...

Edit: oke I don't know why I didn't find lib32-util-linux when I searched for it but its available from the repo's and contains the libuuid. Installed it and removed the files from media center directory. Works like a charm.

[hifi25nl]

Installed last version 129 and removed  lib32-curl-jriver: segmentation fault
However version 129 is working with lib32-curl-jriver in place.
This on 64 bit archlinux

[bob]

Installed last version 129 and removed  lib32-curl-jriver: segmentation fault
However version 129 is working with lib32-curl-jriver in place.
This on 64 bit archlinux

What's in that lib32-curl-jriver package other than libcurl.so ? We aren't using that at all any more.
I'd guess libssl and libcrypto (1.0.0. Versions in these are crucial for ABI compatibility).

[hifi25nl]

There is only libcurl.so, libcurl so.4 libcurl.so.4.2.0

Did you test in archlinux 64 bit?

Note: version 1.4.3 of lib32-libssh2 is installed

[InflatableMouse]

Installed last version 129 and removed  lib32-curl-jriver: segmentation fault
However version 129 is working with lib32-curl-jriver in place.
This on 64 bit archlinux

I never removed or downgraded lib32-curl. I have the latest from the official repos:
pacman -Ss lib32-curl
multilib/lib32-curl 7.36.0-1 [installed]
    An URL retrieval utility and library (32-bit)

I do have a compatible libcurl.so.4.2.0 installed in /usr/lib/jriver/Media Center 19/ directory (with symlinks libcurl.so and libcurl.so.4).

Media Center pre 129 worked fine here, it only segfaulted when I closed it ( but I think it has always done that for me, even on Debian).

With 129, I get the same as hifi25, segfault at start.

[bob]

libssh2 isn't used any more either.
I think I may have all of those dependencies removed in the next build however there is some problem with the new curl that's making everything over the network super slow.

[InflatableMouse]

Do you have any idea what's causing this version to segfault on Arch?

[bob]

Do you have any idea what's causing this version to segfault on Arch?

I'd guess libssl, libcrypto, libidn or libz.