INTERACT FORUM

Please login or register.

Login with username, password and session length
Advanced search  
Pages: [1]   Go Down

Author Topic: JRiver Media Center 20.0.95 for Debian  (Read 4219 times)

bob

  • Administrator
  • Citizen of the Universe
  • *****
  • Posts: 13874
JRiver Media Center 20.0.95 for Debian
« on: April 17, 2015, 04:51:25 pm »

http://files.jriver.com/mediacenter/channels/v20/latest/MediaCenter-20.0.95.deb

20.0.95 (4/17/2015)

1. Changed: Full screen startup to allow non-full screen.
2. NEW: Support of old (version < 3.92) APE files.
3. Changed: More UI startup changes. Switching to and from mini skin changed.

1. Changed: alsacap utility displays individual supported sample rates instead of a range.
2. Changed: Main window startup code to eliminate some glitches.
3. Changed: In /mediaserver mode, the main window is minimized after startup.

20.0.88 (3/30/2015)

1. Fixed: Build 84 broke transcoding to mp3 (as well as ogg and mpc) which would show up in a variety of places including playback to Gizmo and JRemote.

20.0.84 (3/17/2015)

1. Fixed: Multi-threaded video encoding is properly supported.
2. Fixed: When receiving a HUP signal MC was waiting on a event to process resulting in an unnecessary delay in shutdown.
3. Fixed: Multichannel DSD wrapped by DoPE was overflowing the buffer resulting in noise or crashes.
4. Fixed: If an event is received for a window which has been destroyed, don't act on the event.

20.0.80 (3/2/2015)

1. Changed: Updated the FFmpeg version used for file analysis, transcoding and video playback.
2. Changed: Many internal changes. Look for regressions. This will also be available in the "latest" apt repository.

20.0.74 (2/20/2015)

1. Changed: A massive number of internal changes. If you want to help with debugging it'd be nice to try this (we are looking for regressions). Otherwise stick with build 70 for now.  This is also available in the "latest" apt repository.

20.0.70 (2/13/2015)

1. Fixed: Aspect Ratio was not correct when transcoding video.
2. Fixed: When syncing files to a mass storage based handheld device forward slashes within artist or album names would cause the destination path to be wrong.

20.0.66 (2/6/2015)

1. Fixed: Playing AC3/CUE files could cause the player to hang on track switch.
2. Fixed: Video files with a single-quote in their name could not be imported properly.
3. NEW: Video Transcoding in MC and through MCWS/DLNA.

20.0.64 (1/29/2015)

1. Fixed: Crashing on the second open of the audio device settings. The change to fix this is likely to eliminate other mysterious crashes and the intermittent segfault on exit.
2. Fixed: SACD iso playback broken in 20.0.57.
3. Fixed: Avoid importing images.

20.0.63 (1/27/2015)

1. Changed: When both a Linux and a Master license are installed, Media Center now shows the installed license type as Master.
2. Fixed: Point to Point network interfaces (i.e. vpn) caused a crash.
3. Changed: Main screen, more linux like mouse cursors.
4. Fixed: For opening hypertext menu links, require at least one of the desktop specific Open Desktop Standard utilities to be present in the package dependencies.

20.0.61 (1/22/2015)

1. Fixed: When spectrum analyzer stopped it was still redrawing on the screen causing unnecessary cpu usage.
2. Fixed: Master license details.

20.0.58 (1/20/2015)

1. NEW: Selecting audio streams in Video files.
2. NEW: Chapter selection in the OSD and context menus for videos.
3. Fixed: Freezing at the end of .ac3 audio tracks.
4. NEW: Accepts Master license.

20.0.57 (1/16/2015)

1. Fixed: DSP Studio presets could not be saved/loaded/deleted.
2. Changed: Internal coding changes to satisfy GCC. Ideally this will do away with some difficult to reproduce bugs.
3. Changed: Desktop file. On Unity systems this will make all of MC's windows to show up at the same Icon in the bar.

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.

Logged

fvdb06

  • Recent member
  • *
  • Posts: 5
