INTERACT FORUM

Please login or register.

Login with username, password and session length
Advanced search  
Pages: [1]   Go Down

Author Topic: MC's baulking building .mpg thumbnails...  (Read 3104 times)

marko

  • MC Beta Team
  • Citizen of the Universe
  • *****
  • Posts: 9140
MC's baulking building .mpg thumbnails...
« on: August 01, 2006, 10:34:56 am »

MC is having real trouble thumbnailing video files stored on a network machine. It's been 36 hours now, cpu @ 100%, MC hopelessly unresponsive...

The only work around I can think of is to move the whole lot over to MC's home PC, let MC thumbnail them, then move them back again.

I don't really want to do that. Any other ideas?

Alex B

  • MC Beta Team
  • Citizen of the Universe
  • *****
  • Posts: 10121
  • The Cosmic Bird
Re: video files on the LAN, MC's baulking building thumbnails...
« Reply #1 on: August 01, 2006, 11:36:50 am »

MC needs more thumbnail options.

For slower PC's a global "do not use thumbnails" option would be good. (People do have carputers etc.)

A "Do not make thumbnails until requested" global option would be* a good solution for many problems. MC should have a command for making thumbnails only for the selected files.

Also an option for disabling the "tiny icons" would be needed as explained before. This should be a view scheme option. Currently the "tiny icons" force thumbnail building even in details views and for unimported files in Drives & Devices or in Playing Now. Also, it is difficult to find out if the files are already imported.

* Edit: added "be"
Logged
The Cosmic Bird - a triple merger of galaxies: http://eso.org/public/news/eso0755

marko

  • MC Beta Team
  • Citizen of the Universe
  • *****
  • Posts: 9140
Re: video files on the LAN, MC's baulking building thumbnails...
« Reply #2 on: August 01, 2006, 12:06:53 pm »

trimming logging down to import only maybe gives more of an idea as to what's going on...

0079172: Import: JRAnalyzerFile::GetThumbnailVideoHelper: Start
0079172: Import: CThumbnailGrabberWnd::GetThumbnail: Start
0079172: Import: CThumbnailGrabberWnd::GetThumbnail: Grabbing thumbnail from Z:\movies\music video\Pink Floyd - Breathe and Time Medley (Live 8).mpg, thread=0xf40
0079437: Import: CThumbnailGrabberWnd::OnDSEvent: Start
0079437: Import: CThumbnailGrabberWnd::OnDSEvent: Event: 0x53, 2, 0
0079437: Import: CThumbnailGrabberWnd::OnDSEvent: Finish (0 ms)
0079453: Import: CThumbnailGrabberWnd::OnDSEvent: Start
0079453: Import: CThumbnailGrabberWnd::OnDSEvent: Event: 0x53, 2, 0
0079453: Import: CThumbnailGrabberWnd::OnDSEvent: Finish (0 ms)
0079453: Import: CThumbnailGrabberWnd::OnDSEvent: Start
0079453: Import: CThumbnailGrabberWnd::OnDSEvent: Event: 0xa, 37749216, 0
0079453: Import: CThumbnailGrabberWnd::OnDSEvent: Finish (0 ms)
0079453: Import: CThumbnailGrabberWnd::GetThumbnail: ReplaceAudioRendererWithNull returned 0x0
0079453: Import: CThumbnailGrabberWnd::GetThumbnail: Preparing video window
0079453: Import: CThumbnailGrabberWnd::Lock: Start
0079453: Import: CThumbnailGrabberWnd::Lock: Waiting on lock (thread id: 3904)
0079453: Import: CThumbnailGrabberWnd::Lock: Locked: 1 (thread id: 3904; file: Z:\movies\music video\Pink Floyd - Breathe and Time Medley (Live 8).mpg)
0079453: Import: CThumbnailGrabberWnd::Lock: Finish (0 ms)
0079453: Import: CThumbnailGrabberWnd::GetThumbnail: Running graph
0079453: Import: CThumbnailGrabberWnd::OnDSEvent: Start
0079453: Import: CThumbnailGrabberWnd::OnDSEvent: Event: 0xd, 0, 0
0079453: Import: CThumbnailGrabberWnd::OnDSEvent: Finish (0 ms)
0079500: Import: CThumbnailGrabberWnd::OnDSEvent: Start
0079500: Import: CThumbnailGrabberWnd::OnDSEvent: Event: 0xe, 0, 0
0079500: Import: CThumbnailGrabberWnd::OnDSEvent: Finish (0 ms)
0079500: Import: CThumbnailGrabberWnd::GetThumbnail: Seeking
0079531: Import: CThumbnailGrabberWnd::GetThumbnail: Waiting for sample grab
0080328: Import: CThumbnailGrabberWnd::OnDSEvent: Start
0080328: Import: CThumbnailGrabberWnd::OnDSEvent: Event: 0x3, -2147418113, 0
0080328: Import: CThumbnailGrabberWnd::OnDSEvent: Finish (0 ms)
0082984: Import: CThumbnailGrabberWnd::GetThumbnail: Processing video buffer to get image
0083109: Import: CThumbnailGrabberWnd::GetThumbnailFromGraph: Start
0083203: Import: CThumbnailGrabberWnd::GetThumbnailFromGraph: Using sample grabber
0085937: Import: CThumbnailGrabberWnd::GetThumbnailFromGraph: Image pointer: 38959304
0085937: Import: CThumbnailGrabberWnd::GetThumbnailFromGraph: Finish (2828 ms)
0086047: Import: CThumbnailGrabberWnd::GetThumbnail: Stopping graph

