|
The aim of this plug-in is to make use of the older in_wave to attempt to play certain wave file formats which the newer 3.x (libsndfile based) in_wave plug-in is not currently able to play. There are a few noticeable differences between the plug-ins (like the resource-edited preferences to avoid some confusion with things especially when compared to the newer in_wave).
The plug-in works by wrapping the older in_wave (you'll notice it as the in_wav.trb file in your plug-in's directory) and with some wonderful little tricks/controls of the Winamp input plug-in api, it can make the older in_wave be used instead of the newer in_wave, but only when/after the newer in_wave fails to play any .wav file passed to it (which ofcourse means riff-wav's with embedded mp3).
There will have to be some more updates made to the wrapper plugin to allow for it to handle other formats (it's currently hard-coded to handle only wav files which have the relevant mp3 format type reported by them, and two other codec types: dsp-truespeech and Creative ctadp32acm). It is also hard-coded to handle/playback standard .AUD files.
With v1.1 the wrapper will now detect wav files which are actually renamed MPEG audio files and as long as it finds the MPEG Audio Decoder (in_mp3.dll) then it'll forward ownership of the file to that plug-in. The result of this is mis-named files will be handled properly in the Media Library & Alt+3 dialogs for example.
The aim is to possibly allow for a selection from a known list as to which will be handled by the wrapper (well that's the idea, heh).
This is not meant as a be all and end all fix (though 3 years later it now seems to have become just that). It is just designed as a reasonably quick workaround (less than a day's coding to get to a initial public release :o) ) to help those people who do have those weird and wonderful wav files (you know who you are you naughty people)
Anyway, it's provided as is so if things don't work, provide a copy of the file and i'll see what i can do to make it work with the older in_wave. But if it requires more than a id check change then there's not much i can really do, so you've been warned - this is just a temp fix (or so the intention goes) after all.
And one last thing to note, if you've set in_dshow to handle wav files then you are going to have more issues (since it then depends on the order the plug-ins have been loaded as to which will handle the wav files first) - point made since associating wav to in_dshow is one of the recommended workarounds - ie. it's probably best to remove ;WAV from the in_dshow extension list, and re-select wav in the (default) in_wave 3.11 extension list, if you intend to use this new workaround.
If you do come across an issue then you can either contact me or post in this thread which has followed the development of the plug-in. |
