Print

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

[bob]

This is the latest version of MC23 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/channels/v23/latest/MediaCenter-23.0.84-amd64.deb
i386      http://files.jriver.com/mediacenter/channels/v23/latest/MediaCenter-23.0.84.deb
arm      http://files.jriver.com/mediacenter/channels/v23/latest/MediaCenter-23.0.84-armhf.deb

Also in the beta and latest repos.

23.0.84 (11/21/2017)

1. Fixed: A bug that would cause a crash when hitting a media key when in an edit box.
2. NEW: Implement more media keys (useful for IR remote default tables).
3. NEW: Implement the Green Button on IR media remotes.

23.0.81 (11/10/2017)

1. Fixed: Decoding of high complexity video streams (4k, etc) did not work properly in recent builds.
2. NEW: Medium and Large cover art resources provided by MC's DLNA servers.

23.0.80 (10/31/2017)

1. Fixed: The network reader was hanging on some socket closes causing MC to eventually stop responding to network data. Bug introduced in 23.0.65.

23.0.78 (10/24/2017)

1. Changed: Updated FFmpeg to version 3.4, used for file analysis, transcoding and video playback.
2. Fixed: 24-bit WMA files did not play properly.

23.0.72 (10/13/2017)

1. Fixed: Change windowing code to better determine when override_direct should be used. Affects window and menu drawing.
2. Changed: Changes from the main branch.

Lots of DLNA changes. Could use some feedback on these...

23.0.70 (10/6/2017)

1. Fixed: DLNA: Don't call GetMediaInfo if the controller options are set to Disable SetNext support.
2. Fixed: DLNA: Fix status calls for GetPosition which were not entirely correct in the previous build.
3. DLNA: Fixed: Options that aren't active depending on the current settings are grayed out.
5. DLNA: NEW: You can select the audio formats that are converted when "specified output format only when necessary" is selected. (under Add or configure DLNA servers .. [Server name]->Audio->Advanced)
6. Changed: DLNA: Move the detection for the ability to do SetNext into the track playback start. Saves on device calls.
7. Fixed: DLNA: Add a GetTransportState for Playback state = PLAYING before GetPosition because on some slow devices GetPosition was returning values from the previous track which caused a track skip on those devices that support SetNext.
8. Changed: DLNA: Because of #4 above, change the track status update for SetNext support to 5 seconds.
9. Changed: DLNA: when ignoring position failure, add a settling delay for the play command after sending the URI to the renderer. Helps with some slow renderers.
10. Changed: DLNA: changes to make the slider work when getposition is slow or fails.
11. Fixed: DLNA: get the fileinfo to update onscreen instantly when transitioning tracks.
12. Fixed: DLNA: change to the DLNA image slideshow push to renderer to work with MC as a renderer.
13. Changed: DLNA renderer. Ignore Stop commands while playing back images. Enables a smooth slideshow. WIP.

23.0.65 (9/29/2017)

1. Fixed: Longstanding bug in the networking code that could cause segfaults upon DLNA and MC devices going up and down on the local network.

23.0.61 (9/19/2017)

1. Fixed: The situation where a detached monitor will prevent detection of desktop size (stops popup windows from being created).

23.0.54 (9/14/2017)

1. Fixed: Removed the libunistring0 requirement.

23.0.52-2 (9/12/2017)

1. Fixed: The fix to edit boxes from 23.0.52 prevented Theater View from working.

23.0.52 (9/8/2017)

1. Fixed: Remove wait messages on message boxes. Because of the way timers work in MC linux, they were not getting displayed until the timeout.
2. Fixed: Change some edit boxes to remove the hard coded unmanaged window attribute which was making them show up across virtual desktops.
3. Changed: Internal window code changes to increase performance.
4. NEW: Implemented video window detaching.

23.0.51 (9/7/2017)

1. NEW: Enabled the use of VST Plugins.

23.0.41 (8/28/2017)

1. NEW: Implement non-US keyboard support.
2. Fixed: Under some situations, menus could appear blank with some hardware/desktop manager combinations.

23.0.36 (8/18/2017)

1. Fixed: Crashing in Theater View from GCC6 non-compliant code (not for arm)

23.0.31-2 (8/7/2017)

1. Changed: Relaxed package requirements to ignore the minor revision of a package.
2. Fixed: Removed libicu requirement.

23.0.31 (8/7/2017)

1. Fixed: Internal structures dealing with UI functions.

23.0.28 (7/31/2017)

1. Fixed: Some memory leaks in the registration code changes from 23.0.25. Will require re-entry of the license again.

23.0.25 (7/27/2017)

1. Fixed: Linux registration issues. Will need to re-enter the registration code.
2. Changed: Tweaking thread priorities from 23.0.21.
3. NEW: Theater View 3D rendering is anti-aliased for smoother edges. (not for arm)