MC is hung here. going nowhere. the interface is still active, I can browse and playback music/images, even though things are a little 'jerky'....

Now, from my "under investigation" list...
Quote
split views
Using split views, activating the secondary view and then exiting MC, MC would freeze, requiring 'end tasked'
rebooted machine, now can't replicate. Never seen this before. It showed up after testing the "active split > display view > non-active split" bug mentioned earlier

while MC's import stuff is hung on this 'stopping graph' line, as soon as I use file > exit, or the close button, MC simply deadlocks on me and it needs to be endtasked.

It's doesn't appear to be file specific either, note the filename in the log above....

after endtasking MC and relaunching, MC begins over again....

0073781: Import: BuildThumbnails: Building: Z:\movies\music video\Pink Floyd - Breathe and Time Medley (Live 8).mpg
0073781: Import: JRAnalyzer::Open: Start
0073781: Import: JRAnalyzer::AddFile: Start
0073781: Import: JRAnalyzer::AddFileWMP: Start
0073781: Import: JRAnalyzer::GetWMFileInfo: Start
0073781: Import: JRAnalyzer::GetWMFileInfo: Finish (0 ms)
0073984: Import: JRAnalyzer::AddFileWMP: Finish (203 ms)
0073984: Import: JRAnalyzer::AddFile: Finish (203 ms)
0073984: Import: JRAnalyzer::Open: Finish (203 ms)
0073984: Import: JRAnalyzerFile::GetThumbnailVideoHelper: Start
0073984: Import: CThumbnailGrabberWnd::GetThumbnail: Start
0073984: Import: CThumbnailGrabberWnd::GetThumbnail: Grabbing thumbnail from Z:\movies\music video\Pink Floyd - Breathe and Time Medley (Live 8).mpg, thread=0xc9c
0074219: Import: CThumbnailGrabberWnd::OnDSEvent: Start
0074219: Import: CThumbnailGrabberWnd::OnDSEvent: Event: 0x53, 2, 0
0074219: Import: CThumbnailGrabberWnd::OnDSEvent: Finish (0 ms)
0074234: Import: CThumbnailGrabberWnd::OnDSEvent: Start
0074234: Import: CThumbnailGrabberWnd::OnDSEvent: Event: 0x53, 2, 0
0074234: Import: CThumbnailGrabberWnd::OnDSEvent: Finish (0 ms)
0074234: Import: CThumbnailGrabberWnd::OnDSEvent: Start
0074234: Import: CThumbnailGrabberWnd::OnDSEvent: Event: 0xa, 37749216, 0
0074234: Import: CThumbnailGrabberWnd::OnDSEvent: Finish (0 ms)
0074234: Import: CThumbnailGrabberWnd::GetThumbnail: ReplaceAudioRendererWithNull returned 0x0
0074234: Import: CThumbnailGrabberWnd::GetThumbnail: Preparing video window
0074234: Import: CThumbnailGrabberWnd::Lock: Start
0074234: Import: CThumbnailGrabberWnd::Lock: Waiting on lock (thread id: 3228)
0074234: Import: CThumbnailGrabberWnd::Lock: Locked: 1 (thread id: 3228; file: Z:\movies\music video\Pink Floyd - Breathe and Time Medley (Live 8).mpg)
0074234: Import: CThumbnailGrabberWnd::Lock: Finish (0 ms)
0074234: Import: CThumbnailGrabberWnd::GetThumbnail: Running graph
0074234: Import: CThumbnailGrabberWnd::OnDSEvent: Start
0074234: Import: CThumbnailGrabberWnd::OnDSEvent: Event: 0xd, 0, 0
0074234: Import: CThumbnailGrabberWnd::OnDSEvent: Finish (0 ms)
0074234: Import: CThumbnailGrabberWnd::OnDSEvent: Start
0074312: Import: CThumbnailGrabberWnd::OnDSEvent: Event: 0xe, 0, 0
0074312: Import: CThumbnailGrabberWnd::OnDSEvent: Finish (78 ms)
0074312: Import: CThumbnailGrabberWnd::GetThumbnail: Seeking
0074312: Import: CThumbnailGrabberWnd::GetThumbnail: Waiting for sample grab
0075062: Import: CThumbnailGrabberWnd::OnDSEvent: Start
0075062: Import: CThumbnailGrabberWnd::OnDSEvent: Event: 0x3, -2147418113, 0
0075062: Import: CThumbnailGrabberWnd::OnDSEvent: Finish (0 ms)
0077937: Import: CThumbnailGrabberWnd::GetThumbnail: Processing video buffer to get image
0078187: Import: CThumbnailGrabberWnd::GetThumbnailFromGraph: Start
0079234: Import: CThumbnailGrabberWnd::GetThumbnailFromGraph: Using sample grabber
0081797: Import: CThumbnailGrabberWnd::GetThumbnailFromGraph: Image pointer: 38978408
0081797: Import: CThumbnailGrabberWnd::GetThumbnailFromGraph: Finish (3610 ms)
0081797: Import: CThumbnailGrabberWnd::GetThumbnail: Stopping graph
0086797: Import: CThumbnailGrabberWnd::GetThumbnail: Finish (12813 ms)

