View Single Post
Old 21st March 2013, 01:39   #61
Join Date: Sep 2003
Posts: 27,873
Originally Posted by thinktink View Post
After experimenting with it I think it's to let Winamp know what to display for the type of image that the file being referenced holds in the UFIP.
correct, it's used for the header line on the albumart page and #13 isn't documented as it is new to 5.7 and so as there's not been a new sdk done (i know the sdk is generally shit / behind) and no one expected someone to be reverse-engineering things in the way that you are. there will be a new sdk released, but things are still changing in the beta so there's no point in putting out something (plus who is there making plug-ins using any of the recent stuff anyway... other than you).

anyhoo, it's API_ALBUMART_GETALBUMART = 10 which is leading to the crash in the report i looked at. have included the call stack and the parameters seen in the method call. if anything i'd say it's gen_ff at fault but then your component should probably not crash when trying to deal with bad data if that is what is going on.

gen_ff.dll!api_albumart::GetAlbumArt(const wchar_t * filename=0x01b2dff0, const wchar_t * type=0x01c5ff88, int * w=0x075a72ac, int * h=0x01b2dff0, unsigned long * * bits=0x00000000) Line 76 + 0x4a bytes C++
gen_ff.dll!AlbumArtThreadContext::LoadArt() Line 229 + 0x12 bytes C++
gen_ff.dll!AlbumArtThreadPoolFunc(void * handle=0x00000000, void * user_data=0x0cf5eff8, int id=0) Line 251 + 0x9 bytes C++
winamp.exe!ThreadID::ThreadFunction() Line 217 C++
kernel32.dll!@BaseThreadInitThunk@12() + 0x12 bytes
ntdll.dll!___RtlUserThreadStart@8() + 0x27 bytes
ntdll.dll!__RtlUserThreadStart@8() + 0x1b bytes

filename 0x01b2dff0 <Bad Ptr> const wchar_t *
type 0x01c5ff88 "ヤDž畼" const wchar_t *
w 0x075a72ac string L"cover" int *
h 0x01b2dff0 int *
bits 0x00000000 unsigned long * *

DrO is offline   Reply With Quote