23.0.21 (7/17/2017)

1. NEW: Implemented thread priorities. When running as a normal user requires system configuration to work. Falls back to non-prioritized threads if the system is not configured to allow prioritization.
2. FIXED: Memory leak in Linux thread parallelizer.

[Ekpen]

Greetings:
Let me THANK the JR TEAM for the work well done.
I must report this . With this build, the audio jumping issue has almost been eliminated.
The mkvs start ok, with no audible audio issues, but the audio jumping, video freezing issues come up either when the scenes are very fast or when there are lots of images on the screen. I tested more than 20 mkvs on the average of 10-15 minutes of play.
I also watched some movies full length. In some instances, the movies will just quit with message "can not play video"
In the case of concert 1080P blu rays, the jumping of audio , and freezing of video continues, only in 1080P non concert related movies that seem to have most issues fixed. (I must note here that some mkvs completed with no issues.
Dark Tower o.k with minor audio jumping, video sluggish.
War Room crashed twice, then third time with video freezing and pulsating.
The above notations also affected 64 bit MC 23.0.84 (for Windows), but worse with AMD64.

I have stored since 2016, a Sony HDR 4k clip duration 3.07 minutes, and a Panasonic 4k 2.07 clip.
The Panasonic clip will play nice over dLNA without issues or buffering, the Sony clip will play and buffer every 10-15 seconds. This was my experience testing them on MC 32/64 bit Windows version.
With the AMD64, the playback of these sample clip exhibited same issues just like the Windows platform.
Now with MC 23.0.84, The error message is "can not play video".
I just want to report these samples uhd not playing well with the current version.

Thanks.

George

[mwillems]

Bob, can you expand on which media keys were added (besides the green button)?  Good stuff in any case!

[bob]

Bob, can you expand on which media keys were added (besides the green button)?  Good stuff in any case!

AudioForward, AudioRewind and Cancel.
Those are the default values for most IR remotes that we will accept as next, previous and stop.

[mwillems]

AudioForward, AudioRewind and Cancel.
Those are the default values for most IR remotes that we will accept as next, previous and stop.

Sweet, I'll be testing soon.  Any luck getting "Stop" working with xfce on stretch?

[bob]

Sweet, I'll be testing soon.  Any luck getting "Stop" working with xfce on stretch?

The stop button on my remote sends cancel and that is now hooked into stop on MC.

[mwillems]

Sweet I'm looking forward to testing.  IF it's all working, my only other pain point left will be the "OK" button which works like the enter button on windows but doesn't seem to do anything on the linux version (although the "enter" button on the remote works, it's tiny and buried far away from the directional keys); I haven't figured out what the media key its sending is even called.

[bob]

Sweet I'm looking forward to testing.  IF it's all working, my only other pain point left will be the "OK" button which works like the enter button on windows but doesn't seem to do anything on the linux version (although the "enter" button on the remote works, it's tiny and buried far away from the directional keys); I haven't figured out what the media key its sending is even called.

IIRC I ran into that as well. I think that might need to be mapped at the ir-keytable level.

[hillcreative]

Seeing unusual behavior with WAV files showing up without tag info. I can confirm that tag info is there.
1) Showing up on Windows network shared WAV files
2) did not do this with versions previous to ver84 with the same files

[bob]

Seeing unusual behavior with WAV files showing up without tag info. I can confirm that tag info is there.
1) Showing up on Windows network shared WAV files
2) did not do this with versions previous to ver84 with the same files

Is there anything special about those wav files?
Can you email me a small one bob (at) jriver (dot) com or put it somewhere I can grab it?

[hillcreative]

Nothing special just a WAV file among some 600 out of 7,000 that won't import metadata into MC .84 Ununtu 17.10 Linux  Sent you a download via Dropbox Thanks!  hillcreative

[bob]

Nothing special just a WAV file among some 600 out of 7,000 that won't import metadata into MC .84 Ununtu 17.10 Linux  Sent you a download via Dropbox Thanks!  hillcreative

Got it. Thanks.
Verified. It's probably an issue related to the changes made in the wav input plugin to support WAV64 files since it imports fine in MC 22.

[pepar]

I currently have JRiver 22 (expired trial) installed on Jessie.  Now I want to purchase a license.  What it the best way for me to do that as well as update JRiver?

Jeff

[JimH]

Download and install MC23.  You'll get a new trial.

[pepar]

Thanks.  Install over 22, or uninstall 22 first?  Sorry, I am a Windows guy.

Jeff

[JimH]

Either should work.

[Awesome Donkey]

As for the best way to install MC23 and keep MC23 updated via the APT repository on Debian Jessie, there's a tutorial here: https://yabb.jriver.com/interact/index.php/topic,111373.0.html