and now, it's currently hanging on the stopping graph part of a different file.

marko

  • MC Beta Team
  • Citizen of the Universe
  • *****
  • Posts: 9140
Re: video files on the LAN, MC's baulking building thumbnails...
« Reply #3 on: August 01, 2006, 02:03:50 pm »

I managed to get the build thumbs task turned off, and then, using the tree and a filetype filter, I've got it narrowed down to mpg files. All other video thumbs have built just fine.

MC has built thumbs for most of the mpgs, loading the viewscheme for a few seconds and then closing MC before it locks up...
not as bad as first thought, but still, perhaps some more gracefull handling of the situation might be in order?

Yaobing

  • Administrator
  • Citizen of the Universe
  • *****
  • Posts: 10926
  • Dogs of the world unite!
Re: MC's baulking building .mpg thumbnails...
« Reply #4 on: August 02, 2006, 08:00:50 am »

I am looking into thumbnail building code.
Logged
Yaobing Deng, JRiver Media Center

marko

  • MC Beta Team
  • Citizen of the Universe
  • *****
  • Posts: 9140
Re: MC's baulking building .mpg thumbnails...
« Reply #5 on: August 29, 2006, 11:57:08 am »

I'm having a ton of problems with recent builds and Thumbnailing though.  I have not been able to complete a manually started Build All Missing Thumbnails without either: a) crashing MC, or b) crashing the whole computer BSOD-style (which happened last night).

