The software has fundamental multi-threading design issues causing concurrency problems (deadlocks, race conditions, etc.) involving the UI thread.The software is trying to do far too much actual computational work directly on the UI thread.As a developer myself, I can tell you that one or both of the following are true of MCM: But I also agree they have been getting progressively worse as time goes on. Objectively speaking, MCM has always had these types of problems. I'm considering writing a script which would do the same as this as well as search for and replace titles with HEVC/x265 versions to help manage space - that combined with TinyMediaManager would be a great solution IMO. Speaking of the "Search for Better Quality Versions" feature, there could be drastic improvement for how MCM handles it including support for Deluge and customization for indexing. I could understand if attempts were made to resolve or potential fixes released, but from what I've seen its non-existent. I really wish that the DEV would look into these issues as I personally believe he should if requesting / accepting payment for "Support" and licensing. My biggest issue is that I recently renewed my license for MCM so it somewhat irks me that these bugs never seem to be addressed. Unfortunately, it doesn't have a feature to search for and trigger download of "Search for Better Quality Versions." Even though built on Java, its extremely fast and I've never had any issues with it. The closest alternative that provides most of the features I use is TinyMediaManager. If you try another program "Ember Media Manager" you will see there is huge difference in performance.Īnd there does not appear be any issue with this laggy, slow GUI, window artifacts appearing on screen. Disable writing the library cache to disk There needs to be an option to disable this "feature". This writing disk access is what is slowing the entire program down and causing the laggy performance. I notice/think one of the reason for slow down / lag occurs is when it is writing the library cache to disk (as can be seen in my first screenshot) Probably a combination of all those things. This is a definite fault with the program being too bloated, poorly coded, or the program has too many extra stuff running in the background. Your system is quite well spec and decent with 32GB of ram which should be more than enough So at most I only have 10 to 20 movies in that folder when it gets scanned. I know because I only have one specific movie directory which I place new movies intoĪnd once scanned I move all the movies out of that directory. This is nothing related to your large movie library Glad to know that other people have been experiencing the same laggy performance Media on 42.5tb disk pool (12 disks total - no issues with the pool whatsoever from any other apps) I launched MCM's troubleshooter, entered a path, and started the test but it froze up after a few seconds as well without showing any errors. I thought it was due to my library being 30tb, but recently made a copy of a profile for Movies which only have the ones I added in the past week (~20) at a time and still have problems. If I let them all sort out then relaunch the app, it happens again. Restarting the app or even PC doesn't help. Unfortunately, there are no errors that I can find in MCM logs, events other than general ones, or whatever else - it just freezes or uses resources to the point where I must force close it.Īs of today, when I launch the app and try to do anything it launches vidinfo.exe about 15-20 times in the background thus grinding my system to a halt. I actually just visited this forum a minute ago to post about it as I have the same issues which have occurred for a long, long time now and seem to be getting worse as time goes on.
0 Comments
Leave a Reply. |