Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[Sniffy]

Mc 12 is unable to make automatic thumbnails from some avi divx files.
Mc 11 did not have the problem.
I can at least build thumbnail manually.

[lalittle]

Mc 12 is unable to make automatic thumbnails from some avi divx files.
Mc 11 did not have the problem.
I can at least build thumbnail manually.

How do you build the thumbnails manually?  Are you referring to the "build missing thumbnails" process, or something else?  I'm seeing several "image" related issues with other files types (Audible Files, log files, mp4 files) so I'd be curious what you've discovered along these lines.

Thanks,

Larry

[Sniffy]

How do you build the thumbnails manually?

I build the thumbnails one to one by lauching the movie and right click to "Use screen grab for Thumbnails" .
I try to "build missing thumbnails" but it doesn't work for my movie.
Thanks
Pascal

[JONCAT]

The most recent build of MC (maybe the last few) refuses to build an image thumbnail for all of my Simpsons episodes and some other shows. It seems restricted to certain folders and locations. I can have Otto set to rebuild thumbs but lately these haven't been rebuilt.

DC

[glynor]

What codec are you using to decode the MPEG-4 ASP files?

I use FFDSHOW and it works fine.  I use the version of FFDSHOW that comes in CCCP but the newer builds of the standalone filter work too (Celtic Druid's builds).  I've also had MC12 build thumbs successfully using Koepi's latest builds of XviD directly without issue, though I generally only use the real XviD codec to create my video files, not to decode them (FFDSHOW is better and more versatile).

I haven't ever tried using the DivX codec, as I like to keep my money for things that aren't available elsewhere for free (and better).   

[Alex B]

From the .102 thread:

There must be something a little more complicated because if I specify an Image File, and then rebuild thumbs, it uses the Image File.

In the  meanwhile I tried a few things. Here's a list of my findings:

- The original library version (MC11.1 vs. MC12) is not related
- A library restore is not related
- If the image file has a complete directory path MC12 creates the thumbnails always correctly.
- If the image file is in the same folder with the video files (i.e. only the filename is linked) MC12 creates the thumbnails from the video content.

- This is rather odd:

I have a folder with 22 video files. I linked all files with an image file from the same folder. After that I erased all thumbnails. MC couldn't rebuild the thumbnails from the image file. It created them from the video content.

Then I relinked only one of the video files with a different image file from a separate folder. I didn't touch the other 21 video files. On next thumbnail rebuild attempt MC created correct thumbnails from the linked images for all 22 video files.

EDIT

Looks like the oddness happens only if the two image files have the same filename. I tried it again so that the two image files had different names. This time MC created 21 thumbnails from the video content (image in the video file folder) and only one thumbnail from the image file (image in another folder).

If MC12 tries to create the thumbnails from captured or other external image files this may be related.

[lalittle]

I do get thumbnails for mp4's on the server, but they do not show on the client.  Also, on the server, even though I do get a thumbnail that shows up in the corner of the TW, when I click on this image, the "Image" window pops up saying "no image."

There are definitely some bugs with MC12 when it comes to art/thumbnails (like the fact that no art is displaying at all for Audible files.  See one of my posts above for more bugs along these lines.)

[Alex B]

Also, on the server, even though I do get a thumbnail that shows up in the corner of the TW, when I click on this image, the "Image" window pops up saying "no image."

This is the correct behavior if you have not linked an external image file with the video file. The bigger image display in AW is designed to show the actual image source file instead of the cached thumbnail. If the thumbnail is generated from the video content there is no image file to access.

... or do you mean MP4 audio files?

[Yaobing]

I do get thumbnails for mp4's on the server, but they do not show on the client. 

Probably the Quicktime engine that we use to thumbnail mp4 can not handle the long file names. When coming from server, the file names are long because the entire path is made into one name.

To test my theory, try putting a few files in a folder with short path, such as C:\Vid\file1.mp4

[lalittle]

This is the correct behavior if you have not linked an external image file with the video file. The bigger image display in AW is designed to show the actual image source file instead of the cached thumbnail. If the thumbnail is generated from the video content there is no image file to access.

... or do you mean MP4 audio files?

You're original assumption was correct -- it's an mp4 video file.  That explains why the "Images" doesn't show up on the server, but it still leaves the question of why NO image (not even the thumbnail) shows up on the client.

Thanks,

Larry

[lalittle]

Probably the Quicktime engine that we use to thumbnail mp4 can not handle the long file names. When coming from server, the file names are long because the entire path is made into one name.

To test my theory, try putting a few files in a folder with short path, such as C:\Vid\file1.mp4

I tried this as you said and the thumbnails still don't show up on the client.  I only get the "icon," and the TW just shows the gray image.  Does it work for you?

Thanks,

Larry

[lalittle]

Probably the Quicktime engine that we use to thumbnail mp4 can not handle the long file names. When coming from server, the file names are long because the entire path is made into one name.

Just to reiterate, mp4 files don't play at ALL over Media Server, so there are definitely some bugs with mp4s.

Larry

[Mr ChriZ]

I'm getting AVI thumbnail problems again too.
I downloaded an AVI which the DIVX codec wouldn't play.
so I downloaded CCCP as recommended, and after that it would play.
However immediatley I started getting thumbnail rebuilding problems.
So... I told it to clear all thumbnails again. And then do a rebuild.
2 hours later it's final finished rebuilding but only about 1/2 of the
AVI files have built.
Asking MC to rebuild thumbnails thereafter finishes in 0:00 time, ie it thinks it's finished.

As can be seen in this screenshot it's anything but done.
http://img179.imageshack.us/my.php?image=divxzo1.png

Only the AVI files are suffering. APE's and JPG's are ok.
They are definitley DIVX/XVID encoded.

 

[glynor]

Only the AVI files are suffering. APE's and JPG's are ok.
They are definitley DIVX/XVID encoded.

I have a huge pile of XviD encoded AVI-wrapped files and I haven't had many (if any) problems with thumbnail building of the files.  Can you isolate anything particular about the files which don't build the thumbs correctly?  I would try looking at them with G-Spot and see if they all happen to share some particular characteristic (same codec, same bitrate, same audio encoding, or something else).

[Mr ChriZ]

I have a huge pile of XviD encoded AVI-wrapped files and I haven't had many (if any) problems with thumbnail building of the files.  Can you isolate anything particular about the files which don't build the thumbs correctly?  I would try looking at them with G-Spot and see if they all happen to share some particular characteristic (same codec, same bitrate, same audio encoding, or something else).

I will do this, but from what I can see, the problem isn't with any particular file, the problem lies in the fact that MC forgets the fact that they're not built, and seriously believes that they
are already built.
Explorer can still build the thumbnails fine.  At various points in the past
each of the files have had thumbnails already.  All of my LOST files for example have
all had thumbnails built no problem up until yesterday.

I can tell MC to clear the thumbnails again but this is happening
to often, and takes too long on my machine.

Edit:
I've got about 300 files here.  60GB's worth.  They're from varying sources
but for example the LOST ones are all from the same source, and use
the same codecs.  50% of them are currently built. 
Same occurs with other music videos.  All of them are encoded with XVID
 as far as I can see.

[Mr ChriZ]

Just installed latest update.
Without my Asking it to, MC 12.0.103 has cleared
my thumnails and started rebuilding again...
will see what happens this time...
Is there a fix in there thats not on the list?

[Mr ChriZ]

OK it finished rebuilding...
but same problem.
After it finished many thumbnails not built.
Going to the "Build Thumbnails" option brings up the dialouge
thumbnails built in 0:00
The thumbnails that are built are different ones than were built this morning
heres a new screenshot of those lost episodes.  You can see more are built
and in particular ones which weren't built such as 'Orientation' this morning are
now built, and many are still not built....

http://img326.imageshack.us/my.php?image=take2pz7.png

[glynor]

Are the files on a network (or otherwise very slow) drive?

[Mr ChriZ]

They're on a USB2 HardDrive.  It's not the fastest thing on earth, but
not the slowest either...

[JONCAT]

My files are on my external USB 2.0 and if I choose rebuild missing thumbs none are built at all. I use FFDSHOW and my thumbs are rectangular because I assume the resize of 1368x768 of FFDSHOW kicks in. I have to manually trigger thumbnails to be rebuilt by mousing over my thumb or adding Name to my Video Scheme and let MC run all day while FFDSHOW and MC duke it out, overwhleming my PC and making it unusable for watching video. So if I have to Restore a library, I have to do the above process all over again.

This is for all filetypes except mpeg2 which Purevideo takes care of, hence, no thumbs.

DC

[JimH]

USB 2 devices can sometimes run at USB 1 speeds.  I'm not sure whether this is a Windows bug, but I've seen it.

[Mr ChriZ]

Mines definitley running at USB 2 speeds. I've done quite a few tests on it,
plus it also has a different LED's for USB2 and USB1.

[Edit]
Actually some of the files are on my main IDE disk as well,
which is a 160GB 7200RPM thing so pretty quick.
So I don't think this is a speed issue.

500 GB drive is on order for Xmas, which will bring me sooo close to owning a TB but not quite! :-)