I do have the vast majority of my files all on network drives.  I would guess, from the way MC is acting, that the crashing is when thumbnailing some of my Video files... But I'm not able to determine what ones at all (or even if it's the same ones each time).

When MC12 is building Thumbnails "on the fly" (especially when viewing a large video view scheme or a "mixed" scheme) in "details" mode, it becomes extremely non-responsive to the point of being completely unusable.  Generally it will consume nearly 100% CPU time for 15-20 minutes at a time, only repainting the UI very occasionally.  And, about 1/2 the time when it gets "stuck" like this, it eventually crashes.  I have no similar problems with MC11.1 and the exact same Library.

Last night, to try to alleviate this problem, I tried to "Build All Missing Thumbnails" three separate times.  The first two times it crashed after going through about 1200 of 30k files.  Then I suspected it could be some strange DirectShow filters I had installed on that machine (that one still had the Morgan Stream Switcher installed for example), so I went on a cleaning frenzy.  I uninstalled all of my codecs and filters except for my bare necessities:

ffdshow-20051129.exe (which I reinstalled from scratch)
XviD 1.1 (XviD-1.1.0-30122005.exe from Koepi)
Huffyuv 0.2.2.1
DirectVobSub 2.23
RealAlternative (current build)

The third time I ran the "Build All Missing Thumbnails" routine, it made it into the 2500k range and I went to bed.  When I woke up this morning, I was greeted with a BSOD.

I have logs (with all the options enabled).  Is there any information I can provide to help track this down?

Any similarities here?
I created a filetype based viewscheme, with the tree populated. After launching MC, I expanded the tree without selecting anything, so that I could see each filetype group, then selected each in turn. Everything except the mpg/mpeg files built nigh on instantly.
I got the thumbs for the mpg files by loading the viewscheme, then exiting MC before it got stuck. This was viable, if not perfect, for me as there wern't that many files involved, less than 50.
For some reason, I've never felt the urge to go back and retest this stuff!!

glynor

  • MC Beta Team
  • Citizen of the Universe
  • *****
  • Posts: 19608
Re: MC's baulking building .mpg thumbnails...
« Reply #6 on: August 29, 2006, 12:39:53 pm »

Hmmmm... I can do a test when I get home tonight.  I certainly have a mix.  The majority of my video files (the ones in my regular library anyway) are XviD AVIs and MPEG-2 compressed MPGs.  However, I have a smattering of MPEG-1 MPGs, OGMs, MKVs, RVs, and MOVs in there too.

