HMODULE hResources;              // module handle for resources to use

static void configure_resources (void)
{
    HMODULE lang_resources = LoadLibrary ("in_wv.lng");

    if (lang_resources)
        hResources = GetModuleHandle ("in_wv.lng");
    else
        hResources = GetModuleHandle ("in_wv.dll");
}

The only issue I can see so far is, that in_wv.lng  doesn't unload correctly, so it won't be removed from the temp folder after closing Winamp.

As koopa mentioned, the HASH part isn't used and that is something which can be easily updated either by the language pack authors or anyone else when it finally is enabled (famous last words).

I would suggest you implement the 65535 string as we use this to ensure that we're using the correct .lng file. All this entry is is a guid from guidgen in the registry format style.  I've allocated the following for in_wv's usage
(abd this will be noted in the next update of %winampsdk%\Agave\Language\lang.h). Also you'll need to have the 65535 string present in in_wv.dll as well.

// {6DE2E465-690E-4df1-B6E2-2A9B33ED3DBB}
static const GUID InWvLangGuid =
{ 0x6de2e465, 0x690e, 0x4df1, { 0xb6, 0xe2, 0x2a, 0x9b, 0x33, 0xed, 0x3d, 0xbb } };


With the loader you've pasted, you don't need to use LoadLibrary(..) or FreeLibrary(..) on the in_wv.lng file since the Winamp WLZ loader will ensure that the dll is present for the loading of any of the dlls so everything will be localisable from the start.  Now the choice is upto you how much you want to version lock the plugin as you can use the loader function in api_language.h and use the service it provides to load everything. Only issue with that is it is a 5.5+ only api and if you want to support earlier winamp versions you'll need to have it graciously fallback to most like the code you're already using.

If you did go the api_language way (i think you've used the config group stuff so the wasabi services shouldn't be too strange to you i believe) then you'd need use something like the following (and explains the use of the guid) as it then makes the loading/use of the lng irrespective of the file filename (useful we found for people using out_ds.dll and out_ds2.dll).

api_service *WASABI_API_SVC = 0;
api_language *WASABI_API_LNG = 0;
HINSTANCE WASABI_API_LNG_HINST = 0,
          WASABI_API_ORIG_HINST = 0;

void GetLocalisationApiService(void){
  if(!WASABI_API_LNG){
    // loader so that we can get the localisation service api for use
    if(!WASABI_API_SVC){
      WASABI_API_SVC = (api_service*)SendMessage(plugin.hW, WM_WA_IPC, 0, IPC_GET_API_SERVICE);
      if (WASABI_API_SVC == (api_service*)1){
        WASABI_API_SVC = NULL;
          return;
      }
    }

    if(!WASABI_API_LNG){
      waServiceFactory *sf;
      sf = WASABI_API_SVC->service_getServiceByGuid(languageApiGUID);
      if (sf) WASABI_API_LNG = reinterpret_cast<api_language*>(sf->getInterface());
    }

    // need to have this initialised before we try to do anything with localisation features
    WASABI_API_START_LANG(plugin.hMainWindow,InWavLangGuid);
  }
}

And finally, with the umlauts issue Koopa is seeing, this is due to "formatinformation" requiring a unicode string back which i'm guessing is not what is being sent looking at how it has managled that.

-daz

Still not complete, but should help you I guess.

http://stashbox.org/367829/in_wv.lng

-Chris

WavPack is a nice lossless codec, I hope shipping it in EP will help spreading the format.

Maybe you'll create an encoder plugin for Winamp too someday, hehe.

Quote from: Koopatrooper on 2009-01-23 12:09:26

WavPack is a nice lossless codec, I hope shipping it in EP will help spreading the format.

That was the idea. 
A big fat thank you to David for squeezing in the time to do this, appreciated.

David, just one last thing, can you update http://wavpack.com/downloads.html with latest Winamp input plugin? Just to make sure, that all people use latest version.