More > JRiver Media Center 32 for Mac
JRiver Media Center 32.0.6 for Mac Silicon/Intel Universal build
crashjtm:
I like the upgrade process and new skins
I am having a couple of problems:
- The app is hanging once in a while. Sometimes while playing, sometimes when idle. See attached JRiver Log 2024-01-23 08-16-42-beachball.zip and beach-ball.txt.zip. I had to remove the Previous Log.txt file from this as it was too big to attach. If you need me to post it somewhere else, please let me know.
- The app crashes when I insert an audio CD. See attached JRiver Log 2024-01-23 08-30-19-crash.zip and cd-crash.txt
Thanks,
Joe
EnglishTiger:
Bob - I may have found a problem with MC32
Over the weekend I decided to re-align my Win and Mac Libraries so I spent most of Saturday copying all my tracks/videos from the Win-Pc onto some external ssd's and then all of Sunday copying those files onto the Mini-Mac.
Yesterday I removed all traces of the existing Library on the Mac and then used the Import a Single Folder option to load them into the Mac Library.
Which appeared to be successful and since I'd also hooked my Samsung Dolby Atmos enabled 7.1.4 Soundbar using HDMI I set MC32 playing while it was rebuilding the thumbnails.
Because MC32 had inherited all of it's settings from MC31 it looked like all 48,800+ files had been loaded into the library but when I checked all the Music (*.flac) file were showing under "Audio" but the mix of .dts, .mkv and .mka files that should have been listed under Video were listed under Data.
Since this is the 1st time I'd imported any "Video" files I realised I had not set up the required "Video File Associations" so I deleted all the files listed under "Data" set up the relevant "File Associations" and then reimported them into the library.
In addition I also enabled Media Network
This morning when I checked the Library I discovered something really unexplainable, of the files in the 9 folders containing the .dts, .mkv and .mka files for 8 of those folders the files were correctly listed under "Audio" or "Video" but the .mka & .mkv files in the 9th folder were once again listed under "Data".
However, when I checked the File Associations the ones for .mka nd .mkv had reverted back to not being Associated.
After re-asociating the .mka and mkv files and re-importing them they ended up in the right place.
2 Very Obvious Questions.
Why when no File Associations were set for .dts, .mka and .mkv files did MC32 Import them as Data Files"?
Why when the File Associations were set did MC32 import most of them into the right areas (Audio or Video) but the rest into the wrong section (Data); given MC was instructed to import all files and folders found under the High Level Folder it was told to import.
Now for some more bad news - I decided to check the "File Associations" and discovered every one had been switched off so I switched them back on but when I clicked on the OK Button MC MC was in it's idle state but when I opened up the smartlist I normally use to feed playing now it was not finding any tracks.
So I clicked on Files under Audio - there were none listed, nor were there any listed under Video or Data.
Just in case having Media Network Enabled was causing problems I disabled it and restarted MC32 and re-enabled the relevant "File Associations" and ran the 4 Single Folder Imports to get all the tracks/video files back into the Library.
This time everything got imported into the correct "Media Section" but when I checked the File Associations once again they had all been switched off.
A couple of interesting comparisons.
File Explorer on the Win-PC is nowhere near as efficient as the disc handling capabilities MS Claim but Finder could give Snail Mail lessons in inefficiency.
But the opposite applies to the MC32 "Build Thumbnails" option, on the Mac-Mini building the thumbnails for 48,828 tracks took just under 100 minutes the same exercise on the Win-PC took over 5 Hours
bob:
I’ve never messed with the file associations. The usual reason video files end up in data is that the libav plugin didn’t get downloaded for some reason.
Also once MC has the imported files as data and you delete them, there still are entries in the db. You can create a playlist database->bad and removed. Then delete them a second time. The deleted entries are how mc can prevent reimporting files you deliberately deleted.
EnglishTiger:
--- Quote from: bob on January 23, 2024, 11:09:04 am ---I’ve never messed with the file associations. The usual reason video files end up in data is that the libav plugin didn’t get downloaded for some reason.
Also once MC has the imported files as data and you delete them, there still are entries in the db. You can create a playlist database->bad and removed. Then delete them a second time. The deleted entries are how mc can prevent reimporting files you deliberately deleted.
--- End quote ---
Something I forgot to mention because deleting files can end up in the MC Deleted Files List. I always clean that list before re-importing any files.
Magic_Randy:
Upgrading from MC31 to MC32 is superfast but the results were not what I expected.
I have multiple libraries. There is the 'Main Library' plus I have a library for my FLAC files and a 3rd for my MP3 files. All of these libraries are stored in folders by version (e.g. v30, v31...).
When I did the upgrade, the 'Main Library' was in a folder by version (V32). My FLAC and MP3 libraries were pointed to the original MC31 folders. Is this the expected behavior? To sort this out I cloned my FLAC and MP3 libraries with a V32 folder, then deleted the FLAC and MP3 libraries that were created from the upgrade process.
Randy
NOTE: I also had to adjust my options. Maybe this is a result of my workaround.
Also, is there a way to bypass the MC upgrade logic and just do a clean install? That's the process I've used on all of my MAC installs for MC versions going back to the initial MAC release).
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version