[Mr ChriZ]

Just made a discovery.  Selecting files which don't have thumbnails
generated to "Remove Cover Art" causes the thumbnails to be regenerated. 

[Sniffy]

Just made a discovery.  Selecting files which don't have thumbnails
generated to "Remove Cover Art" causes the thumbnails to be regenerated.

Great news. It works.
Thanks a lot

[Mr ChriZ]

It's not an ideal soloution. If I select many files and tell
it to 'remove cover art' then again about 50% of them
will build and 50% won't.  Theres definitley a problem
here, which I hope can be sorted.  ?

On another note, everytime it's rebuilding, many FFDShow icons
get left in the tray still.

[JimH]

On another note, everytime it's rebuilding, many FFDShow icons
get left in the tray still.

That sounds like ffdshow processes could be hanging.  Maybe try a google search for similar problems.  Or a different version of ffdshow.  See glynor's comments on this subject.

[glynor]

On another note, everytime it's rebuilding, many FFDShow icons
get left in the tray still.

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).

I haven't had significant issues with thumbnailing (crashing or lots of missing thumbs) since early on, and since switching to CCCP on my relevant MC12 machines.  Almost all of my video files are on either local high speed drives or on network drives (using Gigabit wired ethernet).

I have used a USB2 drive (AMS Venus) and had no problems as well.

