I've been searching high and low, but I can't find a copy of the latest version of foo_winamp_input plugin. It has been taken off of Ru^3's site for some reason so I don't know where to get it at. I think the latest version is foo_winamp_input_050309.zip.

Reason: Everything about Winamp2 is buggy. Attempts to prove otherwise will be shown to be futile.

I know it may be buggy, but it's my only option to play USF files in foobar2000. It never presented a problem with RSP.dll/in_usf.dll. I don't think the author of USF plans to port his winamp plugin to foobar2000 anytime soon. If you have, preferably the latest version, foo_winamp_input please host it and put a link up.

Complain to him about it not working with foobar2000. kode54's provided him with partially-ported code and the technical information he needed to make it work. He responds to user feedback to some extent.

IIRC, he was considering coding a winamp input wrapper himself rather than port the code and/or make it portable, the spoony bard.

Actually, I did not provide him partially ported code. I merely provided my partial effort to make the whole library multi-instance. The RSP plug-in was a lot easier than the core.

Plus, the version I used, whether by its own fault or by any faults I introduced, is much less stable than his current release.

While the recompiler cores do make a nice reference for R4300i and N64 RSP emulation, I almost get the feeling that it would be easier just to start over from scratch. To develop a clean, multi-instance emulator designed from the ground up for playing USF files... and just because it is clean, multi-instance code does not mean it cannot have a clean recompiler system using assembly code based on the existing Project64 emulator source.

I talk big, but I don't really want to do any of that.

64th Note really is a marvelous achievement, but it would be quite a chore to even adapt it to work in the foobar2000 model without at least having a worker thread running the emulator and waiting for the input to fetch audio data. Since the emulator probably isn't quite designed to be signaled to break from the audio output code, then later resume exactly where it left off... At least, I'm not so sure... Meh, ignore this.

To a non-programmer (I'm not referring to myself, I understand what went on), that's roughly "partially-ported".

I received a PM from hcs on another forum. Basically, all he had to say was that right now he's sticking to ripping USFs. It also seems like he abandoned the wrapper idea. I think he may port or rewrite his plugin for foobar2000 some day when he has time if no one else has already.

I did forget to mention that he was very busy with a little thing called real life. Too bad that while I am not burdened by real life activities, I am not really interested in either finishing that right now or rewriting it. It was one of those runaway projects that I got to the "talking about it stage" which usually leads to the "putting it off indefinitely" stage. I often get some nice ideas that I talk about immediately, which puts them in "putting it off indefinitely" stage from the get-go, but sometimes it's not too late and I may do things.

Speaking of which, I had better not mention something I told friend I'd look into recently, otherwise I shall never do it.