INTERACT FORUM

More => Old Versions => JRiver Media Center 20 for Linux => Topic started by: bob on January 08, 2015, 05:20:50 pm

Title: JRiver Media Center 20.0.54 for Debian
Post by: bob on January 08, 2015, 05:20:50 pm
http://files.jriver.com/mediacenter/channels/v20/latest/MediaCenter-20.0.54.deb

20.0.54 (1/8/2015)

1. Changed: Newly created windows should always be in the foreground now.
2. Changes from the mainstream. Note that if you are using client side volume leveling over DLNA and are using MC on multiple platforms, all builds need to be >=20.0.52 for this to continue to work.

20.0.50 (12/19/2014)

1. Fixed: Mouse pointer changes on hover over actions work now (like resize, change split, etc).

20.0.49 (12/16/2014)

1. Changed: Upgraded to cURL library 7.39
2. Fixed: Numeric keypad characters that were being ignored.
3. Fixed: GUI, disabling input in background windows.
4. Changed: GUI, greatly increased speed in operations inside of MC's windows. Fixes playlist lists, reduces CPU usage.
5. Fixed: Convert format when changing the destination path.

20.0.46 (12/05/2014) (Changes from the main branch)

20.0.43 (11/25/2014) (Changes from the main branch)

1. Fixed: Clearing "Now playing" from a remote will not pop up a confirmation box now.

20.0.42 (11/21/2014) (Changes from the main branch)

1. Fixed: DLNA: MC as renderer, when receiving a SetNextAVtransportURI, MC was allowing the playlist to grow beyond 2 items which is incorrect. This caused playlist sync issues.
2. Fixed: DLNA: MC as controller, fix bug in event send when changing playlist position 1.
3. Fixed: DLNA: MC as controller timing issue, make sure the first track is playing (for at least 5 seconds) before doing the SetNextAVTransportURI function.
4. Fixed: DLNA: MC as controller, when playlist position current +1 changes send a new SetNextAVTransportURI to devices that support it.
5. Fixed: The change from 20.0.31 (Back out library server hiding when the library is empty introduced in 19.0.71) missed the library server visibility (it was showing the DLNA servers).

20.0.33 (11/10/2014)

1. NEW: Support for thumbnail grabbing from video files.
2. Changed: Matrix height correction when using gnu unifont (it's got a bug in it's size specification).
3. Changed: For SSL network operations, use TLSv1 instead of SSLv3.
4. NEW: Support for Shorten and Opus audio playback using the new JR playback engine (using FFmpeg).

20.0.31-1 (11/1/2014)

1. There was something off about that last upload build (version number was wrong for one). Replaced with 20.0.31-1

20.0.31 (10/31/2014)

1. Happy Halloween  ;) Just changes from the main branch.

20.0.27 (10/24/2014)

1. Fixed: Filesystem character problems in Rename, Move and Copy files.
2. Changed: Added hinting to window creation to try to get the window manager to move and resize windows in larger increments.
3. Fixed: CPU usage, especially during the drawing of the Spectrum Analyzer during playback, bug introduced in 20.0.22

20.0.25 (10/16/2014)

1. Changed: More UI changes. Extra desktop hinting on window, title bar and icon creation. Suspend desktop hinting when moving or resizing the root window. Attempt to fix initial window placement issue. Needs testing.

20.0.23 (10/13/2014)

1. Changed: More UI changes. Needs testing.

20.0.22 (10/9/2014)

1. Fixed: Video Playback crashed on stop when playing from a library server.
2. NEW: If using the system volume control and there is no mixer for the PCM device, we'll fall back to using the Master mixer for the device.
3. Changed: UI fixes. Startup position and position of popup windows should be stable now. This includes the controls in fullscreen video mode.

20.0.20 (10/2/2014)

1. Fixed: https protocol broken in 20.0.18
2. Changed: Switched to gnutls from openssl for https support because of a bug in the openssl static libs that prevented some websites certificates from being verified (i.e. twitter)

20.0.18 (9/26/2014)

1. Fixed: JRWorker segfaulting occasionally prevented some file types from being recognized.
2. Fixed: MediaCenter also occasionally segfaulted on exit.

20.0.17 (9/19/2014)

