I get this too, but the FFDSHOW process does close properly (the icons are just orphaned there and stay there until I point at them, upon which they immediately vanish)
Yes same here, but I guess the process is just time consuming. I see JRthumb.exe loading up concurrently and assume this is what builds each them. So if you have no 3rd party filter installed will JRiver be much faster at loading thumbs? I was also confused whther or not "rebuild thumbs" should result in all thumbs being reloaded or actually built. For example, if I have to restore a library again, I will have zero video thumbnails and audio thumbs as well I guess; if I choose rebuild thumbs w/ auto-import should this resault in skipping the ffdshow/jrthumb process which is cpu intensive.
I have used many FFDshow versions and most likely there is some issue with x64; ironically the CelticDruid x64 version simply does not become register as a filter for file types, it just doesn't work and I read similar complaints on the web. I do get thumbs rebuilt as described, but if wanted to import a couple seasons worth of TV shows, I would do it over night do to FFDshow (really jrthumb.exe) being "loaded" and consuming all my cpu.
Has anyone noticed how the new fullscreen window is a resource drain? Maybe I am the only one....When you first go full screen MC is at 100%, and seems like the new interface (with buttons etc.) doesn't mesh properly with the video being rendered for me. I get MC at 100% while waiting, for what seems to be too long, for the toolbars & buttons to disappear with some dropped frames. The MC11 fullscreen was really fast and I never saw breakups or dropped frames during this "transition"; I believe this occurs even when not running FFDshow, even though when I do run FFdshwo I usually at 55% cpu max. Just curious if anyone else sees this kind of sluggish fullscreen "transition". I'm not at home so maybe it IS FFDshow combined with MC going fullscreen that maxs things out....?
Still enjoying MC12 a ton.
thanks
JC