Topic: JRiver Media Center 24.0.31 BETA for Debian Jessie (amd64, i386 and arm) (Read 5013 times)

bob · « **on:** May 29, 2018, 03:37:58 pm »

This is the latest BETA version of MC24 for Linux. Please post bugs here. Please start a new thread for anything requiring discussion. Non-bug posts will be deleted.

Download:
amd64 http://files.jriver.com/mediacenter/test/MediaCenter-24.0.31-amd64.deb
i386 http://files.jriver.com/mediacenter/test/MediaCenter-24.0.31.deb
arm http://files.jriver.com/mediacenter/test/MediaCenter-24.0.31-armhf.deb

Also in the BETA repo.

24.0.31 (5/29/2018)

1. NEW: Implemented the startup options for linux. Works with any desktop manager.
2. Fixed: A memory leak in the ALSA driver.
3. NEW: Implemented the internal browser. Needs testing.

24.0.28 ( 5/14/2018)

1. NEW: Added info to the Reporter Advanced Information showing the system memory and free memory.
2. Changed: For Linux ARM, disable multithreaded drawfast code (used in resizing) until neon is fully implemented.
3. Changed: For Linux ARM, cap maximum threads and weight for thumbnailing until neon is fully implemented.
4. Fixed: Linux ALSA output device, wasn't configuring local zones other than the default zone properly.
5. Changed: Updated the gtk dependencies from libgtk2.0 to libgtk-3-0

24.0.26-2 (5/10/2018)

1. Changed: Switched the default skin to Modern Cards: Grey Edition.
2. NEW: Implemented support for direct DSD for devices that support DSD_U32_BE (i.e. iFi iDSD and other xmos based devices). See the device options under the Audio device config.

24.0.26 (5/10/2018)

1. Fixed: The file browser wasn't working in a few places (i.e. Languages->Browse Translations Folder)
2. Changed: Another tweak to registration. Will require re-entering the license key on intel based linux platforms.
3. NEW: Work on the integrated browser (not implemented yet) requires the addition of webkit2 library dependencies to the .deb
4. Fixed: Added the libgomp dependency to the .deb

24.0.19 (4/29/2018)

1. Fixed: Tooltip box shadows were offsetting the text below the shadow.
2. NEW: Text edit boxes now have a more convenient way to add Latin characters with diacritics. Press and hold a letter key and a list of choices with diacritical versions for that letter is shown to choose from.
3. Fixed: On ARM the non-sse bilinear rendering wasn't properly handling the alpha channel resulting in some see through icons.

24.0.18 (4/24/2018)

1. Changed: Updated FFmpeg to version 4.0, used for file analysis, transcoding and video playback.
2. Changed: Optimized Video rendering image uploading for better performance and reliability.

24.0.16 (4/17/2018)

1. FIXED: A significant memory leak.

24.0.15 (4/13/2018)