1. NEW: Implemented the file "locate" function.
2. Fixed: Menu items that open a URL in a browser.
3. Fixed: Disabled menu items unsupported on linux.
4. Fixed: Default for managing links changed to external browser.
5. Changed: possibly more ability to play Internet streams. Needs testing.

20.0.16 (9/16/2014)

1. Fixed: Series and Season cover art downloaded to the wrong folders.
2. NEW: Video playback supports playing from a library server.
3. Fixed: Last.fm scrobbling.

20.0.15 (9/12/2014)

1. Fixed: Fullscreen video playback is functional.
2. Changed: The video renderer uses VSYNC if available in the graphics driver.

20.0.13 (9/8/2014)

1. Fixed: Corrected the latency calculation for the ALSA output.
2. NEW: Video support.
Title: Re: JRiver Media Center 20.0.54 for Debian
Post by: Mike Noe on January 08, 2015, 06:03:15 pm
After a few jrworkers do their thing after startup and after about 2 min of playback, I'm getting a segfault.  I'm running mediacenter20 /mediaserver from konsole, looks like this:
Code: [Select]
Total time: 27 ms
Result: 0
Total time: 25 ms
Result: 0
Total time: 23 ms
Result: 0
Total time: 25 ms
Result: 0
Total time: 25 ms
Result: 0
Total time: 26 ms
Result: 0
Total time: 26 ms
Result: 0
Total time: 24 ms
Result: 0
Total time: 26 ms
Result: 0
Total time: 35 ms
Result: -1
Total time: 31 ms
Result: -1
Segmentation fault