Re: JRiver Media Center 20.0.95 for Debian
« Reply #1 on: April 29, 2015, 10:59:38 am »

Hello,

I've installed MediaCenter in combination with our Triple M audio shop (Netherlands) I2S card.
Now I want to change 2 ALSA settings, ie         buffer_time   and      period_time
Which file do I need so MediaCenter acts upon these settings ? ?

Kind regards, Fred.

Logged

mwillems

  • MC Beta Team
  • Citizen of the Universe
  • *****
  • Posts: 5234
  • "Linux Merit Badge" Recipient
Re: JRiver Media Center 20.0.95 for Debian
« Reply #2 on: April 29, 2015, 11:13:18 am »

Hello,

I've installed MediaCenter in combination with our Triple M audio shop (Netherlands) I2S card.
Now I want to change 2 ALSA settings, ie         buffer_time   and      period_time
Which file do I need so MediaCenter acts upon these settings ? ?

Kind regards, Fred.

Those two settings are available to adjust in MC's GUI under options-->audio-->device settings
Logged

mcollier

  • World Citizen
  • ***
  • Posts: 100
Re: JRiver Media Center 20.0.95 for Debian
« Reply #3 on: May 03, 2015, 05:16:40 pm »

Runnning 32 bit mediacenter on Debian Jessie 64 with Gnome desktop.

I have been observing that MediaCenter takes the focus away from the foreground application when the playlist ends.

This can be demonstrated simply by using GEdit.  Set MediaCenter to play a single track (and advance to the last 20 secs of the track), switch over to GEdit and type some text to demonstrate that GEdit has the focus.  When the track (playlist) ends, you'll notice that GEdit no longer has the focus and therefore you can't type anymore.

This can be a bit frustrating for us programmer types.  ;)

As usual, I'm glad to provide any additional information I can.
Logged

mwillems

  • MC Beta Team
  • Citizen of the Universe
  • *****
  • Posts: 5234
  • "Linux Merit Badge" Recipient
Re: JRiver Media Center 20.0.95 for Debian
« Reply #4 on: May 03, 2015, 06:02:41 pm »

Runnning 32 bit mediacenter on Debian Jessie 64 with Gnome desktop.

I have been observing that MediaCenter takes the focus away from the foreground application when the playlist ends.

This can be demonstrated simply by using GEdit.  Set MediaCenter to play a single track (and advance to the last 20 secs of the track), switch over to GEdit and type some text to demonstrate that GEdit has the focus.  When the track (playlist) ends, you'll notice that GEdit no longer has the focus and therefore you can't type anymore.

This can be a bit frustrating for us programmer types.  ;)

As usual, I'm glad to provide any additional information I can.

I can confirm this is an issue, but it's actually a cross-platform JRiver issue not a linux specific issue; it's been bugging me on the windows version for a few years too. 
Logged

JimH

  • Administrator
  • Citizen of the Universe
  • *****
  • Posts: 72439
  • Where did I put my teeth?
Re: JRiver Media Center 20.0.95 for Debian
« Reply #5 on: May 03, 2015, 06:09:06 pm »

I just tried to duplicate on Windows 8 this and I can't.

I'm just playing a track from my library.  Does it have to be from a playlist?
Logged

JimH

  • Administrator
  • Citizen of the Universe
  • *****
  • Posts: 72439
  • Where did I put my teeth?
Re: JRiver Media Center 20.0.95 for Debian
« Reply #6 on: May 03, 2015, 06:14:29 pm »

We've seen focus problems in the past that were caused by other software.  DirectShow filters using the notification area, for example.

I just tried it from a playlist (Win 8 again) and don't see a problem.
Logged

mcollier

  • World Citizen
  • ***
  • Posts: 100
Re: JRiver Media Center 20.0.95 for Debian
« Reply #7 on: May 03, 2015, 06:56:31 pm »

We've seen focus problems in the past that were caused by other software.  DirectShow filters using the notification area, for example.

I just tried it from a playlist (Win 8 again) and don't see a problem.

I don't know about what goes on in Windows systems, but I can qualify my earlier statement that it happens at the end of 'playing now', whatever that may be.

