INTERACT FORUM
More => Old Versions => JRiver Media Center 20 for Windows => Topic started by: AoXoMoXoA on November 07, 2014, 09:14:57 am
-
I thought it was my computer until I upgraded my computer and the problem remained the same.
Changing Views, browsing the Explorer section of the Tree, updating tags, updating cover art, etc all cause MC to stumble.
The symptoms are a frozen interface which turns whited-out if you click on it often resulting in a Windows error box stating "Media Center has stopped working, do you wish to close the program or wait for it to respond"
I upgraded to a new Core i7 4710HQ with 12 GB RAM and MC behaves the same, so I am hard pressed to believe it is the computer and not a software issue.
How can I determine what is causing the issue?
Would posting a log or a System Info help?
Could it have anything to do with the fact that most of my large library is on off-line drives?
-
It's the same here. When I recently upgraded from MC 19 to 20 I immediately experienced a slower and more sluggish behavior with more frequent freezes. Nothing else has changed in my setup, so this can't be blamed on anti-virus programs, display drivers or any other of the usual suggestions.
-
I have tried several anti-virus and none at all, with no improvement.
However I cannot say for certain that this was not the same in MC19 for me.
-
I have tried several anti-virus and none at all, with no improvement.
However I cannot say for certain that this was not the same in MC19 for me.
Ditto... I was thinking soon I may try to reformat my media PC. Anecdotal since I haven't done much troubleshooting, but nothing has changed in the setup of my HTPC since installing MC20 and I regularly have MC20 hang for several seconds (or eventually crash). I've seen a few of these threads, so I assume it's not just my impression.
--Ryan
-
Ditto... I was thinking soon I may try to reformat my media PC.
Well since I saw the issue migrate with Media Center to a new machine, that would be futile for me. In essence that is what I did . . . fresh hardware and OS.
-
Perhaps you should test/run MC with Windows Task Manager (Resource Monitor) open to see if CPU or Disk or Network performance data provides some clues.
-
Perhaps you should test/run MC with Windows Task Manager (Resource Monitor) open to see if CPU or Disk or Network performance data provides some clues.
Great idea . . . but I had tried it and saw little used resources, either by MC or otherwise.
-
aox, and to all others experiencing this ongoing problem. i had the same issue and again as many have noted it was not there with MC 19. by accident on a laptop i found no problems but it was not a MC "media server" as was my main HTPC. i first disable the HTPC from my home network (pulled the NIC cable) and problem went away, then i hooked the cable back in and disabled it as a media server and problem didn't come back (ie no more hanging, crashing, etc.) i made JRiver aware of the problem before, maybe if enough pipe in they will fix it. it is very frustrating for users to have to waste so much time on issues like this.
-
My situation is simpler in that there is no networking involved . . . . . I am experiencing my problems while working with local files, and the drives/files I mentioned as being off-line are USB drives which are not plugged in during these instances.
Unless MC is doing something to check on the status of the files on the disconnected drives during these operations they should not be a factor I would think.
-
My situation is simpler in that there is no networking involved . . . . . I am experiencing my problems while working with local files, and the drives/files I mentioned as being off-line are USB drives which are not plugged in during these instances.
Looking for drives that aren't there on Windows will always cause a hesitation. Try searching for \\blahblah at a command prompt to see this.
Try turning off auto import if you're using it.
-
Looking for drives that aren't there on Windows will always cause a hesitation. Try searching for \\blahblah at a command prompt to see this.
Try turning off auto import if you're using it.
I do not use the Auto Import feature,
I am only handling files that are on a local drive when I am experience these issues, usually tagging or merely navigating folders or views.
-
Check in Explorer to see if there are any drives that Windows thinks are there.
Unplug any USB devices. Simplify the machine as much as you can.
-
If you want us to investigate possible causes in MC, we'll need the Log Package ZIP files.
Also, if you have Network Volumes especially, you need to read through the Troubleshooting Guide I wrote. Seriously, a whole bunch of that was written from experience I had solving issues exactly like the ones described in this thread.
http://wiki.jriver.com/index.php/Troubleshooting_Guide
In particular, this sub-page applies directly to things I've seen solve these kinds of issues before:
http://wiki.jriver.com/index.php/Troubleshooting_Network_and_Slow_Storage
When I was battling similar issues, I had the luxury of having used MC in a variety of environments on a variety of hardware systems. This helped to "educate" me that MC could run well on many systems, and convinced me that something was special about a few of them. I can imagine it would feel incredibly frustrating if you didn't see those kinds of things yourself.
And, in the other thread about Hangs right now, gvanbrunt reiterated how important it is to check out network drivers with things like this. I didn't cover that specifically in the guide, but I can second everything he said there. I've personally seen "micro-hanging" in MC and other applications when using network volumes heavily from:
* Bad Intel NIC drivers (just a bad update)
* Bad Realtek NIC drivers (they're often bad, and I've since sworn Realtek NICs off entirely)
* Bad network CABLES.
One easy way to diagnose this is to copy a selection of files off of your file shares onto your C drive (or another fast, local disk) and import them into a "fresh" secondary library (don't restore a backup, just make a new, fresh Library and import a pile of files you've copied over). If the problems vanish, then it is almost certainly your network somewhere at fault.
-
Again, as I responded in the other thread.. None of this means that MC cannot be at fault, but I can confirm that I do not see the same with any of my many MC installations. It isn't about deflecting blame, it is about trying to solve the problem.
Even if MC is at fault, we have to figure out what causes it.
Also, I'm skeptical that a nuke-and-pave (if you then put the exact same drivers, hardware, and software back on there) will help. You have to be much more systematic than that, unfortunately.
-
Wow glynor you are amazing.
Anyway, I just tried starting with a new, fresh, clean library. So far I have imported only local files and created only one View Scheme.
Media Center seems pretty snappy in most cases so far in the few operations I have performed.
Perhaps my issue is within my library which I had carried forward from MC19 and has been long existing.
I plan to work with it a bit and if no issues in simple form then import the files on my USB drives and see if there is an impact.
btw - I am using no networking functions other than getting cover art and no DLNA or other media networking.
-
It would help if you'd be willing to share a copy of the MC library that caused problems.
-
I reported that I always have to close re-open MC20 as scrolling through Album Tiles gets really sluggish, and not smooth. This is after MC has been open a while.
-
It would help if you'd be willing to share a copy of the MC library that caused problems.
OK, is that 'jim at jriver' ?
-
Here's the wiki topic:
http://wiki.jriver.com/index.php/Logging
-
Here's the wiki topic:
http://wiki.jriver.com/index.php/Logging
That wiki shows how to create a log file, you asked for a library copy. Also I do not see where that shows where to send said log or library.
-
The easiest way to share a Library is to make a Library Backup (http://wiki.jriver.com/index.php/Library_Backup). Then, you should be able to email it to someone at JRiver. I'd probably send it to matt at jriver dot com.
A Log package showing the bad behavior would also be useful, I'd wager.
-
glynor's correct. I'm still suffering from jet lag.
-
I sent a library backup to Matt, any word on that?
-
You haven't used IsMissing anywhere in a custom tag or smartlist have you?
Had the same symptoms a while back, and it took a long time to figure that one out.
-Leezer-
-
You haven't used IsMissing anywhere in a custom tag or smartlist have you?
Had the same symptoms a while back, and it took a long time to figure that one out.
-Leezer-
Nope, but was worth bringing up.
-
I'm still seeing freeze-ups and I think it's related to thumbnails. Today I had a long hang scrolling through Tiles. I rebuilt ALL thems and manually looked through all my 337K files, scrolling through my entire Album Tile View.
Today, there are missing thumbs again!
1082802: 7940: Database: CThumbnailsDatabase::GetThumbnails: Creating object
1082818: 7940: Database: CDataHolder::Load: Field: Thumbnail Offset Medium; Files: 448110; Pointer bytes: 1792588; Data bytes: 409720; Elapsed ms: 20.269
1082849: 5056: Database: MCDB::Save: Start
1082849: 5056: Database: MCDB::Save: Saving (bCleanDB: 0, bForce: 0)
1082896: 5056: Database: CMediaFileIOSave::Load: Saving: C:\Users\x64\AppData\Roaming\J River\Media Center 20\Library\mediafiles.jmd
1082896: 5056: Database: CMediaFileIOSave::Load: Saving: C:\Users\x64\AppData\Roaming\J River\Media Center 20\Library\field (bookmark).jmd
1082912: 5056: Database: CDataHolder::Save: Field: Bookmark; Elapsed ms: 12.855
1082912: 5056: Database: CMediaFileIOSave::Load: Saving: C:\Users\x64\AppData\Roaming\J River\Media Center 20\Library\field (skip count).jmd
1082927: 5056: Database: CDataHolder::Save: Field: Skip Count; Elapsed ms: 8.157
1082927: 5056: Database: CMediaFileIOSave::Load: Saving: C:\Users\x64\AppData\Roaming\J River\Media Center 20\Library\field (last skipped).jmd
1082927: 5056: Database: CDataHolder::Save: Field: Last Skipped; Elapsed ms: 8.817
1082927: 5056: Database: CMediaFileIOSave::Load: Saving: C:\Users\x64\AppData\Roaming\J River\Media Center 20\Library\view state temporary (index).jmd
1082958: 5056: Database: MCDB::Save: Finish (109 ms)
1082974: 5056: Database: MCDB::Save: Start
1082974: 5056: Database: MCDB::Save: Saving (bCleanDB: 0, bForce: 0)
1082974: 5056: Database: MCDB::Save: Finish (0 ms)
1082990: 5056: General: CSkinnedMainFrame::OnTimer::IDT_CHECK_MAXIMIZE_RECTANGLE: Start
1082990: 5056: General: CSkinnedMainFrame::OnTimer::IDT_CHECK_MAXIMIZE_RECTANGLE: Ideal maximize rectangle doesn't match last maximize -- resizing to correct
1082990: 5056: General: CSkinnedMainFrame::OnTimer::IDT_CHECK_MAXIMIZE_RECTANGLE: Finish (0 ms)
1083114: 7236: Sharing Plugins: CHTTPListenerWorker::HandleConnection: Start
1083114: 7236: Sharing Plugins: VHTTPMessage::ParseBody: Start
1083114: 7236: Sharing Plugins: VHTTPMessage::ParseBody: Reading 681 bytes from message body
1083114: 7236: Sharing Plugins: VHTTPMessage::ParseBody: Finish (0 ms)
1083114: 7236: Sharing Plugins: CHTTPListenerWorker::HandleRequest: TCP: 192.168.3.251: POST: http://192.168.3.199:52100/ContentDirectory/control
1083114: 7236: Sharing Plugins: CDLNADeviceServerWorker::ProcessPost: Start
1083114: 7236: Sharing Plugins: CContentDirectoryService::HandleControlFunction: Start
1083114: 7236: Sharing Plugins: CContentDirectoryService::HandleControlFunction: Action: Browse
1083114: 7236: Sharing Plugins: CContentDirectoryService::Browse: Start
1083114: 7236: Sharing Plugins: CContentDirectoryService::Browse: Browse BrowseDirectChildren for 1031
-
After some hardware changes and OS tweaks my system is overall running more smoothly, however I am still observing hang ups. Not so much tagging any longer, but during scrolling. Sometimes it resolves itself, sometimes I need a MC restart.
If you were to click in the Search text entry box and scroll through Tiles, the stutter would cause the blinking text cursor to falter, same if you had playback going and EQs in the Title Bar.
I'll send in a log.
JRMark (version 20.0.37): 4259
-
pasting a jpg cover image to an albums worth of FLAC files should not take 15 seconds or more and freeze the interface on a quad-core i7 machine.
Matt, did you find anything wrong with the library I emailed?
-
Well...
pasting a jpg cover image to an albums worth of FLAC files should not take 15 seconds or more and freeze the interface on a quad-core i7 machine.
I agree that it shouldn't freeze the UI.
However, it is impressive that it only takes 15 seconds, and is largely limited by disk throughput, not the CPU power. Keep in mind what it is doing when you paste that JPG. It is re-writing each FLAC file to disk.
So, that's a good example of a place where MC could be better about the UI. However, in this case, from a threading model perspective, it is tough.
Any function that "touches" the UI, will block the UI while working. You can work around this in some cases, but it is pretty hard, and is a great way to cause nearly-impossible-to-diagnose race conditions. Updating cover art, obviously, touches the UI (since the cover art that is displayed has to be refreshed on screen), so that means that process is almost certainly done in the main thread.
The problem is that it needs to both write to disk (which is slow) and update the database and UI (which are fast), and it doesn't know how many files are being updated. So it might be just one (which will be basically instant), or could be 30,000 (which will take forever), or you could have a sleeping/very slow disk (and that takes a long time no matter how many there are), and all of them need to update the UI. And you probably want it to update the UI as it goes, or else it will "feel" to the user as though MC didn't respond to their command, and so the user might do the same thing over-and-over (not realizing it is working in the background).
It's a tough problem. In a perfect world, it would:
* Do the disk updates in the background in batches of, say, 20.
* After a single batch finishes, then refresh those 20 in the UI thread.
* Continue until all are done.
But, like I mentioned above, doing that trickery is basically asking for a race condition. So... :-\
-
Well...
I agree that it shouldn't freeze the UI.
However, it is impressive that it only takes 15 seconds, and is largely limited by disk throughput, not the CPU power. Keep in mind what it is doing when you paste that JPG. It is re-writing each FLAC file to disk.
OK that makes sense, but yet there is a noticeable difference in performance when doing this in a fresh, near empty library and the same function in my regular library of over 600,000 file entries.
Nor does it explain why I sometimes/often have the same basic problem (perhaps with a longer hesitation) when switching to a View Scheme which shows all my audio files.
-
Interesting, so tagging cover art to files does not append a tag so to speak? But re-writes the entire file to disk?
Not to be too off-topic but the "sluggish" behavior is a sweeping feature of JRMC20 when you actually use it as a tool. I love MC but it's really troubling at times.
The fact the MC UI tries to do everything all the time is a constant source of frustration to me....
- If you are trying to use it to enjoy your media but happen to try to rebuild thumbnails, you'll get locked out with a white screen (ok it's a big job, do it later)
- Close MC by accident while tags are writing, you can't re-open MC. Gotta kill the process.
- Enjoy music and tagging your media? Submitting those changes to tags as you work, as most of us like to do, views get constantly reset, and you lose your place left/right up/down.
- Search for a file, and MC is searching/filtering the database as you type each letter, that's clunky. why not wait for a user command Enter (Maybe F3 is different?)
I don't really know how to report these things because they aren't really bugs, and if you do report them, the next release comes up and your comment is gone, or removed because it's not a bug.
I've tweaked my NAS and removed an Intel card and things are better. Tagging image files still results in some strange behavior but that very well could be corrupt files. IDK. But I do still have some unresolved issues I am trying to sort out with sluggish scrolling in Tiles, and MC not seeing embedded cover art.
-
Interesting, so tagging cover art to files does not append a tag so to speak? But re-writes the entire file to disk?
This depends on the capabilities of the file format. For FLACs I believe it does append, and not re-write the entire file, but Matt or someone would need to confirm.
Either way, it is a disk-writing operation, and is subject to order-of-magnitude increased disk writing latencies.
OK that makes sense, but yet there is a noticeable difference in performance when doing this in a fresh, near empty library and the same function in my regular library of over 600,000 file entries.
It is not unexpected that a Library with over a 1/2 million assets would be slower than one with a more "regular" number of files.
Keep in mind, you probably couldn't even open iTunes with that many assets, much less have good performance. ;)
Not saying there isn't a problem there, but it feels like from some of your comments you expect it to perform as instantaneously as a Library with 30K assets. That is probably an unreasonable expectation.
You can minimize these issues by crafting views that only show a subset of your full Library. Why, for example, do you ever need to show a view with every single audio file visible? You aren't going to play that, and you probably just want to further filter it, so pre-filter (with saved searches called Views) and you'll have better performance.
I try very, very, very hard with my Libraries (the largest of which is around 300K assets) to NEVER, EVER, EVER open the "real" All Media View, because it is slower than the ones I use daily. I very, very rarely need to open that big All Media view, though, because I've set the Library up such that I don't need to.
Also, with a Library that large, you absolutely need to have the Library files on an SSD. If you don't, you're asking for pain.
-
Well then why does a view showing only 375 assets take over 20 seconds to execute the "Fill properties from filename" command on 100 files when changing a tag which is ONLY in the library and not in the file's tags?
I am not normally in a full library view, only when checking for an album to see if I already have it in my inventory.
I am having most of my difficulty in navigating to and from the Explorer section of the tree to pretty much any View Scheme, between View Schemes, and when tagging a group of 10 -100 files in either location.
You do make many valid points, but my expectations aside, the whited-out interface and the Windows 'this program has become unresponsive' dialog raise questions.
-
You do make many valid points, but my expectations aside, the whited-out interface and the Windows 'this program has become unresponsive' dialog raise questions.
A few things to understand...
When the MC UI turns "white" and Windows shows the "unresponsive" dialog, that is behavior of Windows, not MC. Windows does that to ANY application that doesn't respond to an explicit UI refresh request. You can make any application do it manually in certain circumstances.
Now, MC shouldn't be going non-responsive in general use. I'm with you, but again, I never see that behavior except in very particular circumstances. And I have MC installed on a TON of different machines, with different kinds of Library setups.
For example:
* I can make the MC UI hang for a short bit if I open my All Media view, but I don't actually get the Windows non-responsive message (and grayed out UI) unless I really try to get it, and it unsticks quickly (within 1-3 seconds).
* I can make MC's UI hang if I go to a view that calculates IsMissing(). That's expected.
* I can make MC's UI hang if I go to a few other Views I have that have extremely complex Files to Show rules. These are way beyond what a normal person would do, and I use them for special circumstances.
* I can make MC's UI hang when I open my Handheld and tell it to refresh. This takes a LONG time, but I have it set to sync every single Audio file in my Library except a handful, and it has a complex smartlist-stacked-on-smartlists scheme to generate the list.
Other than that, I can't make it hang if I want to by just browsing around my Library, even when using my Libraries that work off of relatively slow UNC network shares (though I've disabled the show missing icons option on that system).
So, if you aren't doing complex things in:
* Files to Show
* Expression Columns
* Calculated fields that are shown on-screen
And your regular, everyday Views are acting slow (and they aren't trying to show more than 200K assets or so) then you have something particular to your machine or installation going on. That DOES NOT mean that MC doesn't have a bug, but it DOES mean that it might not be easy to find, and we need to figure out why yours does it when mine (and Matt's and Hendrik's, etc) doesn't.
Usually, it is the stuff I covered in the Troubleshooting Guides. Network volumes and not disabling the icon option. Anti-Virus. Putting your Library on a dumb disk. Etc. But, there could be more esoteric reasons, or you could just have a super-expensive looping calculation being done in a particular column, field, or in the Files to Show filters.
-
well then, I guess I will go back and re-read and re-check.
-
Salient points but...
A View I often use is Albums, Tiles sorted by Album Artist [Auto], and I like to browse all my "albums".
Is this a reasonable view? I don't see why not. I'm not display all Artists or Songs, and even after MC has "learned" that I want to brows all these albums (all thumbs built scroll all the way down and up etc.), I still find MC randomly becoming sluggish.
I have disabled Last.FM plugin and quite a few features I don't use. DLNA I have to leave on for JRemote.
Something isn't quite right and I think it's unrealistic to put a cap at 200K and claim there will be some resultant bottleneck. I'm using 37% RAM out 16GB, usally 20% after a fresh restart.
I'm tempted to take a screencast. I just switched from my Album View to a small View of albums and MC just won't scroll properly.
None of my other Windows applications behave like this, and I have no 3rd party mouseware (e.g. Setpoint).
Whats the JMARK score on your new machine AX?
I have tried different Skins, turning off EQ, no Last.FM, simple filters on views, rebuilt all thumbs....if I load up a Google Image search in Firefox and scroll it's smooth as glass.
A few things to understand...
When the MC UI turns "white" and Windows shows the "unresponsive" dialog, that is behavior of Windows, not MC. Windows does that to ANY application that doesn't respond to an explicit UI refresh request. You can make any application do it manually in certain circumstances.
Now, MC shouldn't be going non-responsive in general use. I'm with you, but again, I never see that behavior except in very particular circumstances. And I have MC installed on a TON of different machines, with different kinds of Library setups.
For example:
* I can make the MC UI hang for a short bit if I open my All Media view, but I don't actually get the Windows non-responsive message (and grayed out UI) unless I really try to get it, and it unsticks quickly (within 1-3 seconds).
* I can make MC's UI hang if I go to a view that calculates IsMissing(). That's expected.
* I can make MC's UI hang if I go to a few other Views I have that have extremely complex Files to Show rules. These are way beyond what a normal person would do, and I use them for special circumstances.
* I can make MC's UI hang when I open my Handheld and tell it to refresh. This takes a LONG time, but I have it set to sync every single Audio file in my Library except a handful, and it has a complex smartlist-stacked-on-smartlists scheme to generate the list.
Other than that, I can't make it hang if I want to by just browsing around my Library, even when using my Libraries that work off of relatively slow UNC network shares (though I've disabled the show missing icons option on that system).
So, if you aren't doing complex things in:
* Files to Show
* Expression Columns
* Calculated fields that are shown on-screen
And your regular, everyday Views are acting slow (and they aren't trying to show more than 200K assets or so) then you have something particular to your machine or installation going on. That DOES NOT mean that MC doesn't have a bug, but it DOES mean that it might not be easy to find, and we need to figure out why yours does it when mine (and Matt's and Hendrik's, etc) doesn't.
Usually, it is the stuff I covered in the Troubleshooting Guides. Network volumes and not disabling the icon option. Anti-Virus. Putting your Library on a dumb disk. Etc. But, there could be more esoteric reasons, or you could just have a super-expensive looping calculation being done in a particular column, field, or in the Files to Show filters.
-
HiFiTubes, if you want assistance, and don't just want to complain, please make sure you've followed the guide and then provide some Logs as requested.
I don't see any logs in this thread at all from either of you. I know AoXoMoXoA has in other threads, and you may have emailed them to people at JRiver, but I can't help you with it then, and it relies on Matt having time.
For both of you, I'm happy to help review them and see if I can figure it out. What I would need is everything listed from here down:
http://wiki.jriver.com/index.php/Troubleshooting_Guide#Look_For_Patterns
All in one post, in one place.
A Library Backup ZIP file wouldn't hurt either. If you need a place to host these, and you don't have a Dropbox account or something similar, WikiSend (http://wikisend.com/) is free and doesn't even require you to create an account for most files.
-
I love complaining, but I'm not. I taking the time to post my experiences.
I did post I removed my Intel NIC and made many other system improvements.
I've already sent logs and lib to Matt.
Unsubbed.
-
Okay... That doesn't answer anything I asked for. As I said, I'm willing to donate my free time and help you. If you want help, this is a good opportunity, as I've personally solved issues just like this in the past.
If you don't want help, though, then... Okay, goodbye, I guess. ::)
-
If both Intel NICs and Realtek NICs are inadvisable, then which are okay ? Thanks.
-
If both Intel NICs and Realtek NICs are inadvisable, then which are okay ? Thanks.
I don't know why he would say that Intel NICs are inadvisable. Those are all I use, and I get wonderful performance out of my Intel NICs. I have a variety of different ones, including one "onboard" (part of the motherboard) one and a bunch of different PCIe cards.
I do know there were a few older Intel NICs that they discontinued and didn't release drivers for that work under Windows 8.1 x64. Perhaps he had one of these and it was behaving badly?
Not sure. We'd need more info there to see what was going on.
But, except for my Macbook Pro, I'm running 100% Intel NICs, and have very nice network performance.
-
I've certainly been able to get Realtek NICs to behave properly, by the way. But they're definitely flakier, and I've seen lots of problems come and go with drivers (and they are more picky about switches and cabling, to boot).
I just got frustrated and eventually swore them off, the 32nd time I hit a problem with them that turned out to be due to flaky Realtek drivers or firmware.
And, if you talked to MrC about it (who would know, since one of his many jobs in days-long-since-past was writing NIC drivers and firmware for a major network equipment vendor), he'd tell you to NEVER, EVER, EVER use Realtek NICs.
So, I stopped. ;D
-
Glynor, I greatly appreciate your time and efforts.
I will try to gather the logs, library, etc. shortly
-
A few things to understand...
When the MC UI turns "white" and Windows shows the "unresponsive" dialog, that is behavior of Windows, not MC. Windows does that to ANY application that doesn't respond to an explicit UI refresh request. You can make any application do it manually in certain circumstances.
The whiting out the screen is windows behavior, but the underlying problem isn't the white screen, its the unresponsive UI that makes it look like the program has stopped. The way you describe it, the problem is that MC doesn't respond to the UI refresh request. Why? Isn't there a way to make it do this?
-
Windows sometimes has a mind of its own.
-
Windows sometimes has a mind of its own.
I am not a programmer, so I don't know all that much about the programming part, but that I can relate to :)
-
Yes there is lots of "stupidity" built into Windows. The fact that it's design allows a UI to appear frozen even when it technically shouldn't be is one. Another I HATE is focus stealing. Drives me nuts. One program that suddenly jumps to the foreground and screws up what you are typing etc. In the Win 95 alpha days I hammered on the MS devs to change that to a flashing icon on the task bar. Back then they said "no it may have breaking changes". Over time they have fixed the issue somewhat as it is no where near as bad as it used to be. However it still happens. And even worse can happen when you are typing a password in a password box on a web page etc. Not good...
Anyhow, I'm done my rant for a day.
-
Ahem.
Still waiting for a Log (http://www.youtube.com/watch?v=RTrAVpK9blw). ;) ;D
-
Benchmark file: https://copy.com/xgwyjP6ELswtHnlN (https://copy.com/xgwyjP6ELswtHnlN)
Log File: https://copy.com/diIHAQ9XSpgQfTRm (https://copy.com/diIHAQ9XSpgQfTRm)
-
All of a sudden, today, I also experienced something like this, build 20.0.41. MC responds, but each click or window move takes ~10s. After reboot and/or re-logon everything works fine for some minutes, tehn it starts again. Playbeck does not seem affected, but it can suddenly stop responding to volume changes (which happened today, while video playback was still smooth).
FWIW, I have uploaded a log file for the past half an hour. It should be from the time of fresh logon until a point where MC starts half-freezing.
https://www.dropbox.com/s/pxh6wfl3ag9ovl8/JRiver%20Log%202014-11-30%2018-35-48.zip?dl=0 (https://www.dropbox.com/s/pxh6wfl3ag9ovl8/JRiver%20Log%202014-11-30%2018-35-48.zip?dl=0)
EDIT: Have to add that my computer has not been altered for the past few months, except windows update, nVidia driver update etc.
-
Take a look through the "Weird Problems" thread. There is a link in my signature.
Did anything change recently?
-
Since upgrading to 20 I have constant freezeups through the network and I have to kill the program
-
Posted:
1- Library
2- Log File
3- Benchmark File
4- MC Reporter results (below)
So, Matt, Jim, Glynor, somebody . . . . . . HELP
Library
Total files: 795626
Audio files: 647438
Image files: 143852
Video files: 3467
Other files: 869
Processing
Thumbnails built: 0% (567 of 795626)
Audio analyzed: 100% (650805 of 650905)
Background Tools Running
No tools currently running
Power
Playback (disable automatic sleep)
Media Center
Version: 20.0.48
Install path: C:\Program Files (x86)\J River\Media Center 20\
Interface plug-ins: Interface Plugins: TiVo Server (disabled, not running), Sleep Timer (running)
JRMark: 3006 (version 20.0.41)
Memory used: 173 MB memory
Handles used: 454 handles
Advanced System Info
Memory & CPU
CPU features: MMX, SSE2, SSE3, SSSE3, SSE4.1, AVX
Free Physical Memory: 8.6 GB
Total Memory: 11.9 GB
Operating System
Microsoft Windows 8 64-bit
Audio inputs and outputs
Microphone (Realtek High Definition Audio) (driver 6.3.9600.16384)
Speaker/HP (Realtek High Definition Audio) (driver 6.3.9600.16384)
Stereo Mix (Realtek High Definition Audio) (driver 6.3.9600.16384)
Battery
Microsoft AC Adapter (driver 6.3.9600.16384)
Microsoft ACPI-Compliant Control Method Battery (driver 6.3.9600.16384)
Bluetooth
Intel(R) Wireless Bluetooth(R) 4.0 (driver 17.0.1407.2)
CDROM
hp DVDRW DU8A5SHL (driver 6.3.9600.16384)
Computer
ACPI x64-based PC (driver 6.3.9600.16384)
DiskDrive
TOSHIBA MQ01ABD100 (driver 6.3.9600.16384)
Display
Intel(R) HD Graphics 4600 (driver 10.18.10.3574)
hdc
Intel(R) 8 Series Chipset Family SATA AHCI Controller (driver 12.8.9.1000)
HIDClass
HID-compliant consumer control device (driver 6.3.9600.16384)
HID-compliant device (driver 6.3.9600.17041)
HID-compliant system controller (driver 6.3.9600.17041)
HID-compliant touch screen (driver 6.3.9600.17041)
HID-compliant vendor-defined device (driver 6.3.9600.17041)
HID-compliant vendor-defined device (driver 6.3.9600.17041)
HID-compliant vendor-defined device (driver 6.3.9600.17041)
HID-compliant vendor-defined device (driver 6.3.9600.17041)
HID-compliant vendor-defined device (driver 6.3.9600.17041)
HID-compliant vendor-defined device (driver 6.3.9600.17041)
HID-compliant wireless radio controls (driver 6.3.9600.17041)
HP Wireless Button Driver (driver 1.0.7.1)
USB Input Device (driver 6.3.9600.17041)
USB Input Device (driver 6.3.9600.17041)
USB Input Device (driver 6.3.9600.17041)
USB Input Device (Logitech Download Assistant) (driver 1.10.77.0)
Image
HP Truevision HD (driver 6.3.9600.17217)
Keyboard
HID Keyboard Device (driver 6.3.9600.17480)
Standard PS/2 Keyboard (driver 6.3.9600.17480)
MEDIA
CyberLink WebCam Virtual Driver (driver 1.0.27893.6128)
JRiver Media Center 20 (driver 20.0.48.0)
Realtek High Definition Audio (driver 6.0.1.7231)
Monitor
Generic PnP Monitor (driver 6.3.9600.16384)
Mouse
HID-compliant mouse (driver 6.3.9600.17480)
Synaptics SMBus TouchPad (driver 18.1.5.2)
Net
Intel(R) Dual Band Wireless-AC 7260 (driver 17.1.0.19)
Realtek PCIe GBE Family Controller (driver 8.32.508.2014)
Print queues
Fax (driver 6.3.9600.16384)
HP ePrint (driver 6.3.9600.16384)
Microsoft XPS Document Writer (driver 6.3.9600.16384)
PDF Architect 2 (driver 6.3.9600.16384)
PDFCreator (driver 6.3.9600.16384)
Root Print Queue (driver 6.3.9600.16384)
Processor
Intel(R) Core(TM) i7-4710HQ CPU @ 2.50GHz (driver 6.3.9600.16384)
Intel(R) Core(TM) i7-4710HQ CPU @ 2.50GHz (driver 6.3.9600.16384)
Intel(R) Core(TM) i7-4710HQ CPU @ 2.50GHz (driver 6.3.9600.16384)
Intel(R) Core(TM) i7-4710HQ CPU @ 2.50GHz (driver 6.3.9600.16384)
Intel(R) Core(TM) i7-4710HQ CPU @ 2.50GHz (driver 6.3.9600.16384)
Intel(R) Core(TM) i7-4710HQ CPU @ 2.50GHz (driver 6.3.9600.16384)
Intel(R) Core(TM) i7-4710HQ CPU @ 2.50GHz (driver 6.3.9600.16384)
Intel(R) Core(TM) i7-4710HQ CPU @ 2.50GHz (driver 6.3.9600.16384)
SCSIAdapter
Microsoft Storage Spaces Controller (driver 6.3.9600.17415)
Software devices
Microsoft Device Association Root Enumerator (driver 6.3.9600.16384)
Microsoft IPv4 IPv6 Transition Adapter Bus (driver 6.3.9600.16384)
System
ACPI Fixed Feature Button (driver 6.3.9600.17238)
ACPI Lid (driver 6.3.9600.17238)
ACPI Power Button (driver 6.3.9600.17238)
ACPI Thermal Zone (driver 6.3.9600.17238)
ACPI Wake Alarm (driver 6.3.9600.16384)
Composite Bus Enumerator (driver 6.3.9600.16384)
Direct memory access controller (driver 6.3.9600.17238)
High Definition Audio Controller (driver 6.3.9600.17238)
High precision event timer (driver 6.3.9600.17238)
HP Mobile Data Protection Sensor (driver 6.0.6.1)
Intel(R) 8 Series/C220 Series PCI Express Root Port #1 - 8C10 (driver 9.4.0.1023)
Intel(R) 8 Series/C220 Series PCI Express Root Port #2 - 8C12 (driver 9.4.0.1023)
Intel(R) 8 Series/C220 Series PCI Express Root Port #3 - 8C14 (driver 9.4.0.1023)
Intel(R) 82802 Firmware Hub Device (driver 6.3.9600.17238)
Intel(R) HM87 LPC Controller - 8C4B (driver 9.4.0.1023)
Intel(R) Management Engine Interface
Intel(R) Smart Connect Technology Device (driver 1.0.8.0)
Intel(R) Xeon(R) processor E3-1200 v3/4th Gen Core processor DRAM Controller - 0C04 (driver 9.4.0.1023)
IWD Bus Enumerator (driver 4.5.52.0)
Microsoft ACPI-Compliant Embedded Controller (driver 6.3.9600.17238)
Microsoft ACPI-Compliant System (driver 6.3.9600.17393)
Microsoft Basic Display Driver (driver 6.3.9600.16384)
Microsoft Basic Render Driver (driver 6.3.9600.17031)
Microsoft System Management BIOS Driver (driver 6.3.9600.16384)
Microsoft Virtual Drive Enumerator (driver 6.3.9600.16384)
Microsoft Windows Management Interface for ACPI (driver 6.3.9600.16384)
Motherboard resources (driver 6.3.9600.17238)
Motherboard resources (driver 6.3.9600.17238)
Motherboard resources (driver 6.3.9600.17238)
Motherboard resources (driver 6.3.9600.17238)
NDIS Virtual Network Adapter Enumerator (driver 6.3.9600.16384)
Netgear NetUSB MasterBus (driver 1.83.35.0)
Numeric data processor (driver 6.3.9600.17238)
PCI Express Root Complex (driver 6.3.9600.17238)
Plug and Play Software Device Enumerator (driver 6.3.9600.17415)
Programmable interrupt controller (driver 6.3.9600.17238)
Remote Desktop Device Redirector Bus (driver 6.3.9600.16384)
Synaptics SMBus Driver (driver 18.1.5.2)
System CMOS/real time clock (driver 6.3.9600.17238)
System timer (driver 6.3.9600.17238)
UMBus Root Bus Enumerator (driver 6.3.9600.16384)
Volume Manager (driver 6.3.9600.16384)
USB
Generic USB Hub (driver 6.3.9600.17238)
Generic USB Hub (driver 6.3.9600.17238)
Intel(R) 8 Series/C220 Series USB EHCI #1 - 8C26 (driver 6.3.9600.17238)
Intel(R) 8 Series/C220 Series USB EHCI #2 - 8C2D (driver 6.3.9600.17238)
Intel(R) USB 3.0 eXtensible Host Controller - 0100 (Microsoft) (driver 6.3.9600.17393)
USB Composite Device (driver 6.3.9600.17238)
USB Composite Device (driver 6.3.9600.17238)
USB Root Hub (driver 6.3.9600.17238)
USB Root Hub (driver 6.3.9600.17238)
USB Root Hub (xHCI) (driver 6.3.9600.17396)
VolumeSnapshot
Generic volume shadow copy (driver 6.3.9600.16384)
Generic volume shadow copy (driver 6.3.9600.16384)
Generic volume shadow copy (driver 6.3.9600.16384)
-
There's nothing I see that seems out of the ordinary. But what about this?
CyberLink WebCam Virtual Driver (driver 1.0.27893.6128)
Try setting up a test library and only import a few files, then more, etc. See where the problem begins. Do audio first, then photos, then videos.
It might be drive related. It could be anywhere.
-
Hi guys,
This may need to go into the weird section.
I was having freeze ups every time I did anything through the network but we recently changed the sound card and no more freeze ups.
Perhaps it was the settings on the sound side??
-
Hi guys,
This may need to go into the weird section.
I was having freeze ups every time I did anything through the network but we recently changed the sound card and no more freeze ups.
Perhaps it was the settings on the sound side??
That would probably be a sound card driver. What card was it? How was it set? ASIO?
-
Nvidia card was gt9500 now gtx460
-
I have had the same experience. Really sluggish UI to the extent that I would assume it frozen. I reverted to 20.41, and all is well. Not sure of the implications, if any, but it works.
-
There's nothing I see that seems out of the ordinary. But what about this?
Try setting up a test library and only import a few files, then more, etc. See where the problem begins. Do audio first, then photos, then videos.
It might be drive related. It could be anywhere.
Interestingly, If I perform the same operations on the same files on the same drive in the same PC using MC19 with a copy of the same library instead of MC20, I do not experience these issues.
-
I also had the same problem with versions after 20.47, included the last one (20.50).
-
Did you set up a new, test library?
-
Did you set up a new, test library?
Yes, it worked fine . . . as a new fairly empty library, but I have not had the time to recreate the old one step-by-step as you suggested. I have a life to deal with outside of MC so this has not been my highest priority as of late.
Instead in the meantime I reverted to MC19 and VIOLA! Seems that pretty much resolved my problem as far as I have seen thus far.
Everything the same except MC19 instead of MC20.
-
Regarding MC being "sluggish:"
Since build 0.48 any action taken ved JRiver takes seconds to respond - it's extremely annoying. Revert to build 0.47 or prior and actions are again immediately responded to.
Nothing has changed in my setup during this time, so I'd assume it to be some matter within MC..
-
I've come back to this - I've installed most versions since 41 only to revert to 41 on finding the said sluggishness evident. Just installed 54, and the same behaviour was evident. I set up a new library and opened it in both 54 and then 41. This did nothing to affect the sluggishness. I attempted to create a log file, but when I repeat an action which makes the sluggishness evident, there is no event logged.
What is interesting is that people find different versions free of sluggishness - me 41, another 47, and so on. This would seem to suggest that the problem lies outside MC, but it isn't obvious to me where to look.
-
Could be "security" software.
-
Could be "security" software.
?? Nothing has changed on my HTPC for almost a year now (I use no "security" software, firewall etc.), but every build post 0.47 has the same sluggish behavior where commands on and off take seconds to respond. It's truly annoying as hell as it interups the flow of using this program, and I've never experienced this behavior with MC before. For this reason I'm still going with 0.47, but naturally would prefer to implement later upgrades (which is why I've continued to pay for every new MC iteration in the first place..).
-
Mojave reported a problem yesterday that he believes was caused by MC19 also running and autoimporting. Could that be your problem too?
-
I have this problem at my portable installation of MC. MC 20.0.047 works fine, but every version after 47 doesn't work for me. I don't use firewall or any other security software and windows security is off. I have windows 8.1, but the problems persists at any other pc (Its the portable version so I check it at different windows versions as well.
The non-portable installation works fine (currently using .55 version).
ps. I don't know what HTPC is...
-
ps. I don't know what HTPC is...
HTPC means "Home Theater Personal Computer" - which is basically any computer with some software, like Media Center, that is used for storing/playing movies and music and such.
-
I took your advice/suggestion and tried creating a fresh library (new, empty library from scratch) and imported ONLY local files [Library only contains approx. 24k files].
I am still seeing the same issues.
crashing and/or freezing when applying/saving cover art, when tagging, when navigating views or the Explorer section, and now a new issue of freezing up upon opening the program (last thing I see is "Analyzing Devices" then the interface opens whited-out).
I have submitted logs, libraries, etc . . . . so, what now?
-
Is it this problem?
http://yabb.jriver.com/interact/index.php?topic=93282.msg652807#msg652807
-
Mojave reported a problem yesterday that he believes was caused by MC19 also running and autoimporting. Could that be your problem too?
Jim,
Thanks for replying.
Hmm, could that be it - without MC19 actually being "activated" (i.e.: without being used for playback or the likes, just "sitting dormant" as an install)? I mean, I never uninstalled MC19 after buying MC20, so maybe I should try that..
EDIT: It appears I'd forgotten; MC19 was uninstalled some months ago..
I've initially enabled 'Media Server' in Start Up in conjunction with using JRemote. Don't know if this the cause of the problem.
-
I just took a look at AoXo's log file that was posted a while back already ....
I noticed a couple of things ... a bunch of plugins are being called, autoimport is on and it is analyzing files on import. IMO whether you have a large library or even a medium sized one say over 80k files you should not be analyzing things on import especially if they are video or high res files
certain views (790 k records almost) are taking almost 6 seconds for just the "array" to complete -- the biggest view I have, with some regex is 110K, that is loading in less than 600 msecs and you are running an i7 (I'm running a slightly faster, but i5 machine ....
There were I believe some things changed in autoimport regarding cue files in the 40's ... now if you don't use cue files that should not affect anything, so maybe by process of deduction this can be figured out.
Have all of you tried :
Turning off autoimport to run in the background ?
Launching without third party plugins old skins?
Turning off auto-sync with server from a client?
Turn off TV services? (lots of changes to that part of JRiver recently)
Turning off the memory playback option?
BTW ... Do you have multiple machines launching mediaserver on your networks?
Now I have neither the expertise nor any logical explanation as to why MC ran fast before and now it is sluggish. Matt can confirm but I am guessing that something was changed in autoimport to correct the cue file problem .. autoimport is going to slow things down depending on how it is configured. I'd be interested in see a log without autoimport on and with autoimport on but with no analysis or tagging options going on in the background
Anyways just my 2 cents so take with a proverbial grain of salt :)
-
Actually the first thing I do when installing MC on a machine is to turn OFF auto import.
The analyze files on import should only affect new files as my entire library has been analyzed prior. And again I am not complaining of issues on Importing, but rather on navigating and tagging and most of the tagging takes place in the Explorer view showing the folder where the files reside.
The only plugin I use is the sleep timer and it is not in use when I am having issues. Does the program 'call' it always or just when in use?
I do not use Cue files or even have any in my library of music folders.
No server or clients in use, although I have at times used Gizmo . . . and I have tried turning off the 'Media Network' feature entirely but saw no improvement.
I have no TV card and the TV feature is turned off in Options. I have even tried disabling Video, Images, TV, Media Server, etc in the feature options too with no improvement.
Do skins effect performance? I wouldn't think so as they should only be seen by the program when you chose to load one, thereafter it should be the only one the program 'sees'.
I do use Memory Playback but will try changing that setting.
I do have a few views that show the entire library, but those are not used as 'working' libraries, only when I need to seek out an album to see if I already have it or not. Would this effecct performance when these views are not in use?
I am glad someone finally responded to my log submission. I will try the one or two items pointed out that apply. Thanks!
-
@Aoxo
Just remember that autoimporting is watching folders too .. I did see your file analysis running .. at the very least do analysis manually and not through autoimport ... if it doesn't finish on actuall import, it could be slowly analysing video files in the background for example. That takes a lot of resources.
One of your views takes 6 seconds to load, but as you said that should not happen all the time once it is up it is up (might be an issue if you use tabs and have a lot of them open, but I doubt it.)
Anyways if you are not on a network, and you are running an i7 with a 4600 graphics chip, I'd bet on it being outside of MC (although I don't get why it would be normal in version 19). Maybe you excluded certain 19 files in your AV and didn't do that in version 20? Misght want to look at what task are running ... otherwise I'm really not sure what I would try if you have already checked your drivers and things, as I did not find any hangs or major file loopings in your file. Might want to clear it and turn it back on to have a new shorter one though.
-
Could be "security" software.
I turned it all off - Avast security suite - and started MC, and lag is still there. Rebooted a few times and checked with different MC links, but lag persists. Even with closing down MC, there is a lag.
-
@Aoxo
Just remember that autoimporting is watching folders too ..
Actually the first thing I do when installing MC on a machine is to turn OFF auto import.
thus it is not watching anything (unless it is defective)
-
godt,
Unplug any devices not in use. Turn off auto import.
If it is Avast, you will need to uninstall it. Disabling it may not be enough.
-
I also use avast and have sluggish behaviour. I will uninstall avast and report back
Dave
-
Unplug any devices not in use. Turn off auto import.
If it is Avast, you will need to uninstall it. Disabling it may not be enough.
Auto import is off. No devices attached. I completely removed Avast, rebooted, installed #62, and get the same sluggishness, but only with MC. Having restored #41, no signs of sluggishness at all. I also completely removed Chrome, which occasionally exhibits bad behaviour, but that had no effect.
-
Similar behaviour happening here.
- I installed version 20.0.47 on my Windows 7 64 bit machine to try out the software.
- I liked it, so as the end of the evaluation period approached I bought the master licence.
- I bought it with PayPal, which doesn't activate version 20.0.47. Advice was to upgrade to current version, which I did, and the registration was active, but the user interface is sluggish and unresponsive to the point of unusability.
I reverted to 20.0.47 and everything is working fine again, but it is still unregistered, and will expire in 2 days, so neither version will work.
Jennifer
-
Unfortunately, the Master License does not work on versions before 20.0.59 or so.
But before your trial expires, maybe you help us help you and test this version?
http://files.jriver.com/mediacenter/channels/v20/latest/MediaCenter200048.exe
It won't allow your master license to be used yet, but if you can let us know if the performance problem you encountered with the latest version also appears in that version, it'll greatly help us in fixing it as quickly as possible, so that you can get a working version again!
Please also see this thread for further discussion on the recent performance problems:
http://yabb.jriver.com/interact/index.php?topic=95042.0
-
Thank you for your reply Hendrik.
I have installed the version you requested, and it has the performance problem.
Jennifer
-
Please check this post:
http://yabb.jriver.com/interact/index.php?topic=95042.msg655088#msg655088
There is a new version posted which should resolve the recent performance problems. Sorry for the trouble.
-
All working now, thanks for the excellent support :-)
Jennifer
-
Yes. Works fine for me. Thanks for your efforts.