INTERACT FORUM
More => Old Versions => JRiver Media Center 20 for Mac => Topic started by: JohnT on January 22, 2015, 03:05:07 pm
-
This is the latest version of MC20 for Mac. Please post bugs here. Please start a new thread for anything requiring discussion. Non-bug posts will be deleted.
Download: http://files.JRiver.com/mediacenter/channels/v20/latest/MediaCenter200060.dmg
20.0.60 (1/22/2015)
1. Fixed: Purchase links were not going to the new page.
20.0.59 (1/21/2015)
1. Changed: Updated French translation (thanks p.v.).
2. Changed: Added a 3dB cut to the Headphones effect so that increases from cross-feed won't lead to clipping.
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.
20.0.57 (1/16/2015)
1. Fixed: DSP Studio presets could not be saved/loaded/deleted.
2. Fixed: Display view sometimes would become detached from Media Center and could remain showing over the top of other views.
20.0.54 (1/9/2015)
1. Changes and fixes 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.52 (12/22/2014)
1. Fixed: The main application menu would often not be shown until the mouse was clicked within the app's window.
2. Fixed: If CD audio files were in playing now list and the CD device was removed, Media Center could crash if a DLNA device queried for the tracks.
20.0.51 (12/22/2014)
1. Fixed: In format conversion dialog, if a target directory was specified along with multiple levels, the converted file ended up in a strange land.
2. Fixed: In format conversion dialog, if a target directory was entered that did not exist or was not writable, the conversion would fail without a helpful message.
3. Fixed: DLNA serving of Ogg, MP3, MP4 files with conversion to uncompressed wave would fail on some devices because of an incorrect transcoded length value.
4. Fixed: Dates were not displayed with the locale settings in system preferences.
20.0.46 (12/9/2014)
1. Fixed: Cmd-Q fix didn't make it into previous build.
2. Fixed: File transfers to external devices (Handheld sync) were much slower than doing it via Finder.
3. Fixed: Some web views were not working (displaying blank page), like "connected media".
4. Fixed: Web Gizmo wasn't working.
20.0.45 (12/5/2014)
1. Changed: Cmd-Q now works properly for exiting the application.
2. Changed: Holding the Control key while clicking the left mouse button now works correctly for bringing up the context menu (right-click menu).
20.0.40 (11/21/2014)
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).
-
build 2.0.58 hang system report while playing .flac files attached
-
20.0.60 crashes when started.
20.0.58 started (and starts) without problems.
-
20.0.60 crashes when started.
Please try rebooting and reinstalling.
-
Cmd-Q exhibits different behavior depending on the viewing mode of MC20.
1: Standard View: MC 20 closes normally
2: Mini View: MC 20 reverts to Standard View instead of quitting the program. (Executing another Cmd-Q at this point closes the program)
3: Display View: Nothing happens when Cmd-Q is executed
4: Cover View: MC 20 reverts to Standard View instead of quitting the program. (Executing another Cmd-Q at this point closes the program)
The program does not crash in any of these cases, but it would be nice if Cmd-Q had more predictable behavior.
I am running MC 20.0.60 on OSX 10.9.5. I suspect this behavior is not new to 20.0.60, but I have not tested this in prior versions.
-
Keyboard Play/Pause is often not caught by MC20 and instead launches iTunes (even when MC20 is open and playing or paused) or simply does not pause or play when hit.
-
20.0.60 works ok after remove and reinstall.
All ok now.
Thank you!
-
A pull down menu item (usually 'Help') still appears to the right of the pull down menus near to the end when MC starts up.
JJ
-
Cannot play SACD image yet. I am going back to 20.0.57.
-
Me too
-
For the past several releases MC will skip (stop playing, then resume after a pause), stutter (repeatedly stop and then rapidly resume playing), and before the end of the track stop playing, then start the next track.
These behavioral quirks are intermittant with no pattern I can see.
JJ
-
I've found a few sleep related issues when controlling MC for Mac using JRemote.
1. Operating MC using JRemote doesn't seem to reset OS X idle timers. As a result the system goes to sleep regardless of being idle or the user browsing the library.
The playback operation prevents the system from sleeping, but still it goes to sleep as soon as the playlist completes, before the user can start another playback. The latter only happens when the playback time is longer than the configured idle time.
The only workaround I've found so far is setting the idle time to be longer than my typical listening session.
Under Windows both browsing and playback reset the idle timer and everything works as expected: the idle timer starts at the completion of the last "action", giving the user the time to choose the next bunch of music to play.
2. System remote commands (sleep, restart, ...) don't work. I also tested invoking the MCWS directly, but it only works against the Windows version.
3. If you wake the system using the "wake" button on JRemote the system seems to wake without problems. You can browse the library, but if you try to play a track, it doesn't work.
If the system is woken using the infrared remote and then operated using JRemote, everything works flawlessly.
Please note that the playback "setup" seems to work as I can hear the (USB) DAC operating its relays and the display shows the expected sample rate/bit depth. Switching the output to the built-in card exhibits the same behavior.
Once again, no problems with the Windows version.
Hardware/software models/versions:
MC 20.0.60
OS X 10.9.5
MackBook Pro 13" Late 2009
JRemote 3.10
iOS 8.1.2
iPad 4
PS Audio Perfect Wave DAC mkII (XMOS based USB)
Thank you
Marcello
-
froze three times and crashed my system (MacBook Pro/Yosemite) once in two days
-
The player was stopped with the start of an album, mid list, selected.
I hit the play button, the player skips that album and jumps to the next and then begins playing.
I stop the player.
I then select the album I want to hear again, and dbl click that track, it starts playing normally.
Just an observation.
JJ