EDIT: I just installed 20.100 (64 bit) and it also exhibits this behavior.
Logged

mwillems

  • MC Beta Team
  • Citizen of the Universe
  • *****
  • Posts: 5234
  • "Linux Merit Badge" Recipient
Re: JRiver Media Center 20.0.95 for Debian
« Reply #8 on: May 03, 2015, 08:11:21 pm »

I just tried to duplicate on Windows 8 this and I can't.

I'm just playing a track from my library.  Does it have to be from a playlist?

It happens to me about half of the time when I play an album or a playlist and it reaches the end. It seems to happen pretty regularly (not everytime, but about half of the time).  This happens on a windows 8.1 machine, a windows 7 machine, and on several Linux boxes, so I doubt it's direct show related. The key moment is when JRiver reaches the end of playback and shows a "waiting" message. 

When it steals focus, it will even steal focus from things in fullscreen exclusive mode like video games.  It's been that way for me for at least a year, probably longer.  I sort of kept forgetting that it happened because I always just quickly click back to whatever I was doing before. 
Logged

bob

  • Administrator
  • Citizen of the Universe
  • *****
  • Posts: 13874
Re: JRiver Media Center 20.0.95 for Debian
« Reply #9 on: May 04, 2015, 10:23:39 am »

It happens to me about half of the time when I play an album or a playlist and it reaches the end. It seems to happen pretty regularly (not everytime, but about half of the time).  This happens on a windows 8.1 machine, a windows 7 machine, and on several Linux boxes, so I doubt it's direct show related. The key moment is when JRiver reaches the end of playback and shows a "waiting" message. 

When it steals focus, it will even steal focus from things in fullscreen exclusive mode like video games.  It's been that way for me for at least a year, probably longer.  I sort of kept forgetting that it happened because I always just quickly click back to whatever I was doing before. 

I've noticed this as well.
I wouldn't think MC should be able to take focus whenever the mouse cursor isn't in one of the MC windows.
Some apps do this however, I noticed that browsers will take focus under some circumstances.
Logged

mwillems

  • MC Beta Team
  • Citizen of the Universe
  • *****
  • Posts: 5234
  • "Linux Merit Badge" Recipient
Re: JRiver Media Center 20.0.95 for Debian
« Reply #10 on: May 04, 2015, 10:56:47 am »

I've noticed this as well.
I wouldn't think MC should be able to take focus whenever the mouse cursor isn't in one of the MC windows.
Some apps do this however, I noticed that browsers will take focus under some circumstances.

Glad I'm not alone on this  ;D

My experience is that tons of things steal focus both in linux and windows; it's not so obvious when you run with one monitor, but it becomes very apparent when running something in full-screen exclusive (like a video game) for extended periods on one monitor while periodically doing other stuff on a second monitor.  A short list of things that sometimes steal focus on windows and linux:

1) Anything that spawns windows is likely to steal focus when a window is spawned (including browsers and MC).  This sounds like desirable behavior until you realize that programs sometimes spawn windows unprompted when you're not directly interacting with them.  
2) Anything that creates a tray or toast type notification (like an E-mail client) can steal focus (although MC does a better job of holding onto focus under these circs than most video games do  ::) )

And those are just the cross-platform focus stealers.  On Windows I've found that putting a CD in the drive will cause media software (including dBpoweramp and MC) to steal focus, whether or not a window is spawned. And Tray programs can steal focus when performing scheduled tasks even when notifications are disabled (i.e. I have a program scheduled to run a backup at 10 o'clock, and it neither spawns a window, nor provides a notification, but at 10pm like clockwork I lose focus).  

And don't even get me started on linux focus shenanigans; I've literally lost focus in Linux while only one desktop program was running! But that tends to happen much more often in my experience with the "lightly maintained" desktop environments like LXDE, and less often in XFCE or Gnome.

Which is a long way around to saying that MC is hardly alone in the focus stealing department, and focus, in particular with multihead, can be a complicated moving target.  I'm sure there are other higher priority development items than an intermittent focus steal every few hours.
Logged
Pages: [1]   Go Up