build 50 shows those msgs too (I'm assuming are from the devices search being turned on recently?), but doesn't segfault.

openSUSE Tumbleweed x86_64, Plasma5
Title: Re: JRiver Media Center 20.0.54 for Debian
Post by: bob on January 09, 2015, 10:27:12 am
After a few jrworkers do their thing after startup and after about 2 min of playback, I'm getting a segfault.  I'm running mediacenter20 /mediaserver from konsole, looks like this:
Code: [Select]
Total time: 27 ms
Result: 0
Total time: 25 ms
Result: 0
Total time: 23 ms
Result: 0
Total time: 25 ms
Result: 0
Total time: 25 ms
Result: 0
Total time: 26 ms
Result: 0
Total time: 26 ms
Result: 0
Total time: 24 ms
Result: 0
Total time: 26 ms
Result: 0
Total time: 35 ms
Result: -1
Total time: 31 ms
Result: -1
Segmentation fault

build 50 shows those msgs too (I'm assuming are from the devices search being turned on recently?), but doesn't segfault.

openSUSE Tumbleweed x86_64, Plasma5
Maybe a log?
It looks like it's looking at autoimport locations and fails on a bad file?
Title: Re: JRiver Media Center 20.0.54 for Debian
Post by: geier22 on January 11, 2015, 04:58:10 am
Problems with mini view
Since some time (I can not say exactly when), mini view no longer works. In version 20.0.54 following happens:
Normal window ---> Mini View ---> The Mini View window extends over the entire screen in the upper range (Image 1) ----> Back to "normal window ----> The" normal window "retains its height but extends the entire screen (Image2)
if MC is maximized mini view appears also maximized over the entire screen, the boxes are also distributed across the screen. (Image3)
Title: Re: JRiver Media Center 20.0.54 for Debian
Post by: bob on January 11, 2015, 09:32:19 pm
Problems with mini view
Since some time (I can not say exactly when), mini view no longer works. In version 20.0.54 following happens:
Normal window ---> Mini View ---> The Mini View window extends over the entire screen in the upper range (Image 1) ----> Back to "normal window ----> The" normal window "retains its height but extends the entire screen (Image2)
if MC is maximized mini view appears also maximized over the entire screen, the boxes are also distributed across the screen. (Image3)
Works fine for me.

Try resizing the mini view. The size is stored in the settings file.
Title: Re: JRiver Media Center 20.0.54 for Debian
Post by: geier22 on January 12, 2015, 04:21:23 am
Hello Bob,
Resizing mini-view, for the first time it works. Second time the nomale window is maintained and the mini-View buttons are distributed across the window. I have tried it several times. Sometimes the normal window even just jumps to the position of the Mini View window without any change.
I do not know if this helps:
Log file from Media Center,
the X-session protocol and the
User Settings.ini.
The files Settings.ini and user have no content (0 bytes)
Title: Re: JRiver Media Center 20.0.54 for Debian
Post by: bob on January 12, 2015, 10:15:05 am
Hello Bob,
Resizing mini-view, for the first time it works. Second time the nomale window is maintained and the mini-View buttons are distributed across the window. I have tried it several times. Sometimes the normal window even just jumps to the position of the Mini View window without any change.
I do not know if this helps:
Log file from Media Center,
the X-session protocol and the
User Settings.ini.
The files Settings.ini and user have no content (0 bytes)
Ok, I can repo it now. Will check it out...
Title: Re: JRiver Media Center 20.0.54 for Debian
Post by: Mike Noe on January 12, 2015, 10:37:12 am
Maybe a log?
It looks like it's looking at autoimport locations and fails on a bad file?


attached log.  Looks to be autoimport, but I can't find any "bad" files.  50 works....
Title: Re: JRiver Media Center 20.0.54 for Debian
Post by: bob on January 12, 2015, 11:00:57 am
attached log.  Looks to be autoimport, but I can't find any "bad" files.  50 works....
For importing I'm only seeing a lot of work in the video area between 50 and 54.
Do you have video files in your media filesystem that you could temporarily move to see if this is the issue?
Title: Re: JRiver Media Center 20.0.54 for Debian
Post by: Mike Noe on January 12, 2015, 11:13:28 am
For importing I'm only seeing a lot of work in the video area between 50 and 54.
Do you have video files in your media filesystem that you could temporarily move to see if this is the issue?

Yeah, I should've said, I'm doing that right now folder by folder, see if anything pops out....
Title: Re: JRiver Media Center 20.0.54 for Debian
Post by: cassfras21 on January 12, 2015, 02:51:03 pm
Hello,

Remember the segfault on track switch I mentioned in 20.0.50 thread?

Please try the following:

-enable 3 features in DSP Studio. As example, mines are "Output Format", "Volume Leveling" and "Equalizer"
-Save two presets for Equalizer. Mines are "HiFi" and "Electro"
-Save two presets in DSP Studio, one for each equalizer's preset. "STD_HiFi" and "STD_Electro"
-set the DSP field value with "STD_HiFi" for several tracks and others with "STD_Electro"

Now the new "DSP per track" feature is ON. In that scenario each kind of music will be played with the right equalizer preset. Handsome!

But...First problem, you can't delete a saved DSP studio preset.

Now try the following:
-Set a new equalizer preset and save it with the sane name as the previous "HiFi".
-Disable 1 feature in DSP Studio. In my case "Output Format". Save Studio preset  as "STD_Electro". (Be sure you loaded the "STD_Electro" before disabling the feature)

Playing files taged with DSP value "STD_Electro" or "STD_HiFi" will, soon or late,  segfault on track change with mediacenter error 14.
Sometimes I need 100+ track changes for this happens, sometimes 5.

I am still trying to isolate error 4 with libdsp_main.so but it's for sure related to DSPPerTrack feature too.

I don't know if this is the attended behavior, but DSP presets will save the audio settings too.
So every settings you changed after you saved your DSP preset will be cancel at each track switch.

This makes DSP per Track unusable in Linux version.

I met the same (or equivalent) issues with Windows version, except you can delete DSP Preset.

Let me now if you can reproduce the issue.
Title: Re: JRiver Media Center 20.0.54 for Debian
Post by: mcollier on January 13, 2015, 07:14:36 pm
Bob, are there mediacenter20 terminal commands for Play/Pause, Stop, Next, Previous? If so it should easily be possible to add shortcuts to the .desktop file for Ubuntu/Unity users! I might even be able to even get MC added to the sound menu like other media players like VLC, allowing the control of playback and volume.

While your at it AD, can you get rating for the currently playing track there as well?
Title: Re: JRiver Media Center 20.0.54 for Debian
Post by: Awesome Donkey on January 13, 2015, 07:16:07 pm
To which? I'm not sure if it'd work actually. In the case of adding MC to the sound menu, I was successful however the controls won't work (doesn't use MPRIS2 spec (http://specifications.freedesktop.org/mpris-spec/latest/)?). The former, adding Play/Pause, Stop, Next and Previous shortcuts is actually pretty straightforward. I just need to know the commands, if they exist. ;)
Title: Re: JRiver Media Center 20.0.54 for Debian
Post by: mcollier on January 13, 2015, 07:20:02 pm
To which? I'm not sure if it'd work actually. In the case of adding MC to the sound menu, I was successful however the controls won't work (doesn't use MPRIS2 spec (http://specifications.freedesktop.org/mpris-spec/latest/)?). The former, adding Play/Pause, Stop, Next and Previous shortcuts is actually pretty straightforward. I just need to know the commands, if they exist. ;)

Anything that allows me to rate the track without switching to MC.  I've been asking for this feature for years.  :)
Title: Re: JRiver Media Center 20.0.54 for Debian
Post by: Awesome Donkey on January 13, 2015, 07:22:07 pm
Unfortunately, looking through the MPRIS2 spec right now, I'm not seeing anything available that can allow that. Hmmm.
Title: Re: JRiver Media Center 20.0.54 for Debian
Post by: cassfras21 on January 14, 2015, 01:35:36 am

Remember the segfault on track switch I mentioned in 20.0.50 thread?


Can I expect an answer? Or should I run an unsupported distro to get any interest?
Title: Re: JRiver Media Center 20.0.54 for Debian
Post by: mcollier on January 14, 2015, 07:23:11 am
Unfortunately, looking through the MPRIS2 spec right now, I'm not seeing anything available that can allow that. Hmmm.

http://www.freedesktop.org/wiki/Specifications/mpris-spec/metadata/

Looks to me that there is a commonly used metadata field - xesam:userRating, but I believe that the metadata can contain anything in the way of a key,value pair.

Is there any plan to have MediaCenter support MPRIS2?
Title: Re: JRiver Media Center 20.0.54 for Debian
Post by: Mike Noe on January 14, 2015, 05:22:33 pm
Maybe a log?
It looks like it's looking at autoimport locations and fails on a bad file?

I think I found it.  I have a bunch of AC3 files (all 2ch) that I have set up with CUE files.  There seems to be a problem importing them.  Import just hangs, meaning the action window just shows that it's importing, MC shows quite a bit of CPU usage, but it never finishes (left it for hours).  Also, on playback, after the first track plays and it transitions to the next track, MC locks (won't respond to GUI or thru MCWS) and I have to kill it.  b50 imports them but fails on the audio analysis.  I'm trying to find a work flow that might work, not sure what else to look for.

I've also discovered that exiting MC from b50 and b54 just hangs, thru the GUI or thru MCWS.  I was thinking it was Tumbleweed updates, but b49 works fine all around....

eeeek......b49 fails on track change with CUE/AC3 too.  MC just locks.  I'll try for a log....
Title: Re: JRiver Media Center 20.0.54 for Debian
Post by: bob on January 14, 2015, 09:41:18 pm
Can I expect an answer? Or should I run an unsupported distro to get any interest?

We stopped trying to duplicate your crashing issue to fix the DSP preset problem you mentioned.
Title: Re: JRiver Media Center 20.0.54 for Debian
Post by: bob on January 14, 2015, 09:41:52 pm
I think I found it.  I have a bunch of AC3 files (all 2ch) that I have set up with CUE files.  There seems to be a problem importing them.  Import just hangs, meaning the action window just shows that it's importing, MC shows quite a bit of CPU usage, but it never finishes (left it for hours).  Also, on playback, after the first track plays and it transitions to the next track, MC locks (won't respond to GUI or thru MCWS) and I have to kill it.  b50 imports them but fails on the audio analysis.  I'm trying to find a work flow that might work, not sure what else to look for.

I've also discovered that exiting MC from b50 and b54 just hangs, thru the GUI or thru MCWS.  I was thinking it was Tumbleweed updates, but b49 works fine all around....

eeeek......b49 fails on track change with CUE/AC3 too.  MC just locks.  I'll try for a log....
It might be useful to have one of those pairs here to test.