1. NEW: Added support for bilinear image resizing (on ARM which didn't have it before) so that images in the program will look much better.
2. Fixed: A segfault upon startup with systems that have non-standard /dev tree.

24.0.12 (4/10/2018)

1. Fixed: Non-Root users on linux couldn't send WOL packets.
2. Fixed: Removed unsupported print commands from menus.
3. NEW: Much faster FFT code for places where spectrum analysis is used.
4. Changed: Some licensing code. Registration code will need to be re-entered.

24.0.2 (02/03/2018)

1. NEW: First MC24 build for linux

bob · « **Reply #1 on:** May 29, 2018, 03:40:46 pm »

Thanks to Hendrik for getting the browser working inside of the MC window!

bob · « **Reply #2 on:** May 29, 2018, 03:42:14 pm »

Note that these have more dependencies, the webkit2gtk dependencies as well as gstreamer dependencies (for media support in the browser).
Specifically:

libwebkit2gtk-4.0-37
libgstreamer1.0-0
gstreamer1.0-plugins-base

Are required by the .deb.
To get audio and video playback working you are likely going to need more:
gstreamer1.0-x
gstreamer1.0-plugins-good
gstreamer1.0-plugins-ugly
gstreamer1.0-alsa
and probably:
gstreamer1.0-libav

mattkhan · « **Reply #3 on:** May 29, 2018, 03:54:57 pm »

>> 3. NEW: Implemented the internal browser. Needs testing.
any particular testing required? e.g. things expected to work or not work

Hendrik · « **Reply #4 on:** May 29, 2018, 03:57:32 pm »

Things that invoke MC functionality from a browsing action are not implemented yet (ie. youtube playback in the internal video player, etc), but general browsing should work "ok". I've had a few things where it failed to connect until i retried, which is a bit random sometimes.

Rizlaw · « **Reply #5 on:** May 29, 2018, 08:24:30 pm »

All my cover art is gone with update to 24.0.31.
All the additional dependencies noted by Hendrik are met. Tried restoring from backup with no luck. Tried rebooting with no luck.
Removed 24.0.31 and restored 24.0.28, cover art returned.

bob · « **Reply #6 on:** May 29, 2018, 09:07:47 pm »

Quote from: Rizlaw on May 29, 2018, 08:24:30 pm

All my cover art is gone with update to 24.0.31.
All the additional dependencies noted by Hendrik are met. Tried restoring from backup with no luck. Tried rebooting with no luck.
Removed 24.0.31 and restored 24.0.28, cover art returned.

Interesting, I'm seeing my cover art.
How is yours stored? Inside the tags, in the same directory or a separate directory?

Rizlaw · « **Reply #7 on:** May 29, 2018, 09:10:55 pm »

Both: inside tags and as separate "cover.jpg" file in directory for each album.

bob · « **Reply #8 on:** May 29, 2018, 09:17:24 pm »

Quote from: Rizlaw on May 29, 2018, 09:10:55 pm

Both: inside tags and as separate "cover.jpg" file in directory for each album.

Ok, what exactly do you see? The cover art is missing on all of the files in any view? (album, artist, etc)?
What distro are you running on?
What architecture?

Rizlaw · « **Reply #9 on:** May 29, 2018, 09:19:42 pm »

I saw a big blue note in place of each cover art file.
Cover art was missing on all files in all views
Running Ubuntu 18.04LTS (Gnome) x64

bob · « **Reply #10 on:** May 29, 2018, 09:22:48 pm »

Quote from: Rizlaw on May 29, 2018, 09:19:42 pm

I saw a big blue note in place of each cover art file.
Cover art was missing on all files in all views
Running Ubuntu 18.04LTS (Gnome) x64

Thanks, I''ll see if I can duplicate that.
Sounds like a missing dependency.
I might not have gotten them all...

BryanC · « **Reply #11 on:** May 29, 2018, 09:44:42 pm »

Works on Fedora!

Awesome Donkey · « **Reply #12 on:** May 30, 2018, 03:34:44 am »

Quote from: bob on May 29, 2018, 03:42:14 pm

Note that these have more dependencies, the webkit2gtk dependencies as well as gstreamer dependencies (for media support in the browser).
Specifically:

libwebkit2gtk-4.0-37
libgstreamer1.0-0
gstreamer1.0-plugins-base

Are required by the .deb.
To get audio and video playback working you are likely going to need more:
gstreamer1.0-x
gstreamer1.0-plugins-good
gstreamer1.0-plugins-ugly
gstreamer1.0-alsa
and probably:
gstreamer1.0-libav

So for Arch Linux...

webkit2gtk
gstreamer
gst-plugins-base

And for audio/video playback...

gst-plugins-base-libs
gst-plugins-good
gst-plugins-ugly
gst-libav

I'm not seeing an equivalent for gstreamer1.0-x or gstreamer1.0-alsa though. However, I *think* gstreamer1.0-alsa might be a part of gst-plugins-base (it provides libgstalsa.so). Not sure about gstreamer1.0-x though, still looking into it.

EDIT: Looks like gst-plugins-base-libs provides libgstximagesink.so and libgstxvimagesink.so and gst-plugins-base covers libgstpango.so so that should do it to cover all the new dependencies. Added gst-plugins-base-libs to the list above.

mattkhan · « **Reply #13 on:** May 30, 2018, 04:15:24 am »

fwiw works fine here, no apparent issues (Debian Testing)

Awesome Donkey · « **Reply #14 on:** May 30, 2018, 04:22:58 am »

Like Rizlaw, cover art is missing here too running Arch Linux. All cover art is stored within the tags.

Hendrik · « **Reply #15 on:** May 30, 2018, 04:52:22 am »

I don't think the cover art is related to the web browser or its dependencies. As long as MC starts, that should have no impact on anything but the web views.

Kott · « **Reply #16 on:** May 30, 2018, 07:29:48 am »

Thnx for new release with browser
and I have same problem with empty thumbnails

Mike Noe · « **Reply #17 on:** May 30, 2018, 08:30:04 am »

fwiw, coverart not showing here on Tumbleweed.

I copied over the cover art folder from 23 to 24, still not joy. I also noticed that there was a folder "Config/", with the slash in the name (empty folder) under the .jriver folder. Of course, Config was there too with no slash.

bob · « **Reply #18 on:** May 30, 2018, 08:50:35 am »

Is there a particular file type you all have in common that's missing the cover art?

Awesome Donkey · « **Reply #19 on:** May 30, 2018, 09:10:45 am »

All my files are FLAC files and they do play fine though, sans thumbnails.

The thumbnails are *still* there (and built) though, since downgrading allows them to all appear again. If you delete the Thumbnails directories (there two, like Mike Noe mentioned above regarding a second Config folder with a / there's also a second Thumbnails folder with a / added) and rebuild the thumbnails, they appear to be building but none of them appear.

Mike Noe · « **Reply #20 on:** May 30, 2018, 09:15:32 am »

So far, APEs and FLACs....

FWIW, I'm also noticing a bunch of jpg's in the MC temp folder... ".jriver/Media Center 24/Temp". They all start with APE Image- or FLAC Image -

bob · « **Reply #21 on:** May 30, 2018, 10:44:50 am »

Quote from: Mike Noe on May 30, 2018, 09:15:32 am

So far, APEs and FLACs....

FWIW, I'm also noticing a bunch of jpg's in the MC temp folder... ".jriver/Media Center 24/Temp". They all start with APE Image- or FLAC Image -

I see that and I can reproduce the issue on a clean install of ubuntu 18.
I'm seeing some odd behavior on it. If I run MC from a command line I get a message about a gnutls error in a system library that we shouldn't be using and aren't linking to.
Also, there is an occasional IPC error.
The web browser doesn't work on my install (under virtualbox) as far as I can tell. That might have something to do with the gnutls error so that it can't load a page via https.

bob · « **Reply #22 on:** June 01, 2018, 11:09:21 am »

Can people who are having the cover art thumbnail issues state their distro AND desktop manager please?

Awesome Donkey · « **Reply #23 on:** June 01, 2018, 11:20:00 am »

Arch Linux + GNOME 3.28.2

bob · « **Reply #24 on:** June 01, 2018, 04:21:58 pm »

For those that have non-working thumbs, please do this:
ldd /usr/bin/mediacenter24 | grep jpeg
libjpeg.so.62 => /usr/lib/x86_64-linux-gnu/libjpeg.so.62 (0x00007f501a894000)

On Jessie I get libjpeg.so.62

On non-working distros I think you will see something different....

Awesome Donkey · « **Reply #25 on:** June 01, 2018, 05:52:41 pm »

Okay, let's go through the list... I'll do my main Arch Linux install after I go through all the VMs (just in case it's different) and edit this post. I don't have a Fedora VM right now, so can't test that one.

Arch Linux (main install):

Code: [Select]

libjpeg.so.8 => /usr/lib/libjpeg.so.8 (0x00007f9ec9bfc000)
Arch Linux VM:

Code: [Select]

libjpeg.so.8 => /usr/lib/libjpeg.so.8 (0x00007f57869df000)
Debian Stretch VM:

Code: [Select]

libjpeg.so.62 => /usr/lib/x86_64-linux-gnu/libjpeg.so.62 (0x00007f50e8eac000)
Ubuntu 18.04 VM:

Code: [Select]

libjpeg.so.8 => /usr/lib/x86_64-linux-gnu/libjpeg.so.8 (0x00007fad4efb7000)
Linux Mint 18.3 VM:

Code: [Select]

libjpeg.so.8 => /usr/lib/x86_64-linux-gnu/libjpeg.so.8 (0x00007f34d144b000)
I suspect the main Arch Linux install will be the same as the VM.

EDIT: Added Arch Linux main install result.

Hendrik · « **Reply #26 on:** June 01, 2018, 06:12:58 pm »

The coverart issue is possibly fixed for the next build, don't need more info so far. We'll be testing those changes on Monday. Maybe we can also figure out why the browser doesn't work on Ubuntu 18.04.

Awesome Donkey · « **Reply #27 on:** June 01, 2018, 06:14:23 pm »

Quote from: Hendrik on June 01, 2018, 06:12:58 pm

The coverart issue is possibly fixed for the next build

Just curious, what was the (possible) issue that caused it?

Hendrik · « **Reply #28 on:** June 01, 2018, 06:18:06 pm »

Our version of libjpeg-turbo was colliding with the version of libjpeg the web browser dependency was pulling in. But thats not really a big problem since our jpeg handling was supposed to be isolated to libJRImage.so, but some isolation was not being setup the way it should be.

Kott · « **Reply #29 on:** June 01, 2018, 09:52:26 pm »

OpenSUSE Tumbleweed:

ldd /usr/bin/mediacenter24 | grep jpeg
libjpeg.so.8 => /usr/lib64/libjpeg.so.8 (0x00007fe18c720000)

UdoS · « **Reply #30 on:** June 04, 2018, 06:24:14 am »

Hi Bob,
there is a problem with the handheld converting a large number of files eg. from FLAC to M4A. The process starts, but slows down an almost locks the computer. It is the same with version 23, but it works fine with version 22. I tested between 1 an 4 files simultaneously. It also doesn't make a difference, whether the files were stored local or on the NAS.
Watching the system performance, one or more cores stay at 100% for increasing time.
The image Screenshot shows the Ver.24, Running_22.0.108 the system performance using the same files with MJ22.
Text Files shows system reference data.

bob · « **Reply #31 on:** June 04, 2018, 08:26:46 am »

Quote from: UdoS on June 04, 2018, 06:24:14 am

Hi Bob,
there is a problem with the handheld converting a large number of files eg. from FLAC to M4A. The process starts, but slows down an almost locks the computer. It is the same with version 23, but it works fine with version 22. I tested between 1 an 4 files simultaneously. It also doesn't make a difference, whether the files were stored local or on the NAS.
Watching the system performance, one or more cores stay at 100% for increasing time.
The image Screenshot shows the Ver.24, Running_22.0.108 the system performance using the same files with MJ22.
Text Files shows system reference data.

Hi UdoS
Are you converting to ALAC or using an external converter to go to lossy m4a?

UdoS · « **Reply #32 on:** June 04, 2018, 08:38:45 am »

Quote from: bob on June 04, 2018, 08:26:46 am

Hi UdoS
Are you converting to ALAC or using an external converter to go to lossy m4a?

Hi Bob,
I'm converting to ALAC

UdoS · « **Reply #33 on:** June 04, 2018, 08:44:25 am »

Quote from: bob on June 04, 2018, 08:26:46 am

Hi UdoS
Are you converting to ALAC or using an external converter to go to lossy m4a?

Also, I'm sure, it was working in the early days of version 23.

bob · « **Reply #34 on:** June 04, 2018, 09:10:16 am »

Quote from: UdoS on June 04, 2018, 08:44:25 am

Also, I'm sure, it was working in the early days of version 23.

Thanks for the info.
If you look the running processes with top or ps do you see any high cpu processes other than MC?
Are you converting directly to a handheld device or to a local folder/drive?

UdoS · « **Reply #35 on:** June 04, 2018, 09:13:20 am »

Quote from: bob on June 04, 2018, 09:10:16 am

Thanks for the info.
If you look the running processes with top or ps do you see any high cpu processes other than MC?
Are you converting directly to a handheld device or to a local folder/drive?

The only high cpu process is MC.
I'm converting to a local folder. (It's located on a NAS, but it makes no difference to a local drive.

INTERACT FORUM

Author Topic: JRiver Media Center 24.0.31 BETA for Debian Jessie (amd64, i386 and arm) (Read 5013 times)