Crash on album art load/scroll

[dontsave]

I'm getting a crash when scrolling through the album art pane. I have over 1400 album directories each with a folder.jpg file in them. Some of these images are high resolution -- not sure if this might be causing problems? As I scroll winamp loads the images (are they being cached somewhere?) and invariably after anywhere from 10sec to 2min of scrolling crashes with this error---

AppName: winamp.exe AppVer: 5.5.0.1640 ModName: in_mp3.dll
ModVer: 0.0.0.0 Offset: 00012766

I did a completely clean barebones install of winamp -- no extra plugs or anything and its still doing it. The patch to in_mp3 did not resolve it! Perhaps it is not id3-related?

I have tested this both on a local machine and a network machine connected to my music drive and both have the issue.

Anyone else seen this?

Windows XP Pro 32-Bit
AMD Athlon 64 2.1 ghz, 2 gb ram
Nvidia Geforce 7300

[DJ Egg]

Hi

Is it with Icon or Details view for Album Art?

And what size?
Small, Medium or Large icons/details?


I had a similar problem, but only with Large Icon view,
not Large Details view, and not Small or Medium Icon/Details.

I fixed it by deleting the relevant art cache files (with Winamp closed)

{IniDirPath}\Winamp\Plugins\ml
art_120.dat & art_120.idx

Note, that is the cache for large icons.

The cache for medium is art_90.dat/idx & for small is art_60.dat/idx

I then managed to scroll down through the entire pain in Large Details view without it crashing, and then switched to Large icons view, and everything was fine.

But this was during 5.5 beta stage, and the problem hasn't come back since.


If the problem persists, could you possibly upload one of the images that it appears to crash on (is usually the one immediately after the last one which appears) to stashbox.org and post the link here.

Don't worry if it says 'url submitted by user' as that is part of our anti-spam policy for anyone with a Junior Member status, but mods/admin can still see the url.


Hmm, and I'm not sure if we'll also need a sample mp3 either yet...
because it was never in_mp3 which crashed for me (was usually one of nde.dll or tataki.dll, or jpg/gif.w5s)

[dontsave]

Hi. Thanks for the swift reply. I have done some more testing. This actually happens for ALL album art views small medium and large -- both with and without details.

I can confirm it does not happen on any specific album or file. Ive been doing it over and over and I am able to get the same file it seemed to crash on once to load fine the next try.

I tried deleting the cache files with no luck. The crash only happens when winamp is loading the art. I believe it happens when it tries to load too much art at the same time. For example, I can scroll very slowing (pressing slowly on the scroll down button) and i can get all the art to load fully. Once its fully loaded i can drag the scrollbar as fast as i like and there is no possibility of a crash -- so its definitely happening at load time.

However as soon as i close winamp and reopen the art apparently needs to be re-downloaded each time? I have been watching my network activity monitor spike as it accesses the art files remotely.. there are a lot of very large (1200x1200px+) jpgs. Is it possible winamp is getting bogged down resizing so many of these to thumbnails each time? It seems like the faster I scroll (and therefore introduce more art to load) the faster the crash happens.

[DJ Egg]

Hmmm...

Once the images are in the cache, then it should load instantly each time you go to an Album Art view, ie. it shouldn't need to reload them all into the cache from scratch each time.

I think the cache files are only written to on Winamp exit,
which suggests that maybe Winamp isn't closing properly for you....?

The cache files definitely won't be written to if Winamp crashes,
ie. you'd need to scroll through slowly, a bit at a time, then keep closing and reopening Winamp, for it to save anything to the cache.

Basically, the cache files respectively contain a resized 60x60, 90x90, 120x120 copy of the originals, so yes, it is possible that Winamp is getting bogged down when having to resize too many 1200x1200 images at once.

I'm not too sure what's happening (in your case) at the moment, but it is something that will definitely need looking into.

Could you possibly try this for us....

Temporarily install Winamp 5.5 Beta Public Preview 3 (you can reinstall 5.5 Final straight on top of it afterwards), and get it to generate a crash report (see config options at "Winamp > Prefs > Error Feedback" for full details), and then attach the generated report.zip file to your next post here.

[dontsave]

I am able to close winamp properly after slowly loading all the album art. The cache files do get written to my application data directory. However when I re-launch winamp I can tell it is connecting to my music network drive with my network monitor. It seems like its re-loading all the art a second time. Maybe it is just checking to see if the art has been updated? The crash still happens though.

I installed the beta preview 3 and it happens there as well. I get runtime error R6025 - pure virtual function call. The error reporter wont create a zip for some reason, however it does create _crash.log and _crash.dmp which I have attached as my own zip.

Thanks for looking into this!
ds

[DJ Egg]

Hmm, ok, thanks for the crash logs. Hopefully this will help us to determine a possible cause/solution.

I'm seeing reference to:

C:\Documents and Settings\ds\Application Data\Winamp\Plugins\ml\art.dat.lock

Have you also tried deleting art.dat & art.idx ?


Are there any *.nfo files in the W:\_Music subdirectories?


I'm also seeing reference to:

W:\_MUSIC\MASK Records - [MASK100 - MASK500] [5X Comp]\mask 200 various - mask 200 [1995]\01 Funkstörung - Untitled.mp3

But I guess the file referenced there would vary each time it crashes....


Anyway, we'll hopefully get the logs examined (but probably won't be until at least Monday now).

[dontsave]

wow hey. i did have about 3 dozen or so .nfo files in the various subdirs of my music dir. i deleted all of these and now i can't reproduce the crash. seems like they were the culprit. strange. i am not 100% sure yet but i have cleared the cache and reloaded (scrolling very quickly) twice and so far no crash on any view size.

i'm really impressed with the support and commitment here. i just want to say the new version is fantastic. thanks very much.

ds

[DJ Egg]

Okay....

Basically, the lookup order is:

embedded art in tags, %album%.jpg/png/gif, .nfo file with matching *.jpg/.png/.gif name, cover.jpg, folder.jpg

So... there's a high possibility that although there was also a folder.jpg in the containing folder, there was also a *.nfo file with the same corresponding filename as a .jpg file, and it was those said .jpg files that were corrupt or causing the problem.

I don't suppose you've still got a sample .nfo file somewhere that you could send us, along with the matching .jpg (or gif/png/bmp)?

[dontsave]

Ah no sorry.. I didn't have the foresight to save one. However I can tell you this: All of my album art is of the type "folder.jpg" sitting within each album directory. The nfo files most likely referenced a different filename than that. This file probably did not exist in some directories. I only recently added folder art for all my music using a program called FolderArtDownloader. The jpegs are from all different sources -- google images, amazon etc.. nothing special about them. Perhaps the difference between the nfo reference and the art that is there is the source of the problem? Hope this at least helps..

Been running for 2 days with no crash =)

[Sjakko]

I also had constant crashes when loading album covers. I just had this problem with a few albums. I discovered that it was because of the tags: some songs just had no tags at all. Giving the songs an album name with MP3Tag was enough to solve the problem.

[randich]

I'm experiencing crashes very frequently and I've discovered that the problem is with very-very large image files. For example: size 5680 x 2840, 7.74 MB

You can try this, or I could send you a copy of my problematic image.

[randich]

I don't know why, but I have a folder.jpg file that causes Winamp 5.51 to crash in large icon mode, and it's not too big. How can I submit it for support? Thanks!