[JONCAT]

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

[Mr ChriZ]

Think the FFDshow icons are just left overs too, hovering the mouse over them
makes them disappear.  I'm gonna test with lots of versions FFDShow and see
if it solves the non building thumbnail problem.

[glynor]

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....?

If by "fullscreen" you're referring to Theater View, then yes (sorta).  Theater View (the "10-foot interface" designed for viewing and controlling MC from across the room) in MC12 is DirectX accelerated, and does require a DirectX capable video card to draw the interface with any performance.  If you are using cheap Intel integrated graphics (or something similar) you will likely see terrible performance in Theater View on MC12, as the CPU struggles to render it in software.  I'm not sure what the DX level required is (if it's DX7, 8, or 9 or whatever), but more power definitely translates to better performance.

On my machines, which have fairly beefy video cards, my performance is fine in Theater View.

[Mr ChriZ]

OK done alot more testing today.
6 different versions of FFDShow all exhibiting the same problem.
I then moved back to the XVid decoder and exactly the same problem
persists, and the same thing with DivX.  So it is my believe that it is a MC problem or a MC/Confliction with something on my machine problem and same with Sniffys machine, rather than FFDshow.
Also tried creating a new library in MC... no go.

One thing to note, the XVid decoder also pops up an icon when it's
thumbnailing, but does not leave them behind, and theres only ever
one of them at a time, so I guess that's definitley an FFDShow problem...
Testing continues.  What I haven't worked out is why I have
gone through periods where it has rebuilt them OK.
Going to do more testing including reinstalling MC11...