[pepar]

Does the auto updating happen only within a version, or for MC in general, i.e. will 22 update to 23?

[Awesome Donkey]

Within a version.

[RemyJ]

It's funny, I was just getting my old XKeys 128 key keyboard up and running again and was trying various XF86 keys.  The basics work but how about implementing more?
Even Up, Down, (Ctrl)Left, (Ctrl)Right, Next, Prior and Return would be great for navigating playing now. 

[bob]

It's funny, I was just getting my old XKeys 128 key keyboard up and running again and was trying various XF86 keys.  The basics work but how about implementing more?
Even Up, Down, (Ctrl)Left, (Ctrl)Right, Next, Prior and Return would be great for navigating playing now.

The arrow keys, etc currently work in playing now.
I'm not sure what you are seeing as missing.

The linux XF86keysym.h definitions have stuff like the audio keys (PLAY, STOP, etc) and stuff like:
XF86XK_Back
but I don't see any arrow key references.

[RemyJ]

The arrow keys, etc currently work in playing now.
I'm not sure what you are seeing as missing.

The linux XF86keysym.h definitions have stuff like the audio keys (PLAY, STOP, etc) and stuff like:
XF86XK_Back
but I don't see any arrow key references.

They are the standard keys in ./xkbcommon/xkbcommon-keysyms.h
#define XKB_KEY_Left                          0xff51  /* Move left, left arrow */
#define XKB_KEY_Up                            0xff52  /* Move up, up arrow */
#define XKB_KEY_Right                         0xff53  /* Move right, right arrow */
#define XKB_KEY_Down                          0xff54  /* Move down, down arrow */

etc.

If the Playing Now window has focus, you can press ctrl+right and skip forward 5 seconds, ctrl+left to skip back 5 seconds,  up and down to move up and down in the list, and enter to play the highlighted track.  Using xdotool to send those keystrokes doesn't work however...

xdotool search --class "Media_Center_23" key Up
xdotool search --class "Media_Center_23" key Ctrl+Right

You can use xdotool to send the XF86Audio keys but that doesn't help navigate the list.

[bob]

They are the standard keys in ./xkbcommon/xkbcommon-keysyms.h
#define XKB_KEY_Left                          0xff51  /* Move left, left arrow */
#define XKB_KEY_Up                            0xff52  /* Move up, up arrow */
#define XKB_KEY_Right                         0xff53  /* Move right, right arrow */
#define XKB_KEY_Down                          0xff54  /* Move down, down arrow */

etc.

If the Playing Now window has focus, you can press ctrl+right and skip forward 5 seconds, ctrl+left to skip back 5 seconds,  up and down to move up and down in the list, and enter to play the highlighted track.  Using xdotool to send those keystrokes doesn't work however...

xdotool search --class "Media_Center_23" key Up
xdotool search --class "Media_Center_23" key Ctrl+Right

You can use xdotool to send the XF86Audio keys but that doesn't help navigate the list.

Those likely could be added. The current code looks for
XK_Up
XK_Down
XP_KP_Up
and so forth...

It's how MC gets those keys in it's UI.

Hmmm, it seems like XK_Up and XKB_Up are the same value which means you should already be able to inject those keys.
Will check a bit more.

[RemyJ]

Those likely could be added. The current code looks for
XK_Up
XK_Down
XP_KP_Up
and so forth...

It's how MC gets those keys in it's UI.

Hmmm, it seems like XKnd XKB_Up are the same value which means you should already be able to inject those keys.
Will check a bit more.

Nope, doesn't work.  xdotool uses the names without the XK or XKB prefix

Code: [Select]

xdotool search --limit 1 --class "Media_Center_23" key Up
results in nothing happening in MC.

Code: [Select]

xdotool search --limit 1 --class "Media_Center_23" key XF86AudioNext
does work so I know xdotool is getting to MC

Is it possible you're filtering synthetic key events?

[bob]

Nope, doesn't work.  xdotool uses the names without the XK or XKB prefix

Code: [Select]

xdotool search --limit 1 --class "Media_Center_23" key Up
results in nothing happening in MC.

Code: [Select]

xdotool search --limit 1 --class "Media_Center_23" key XF86AudioNext
does work so I know xdotool is getting to MC

Is it possible you're filtering synthetic key events?

Found the issue. Not sure how to fix it yet.

[RemyJ]

Found the issue. Not sure how to fix it yet.

Well, that's half the battle 

[bob]

Well, that's half the battle 

Fixed it and it will be available in the next build.
The Class remains "Media_Center_23" and we've added the ClassName which is used for the window class the events need to be directed to, in this case MJFrame.

That was a nice obscure bug of which the fix could have the side effect of curing other issues.