I'd be interested.... Marko, did you ever narrow it down to MPEG-1 or MPEG-2 MPGs?  If it's MPEG-2 ones, what decompressor are you using?  I have FFDSHOW handle the decoding of those files I believe (though I'd have to check G-Spot to be sure)....
Logged
"Some cultures are defined by their relationship to cheese."

Visit me on the Interweb Thingie: http://glynor.com/

marko

  • MC Beta Team
  • Citizen of the Universe
  • *****
  • Posts: 9140
Re: MC's baulking building .mpg thumbnails...
« Reply #7 on: August 29, 2006, 01:00:54 pm »

I have no idea...
Video files are definately not a forte of mine!

I have installed a DivX codec, an XviD codec, an ac3 audio filter that dates back to 2001, and powerDVD.
With this combo, and the default stuff that comes with XP and windows media, I've yet to come across a video file I can't play.
I've watched your 'ffdshow' posts with interest, and have actually got as far as d'loading the installer!! Am I missing out on much by not having it installed yet?

From the logs above, that pink floyd file caused a problem...
How do I go about learning more about it? The windows properties dialogue gives nothing away.

Yaobing

  • Administrator
  • Citizen of the Universe
  • *****
  • Posts: 10926
  • Dogs of the world unite!
Re: MC's baulking building .mpg thumbnails...
« Reply #8 on: September 06, 2006, 08:29:55 am »

Please navigate in the tree to the individual file that caused the problem, and reproduce the hang using a recent build. Then send me a log file. yaobing at jriver do com
Logged
Yaobing Deng, JRiver Media Center

glynor

  • MC Beta Team
  • Citizen of the Universe
  • *****
  • Posts: 19608
Re: MC's baulking building .mpg thumbnails...
« Reply #9 on: September 06, 2006, 09:50:46 am »

From the logs above, that pink floyd file caused a problem...
How do I go about learning more about it? The windows properties dialogue gives nothing away.

Sorry I never responded.  We've been building a fence at our new home (which in Maine is no easy task thanks to glaciers which covered the area a few years back and gave us boulders and solid granite in place of topsoil), and that's been sucking up most of my Interact/MC time lately.  (Augers and pick axes and shovels... Oh my!)

This is what you're looking for:

http://www.headbands.com/gspot/

It's a handy little app that will analyze your video files and give you all sorts of information on them.  It's pretty simple to use and is a standard part of my Send To --> External menu in MC.

FFDSHOW is a playback filter that can be used instead of individual codecs to decode video file compression (and now many audio types as well).  It includes a wealth of options that let you filter the playback and add effects.  It's sort of a "swiss army knife" of codecs.  Generally, individual codecs (like XviD, DivX, Huffyuv, Indeo, Cinepak, etc) are used to both decode (or playback) and encode (or create) video files.  Hence the name... CODEC (COmpressor/DECompressor).  FFDSHOW, while it does now contain a true codec capable of creating compressed video files, is classically used as a filter pack... Used only for playback.  It could be used in place of the four individual "codecs" you mentioned: DivX, XviD, AC3filter, and PowerDVD's MPEG-2 filter (and it can handle decompressing many other formats too).

The nice thing about it is that you can reduce the overall complexity of video playback on your system.  Video playback on computers generally relies on a large string of loosely related applications to all work together in harmony.  If one small component breaks, it can be difficult to diagnose the problem.  Not only does FFDSHOW rarely break... But because you can generally get away with uninstalling all those standalone filters and codecs from your system with it, you only have 1 source of contention to look at for playback issues.

Personally, I do keep a separate MPEG-2 playback filter installed other than FFDSHOW mainly because MC's DVD playback has never lived up to expectations for me.  I used to use WinDVD, but have recently switched to TheaterTek.  I use it about twice a year.  I hardly ever actually play a DVD, since I almost always rip them, AutoGK them, and play them using MC that way as an XviD AVI.  And, of course, I have RealAlternative (for those evil formats) and Quicktime installed.  I also have DirectVobSub installed on almost all of my machines for those random foreign-language films (and the occasional Anime indulgence).  For playback that's basically it.  FFDSHOW handles everything else.

On my "video production" machines, I also keep the latest Keopi XviD build installed since I generally use that codec (at least until someone comes out with a x264-capable AutoGK-like-app).  DivX and XviD do the exact same thing, using only marginally different codecs, but one is free (as in beer and as in speech) so I default to that one.  Plus, many people think XviD has better quality.  They look the same to me, but as I said, I default to free when given the choice and equal quality.
Logged
"Some cultures are defined by their relationship to cheese."

Visit me on the Interweb Thingie: http://glynor.com/
Pages: [1]   Go Up