INTERACT FORUM

This is the latest build of JRiver Media Center 32 for Mac.  Please post bugs here.  Please start a new thread for anything requiring discussion.  Non-bug posts will be deleted.

Download Universal Silicon/Intel 64 bit build
https://files.jriver-cdn.com/mediacenter/channels/v32/latest/MediaCenter320052-Universal.dmg
(minimum requirement MacOS 10.13)

32.0.52 (6/4/2024)

1. Fixed: Crash on first start when updating a database from a previous major version of MC.

32.0.51 (5/31/2024)

1. NEW: Skins look for a ContinuousStopButton image and use it for the stop mode if found.
2. NEW: Skins look for a ShuffleAutoButton button and use it for the auto shuffle mode.
3. Changed: Modified the information text below the "Do not merge MJMD [People] tag with XMP data" option.
4. Fixed: In image Face-tagging tool with no existing regions, the initial mouse cursor was a scroll/move type, instead of a rectangle selection type.
5. Fixed: In image Face-tagging tool, click-and-drag in an area outside of any existing regions did not work as expected (it created a default-sized rectangle centered around the last mouse position, instead of creating a rectangle the user intended).
6. Changed: Updated Chinese (simplified) translation file (thanks YanJun Sun).
7. NEW: An option to show the image Action Window is presented in the menu on the image in the tag window.
8. NEW: An option to skip merging MJMD People data into XMP.
9. Changed: Reverse Geocoding will use "municipality" for [City] field, if other elements ("city", "town", or "village") are not found.
10. NEW: Added a "Combine Playlists" command to the right-click when you select multiple playlists.
11. Changed: Improved responsiveness when starting playback of a video while an audio file is fading out.
12. Fixed: Text subtitles would render with their drop shadows cut-off at the beginning and end of line in some cases.
13. Changed: Reverse Geocoding data will be cached to disk files so that the next time a file with matched location will load from the cached file without hitting the server.
14. NEW: Added an MCC to show the view header menu (MCC_SHOW_VIEW_HEADER_MENU / 22045).
15. Changed: Before running Reverse Geocoding, MC will ask whether to run Update Library (from tags) if some of the selected files have deficiencies in GPS data.
16. NEW: Users can enter their own keys for Geocoding (Options > General > Online metadata).
17. Changed: Updated Czech translation (thanks Jan Boháč).
18. NEW: Added a tree & view option to set the alignment of number columns.
19. Fixed: Fullscreen mode on MacOS Ventura (macOS 13.x) and newer when playing video (wasn't hiding menu bar and dock).
20. Fixed: When a popup window is put into fullscreen mode it will now still show the menu bar and dock (to match MC windows behavior).

32.0.45 (5/14/2024)

1. NEW: Reverse GeoCoding - populating location data (country, state, city and sublocation) using GPS coordinates of images.
2. Changed: Slovak translation updated (thanks Peter Lukáč).
3. Changed: Updated libplacebo in JRVR to the latest version.
4. Changed: Added an error message pop-up when there is server error in Reverse GeoCoding.
5. Fixed: When searching on playlists accents were not handled properly.
6. Fixed: State/Province data might not be loaded properly when doing Reverse GeoCoding, for some locations.
7. Changed: During Reverse GeoCoding, if the GPS coordinates match (or are close enough) to an already processed image, we use the known data, instead of hitting the server again.
8. Changed: "Places" field will contain "Sublocation", in addition to "Country", "State/Province", and "City", when either doing Reverse GeoCoding, or loading from image tags.
9. Changed: Updated the Catalan language (thanks Josep).
10. Fixed: Changing users could incorrectly issue stops to the server zones.

32.0.44 (5/2/2024)

1. Changed: Simplified Slow Motion OSD menu text.
2. NEW: The "Slow Motion Playback" right-click/context menu is enabled for videos played in (non-DirectShow) JRiver Video Engine.
3. Fixed: For videos played in (non-DirectShow) "JRiver Video Engine", slow-motion playback would not work when transitioning from normal rate to slow rate, if VideoClock setting was on.
4. NEW: Add custom file info templates file selection in Theater View Options. Can select any file placed in {Library Directory}\Templates.  Pre-MC32 templates file is automatically copied there for selection.
5. Fixed: VideoClock setting might not be turned back on after it was temporarily turned off due to slow-motion playback, if the user stopped playback while it was in slow-motion.
6. Fixed: Improved rendering of Unicode characters outside of the Basic Multilingual Plane.
7. Fixed: Playing video in slow-motion with mute might not work especially if VideoClock setting was initially on.
8. Fixed: Playing a new video while a video is in muted slow-motion playback might leave the new video muted too.
9. Changed: Video Slow-motion context menu will include muted slow-motion items.
10. Fixed: The Slow-motion OSD might be out of sync with the actual playback speed if the speed was set via context menu.
11. Fixed: Subtitles with JRVR will be stretched properly when using anamorphic rendering.
12. Fixed: Theater View file info templates were not handling , as a decimal separator for FPS. (v2.9 of templates file)
13. Fixed: If the VideoClock setting is on, changing from normal playback speed to slow motion speeds might not work initially.
14. Fixed: If playback of a video is stopped or a new file is started while doing slow-motion playback, playback of the next file would be marked as slow-motion, even though the actual playback speed is normal.
15. Changed: Added a note on the direction of the subtitle shift to the video settings dialog.
16. Changed: MCC commands to set the global JRVR profile can be called outside of playback (Output profiles will always refer to the primary display in this case).
17. Fixed: Maximizing some windows like Options could be a problem in the last builds on some displays.
18. Changed: Some MCWS calls default to false for switching into no UI mode (File/GetInfo, Files/Search, Files/GetInfo, etc.).
19. Fixed: Slow motion OSD menu was accidentally enabled for non-video playback types (image, audio, etc.).
20. Fixed: Slow motion via OSD did not try to avoid conflict with VideoClock setting.
21. NEW: Add FPS icons to Theater View file info templates.  Video definition now uses ranges instead of exact heights. (v2.8 of templates file)
22. Changed: Changed how slow-motion playback is invoked, so the DSP Studio window will not pop up.
23. Fixed: Monitors could maximize too large since the change to not show them in the Alt+Tab list.
24. Changed: Updated Greek translation (thanks Panagiotis).
25. NEW: OSD menu for Slow Motion Playback.

32.0.38 (4/18/2024)

1. Fixed: Manual shifting the video image could result in subtitles being drawn off-screen.
2. NEW: Added an option to control subtitle position globally (as a percentage shift from the default position).
3. NEW: Added an option to limit subtitles to the active video rect, instead of using the black bars (if possible).
4. NEW: Added list view display option to Panel.
5. Fixed: Buttons in Playing Now bar in Panel would sometimes overlap when resizing.
6. Fixed: Rectangles drawn on an image in Image Editor or Image Face Tagger did not reposition correctly when the image window is resized (including resizing of MC main window).
7. Fixed: Some keyboard shortcuts did not work properly in the image editor.
8. Fixed: The image editor could have problems when zooming and scrolling the image when cropping or using other tools.
9. Fixed: The IsPlaying expression didn't work with DLNA files.
10. Fixed: An issue with 24 hour time showing properly when being used. Needs testing.

32.0.36 (4/12/2024)

1. NEW: The top image in a fanned stack of thumbnails is stored so if you stop on an image, it will be used (added a stack_tops.jmd file to the database).
2. Changed: Image Face-tagging tool is no longer a part of Image Editor tools.
3. Fixed: Parallel processing of many files could crash due to a timing problem.
4. Fixed: Some images could crash the EXIF parser.
5. NEW: Added a new MC command (31010) and a context menu item for Image Face Tagging.
6. Changed: Theater View file info movie template now shows small poster. (v2.7 of templates file)
7. Fixed: Spotlight & Theater View Background images account for a movies IMDB Id to pick the right movie.
8. Changed: Slovak translation updated (thanks Peter Lukáč).
9. NEW: Added the ability to configure the default profile used in JRVR, in the config dialog, context menu, as well as MCC (10080-10083).
10. Fixed: Theater View file info templates in Mac and Linux were not showing cast or recommended thumbnails.  Also reduced default spacing between thumbnails so they render without wrapping.  (v2.6 of templates file)
11. Fixed: Sat>IP channels that have been recently scanned/re-scanned did not play.
12. Fixed: Views configured for JRemote, Gizmo, etc. didn't work properly when a category was at the root.
13. Changed: When adding padding channels with the new extra channels system, they are no longer marked as having data so they won't be used in mixes or show in Audio Path (feedback appreciated).
14. Changed: Made Audio Path report the number of filled channels instead of the number of total channels of audio.
15. Changed: Reordered the web links menu so manage and reset are at the top and a link doesn't take the keyboard shortcut.

Hello Bob,
thanks.

Logs sent.

Regards,
Stefano

I can see the issue. Working on a fix. It will take a bit.

I wonder if the files that won't play have the MOOV atom at the end or are missing the MOOV atom?
There can be similar issues with mp4 audio. Since JRemote streams, the MOOV atom must be at the beginning for the video to play.

There are various ways to move the MOOV atom. FFMPEG is one.

Good to know, another question, many streams of music and movies seem to light up the Atmos indicator light on my receiver. They can’t all have been imbued with the secret sauce, can they. Or are they really playing to my machine with newly added data at the source?
I don’t know how to be politically correct with this question, does JRiver have any reason to avoid this question? Or to avoid looking deeper for an answer? That question alone might involve proprietary information. I come to JRiver because of the balance and advanced understanding of any other issues.

Are you using MC w/ music when the ATMOS light comes on? If you've ripped from a BD an ATMOS track with the ATMOS layer intact and are doing bitstreaming, that would make sense. Or if you have found a way to "permanently borrow" a rip of an Apple Music ATMOS encoded track, that would explain it as well.

MC cannot and will not magically encode anything into ATMOS.

If you are using Apple Music ATMOS spatial music may work on your receiver if the Apple streams are ATMOS enabled. I don't have an Apple TV and don't use Apple Music so I can't do anything other than speculate.

Amazon supports ATMOS as well but not to receivers (that I am aware). Only works to their devices and I think SONOS.

On my Marantz receiver, I can enable faux ATMOS with the receiver from any source. It will "upmix" at the receiver level if I let it. I don't let it.
If something supports ATMOS my receiver will switch it from Stereo to ATMOS automatically then remembers to go back to stereo on non-ATMOS sources.


If you have a UHD or BD rip, or are watching a BD/UHD that has ATMOS, you enable bitstreaming and it sends ATMOS to your receiver.

MC won't add data to your sources and will only send ATMOS via bitstreaming if you enable bitstreaming AND the audio has ATMOS encoded into it. Otherwise you get TrueHD to PCM if you transcode (or DSD I guess if you choose to transcode to that).


I don't think JR have any reason to avoid the question.

Hi Andy.  It's great to see you around!

We haven't changed the visualization SDK for a long time.  We have moved to Visual Studio 2022.

If you want you can send me email.  I'm matt at jriver.

Cheers

Hi friends,

Andy O’Meara here, creator of the G-Force, Aeon, WhiteCap line of music visualization software SoundSpectrum that has long been available as a visualizer for MC. I wanted to express my deep thanks to the JRiver community for sharing in this journey, as well as provide a overdue update on the future of SoundSpectrum.

Very soon, we will release new versions of our existing products for mac and Windows, improving compatibility with OS modernizations and support.  I wanted to open up a conversation about our current MC visualizer plugin support, as well as future integrations between MC and AMP (our next-gen 3D visualization platform currently in development).

To start, it would be great to connect with someone on the MC side that can help me get building again for recent versions of MC.   The MC SDK I have is from many years ago and does not build under VS 2022.  Someone kindly request that Matt A or whomever message me and we hopefully we can work through what's blocking me -- and I can restore support for JRiver MC.

Warm Regards,

Andy O’Meara
SoundSpectrum
https://soundspectrum.com

Thanks Awesome Donkey - Bit perfect isn't my goal. A stable playback system is, which does not crash following wake from hibernation, or a system change to audio devices.

DSP isn’t bit perfect. I would like to know if there are other DSP parameters that aren’t bit perfect. Thanks, sorry for being off topic but I’m gobsmacked.

All of them. Using any DSP at all makes the output no longer bit-perfect, which is to be expected because in one way or another you're altering the final output. If you use anything like Output Format to dither/resample, using volume leveling and peak level normalization, equalization, etc. the output won't be bit-perfect anymore.

If you care about bit-perfect audio you shouldn't use any DSP whatsoever and you should use WASAPI exclusive or ASIO.

Thanks hvac.

Yes, I've tried it both ways (enabling and disabling exclusive access), but the same problem persists, in that MC just doesn't seem to behave well with a "busy" windows environment which chops and changes its audio outputs. It also sometimes struggles after Chrome plays a video on youtube, if I've got MC on pause part way through playback. I usually have to click "stop" on MC and then play the track from the beginning.
I also see a problem when waking up from hibernation and attempting to resume a part-played track.

My guess is that this is something at the system level which is denying/disconnecting the audio connection but MC isn't equipped to handle it. Typically, I'd expect an app to detect the audio environment had changed and just reconfigure itself around it.

Note that this behaviour happens with both Wasapi and DSound, although Wasapi is finicky about the conversion-requirements (all sources need to be converted to 48KHz), whereas DSound isn't so fussy but still crashes in the aforementioned circumstances.

I hope this makes sense.

Best,

Marc

Good to know, another question, many streams of music and movies seem to light up the Atmos indicator light on my receiver. They can’t all have been imbued with the secret sauce, can they. Or are they really playing to my machine with newly added data at the source?
I don’t know how to be politically correct with this question, does JRiver have any reason to avoid this question? Or to avoid looking deeper for an answer? That question alone might involve proprietary information. I come to JRiver because of the balance and advanced understanding of any other issues.