Skip to main content ↑ ↓

Notice

Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Recent Posts
1
3rd Party Plugins - (fb2k) / Re: Any component that could play back .minisnsf?
Last post by Supermansaga -
Quote from: dogen3 on
Somehow found this post 3 years later mentioning me. No clue if this is still something people need but here's a link to the component
https://drive.google.com/file/d/1POYOw6xxVpfXzc9e_CW3dBWO8vT30v_B/view?usp=sharing

You can find v0.05 x64 at http://foobar2000.xrea.jp/?Input+64bit#x91448b2

and x86 at https://foobar2000.xrea.jp/?Input#a64b4900
5
3rd Party Plugins - (fb2k) / Re: foo_midi (foobar2000 v2.0)
Last post by JexuGarrido -
Quote from: pqyt on
Quote from: JexuGarrido on
Quote from: pqyt on
Quote from: JexuGarrido on
There's a problem in Secret Sauce. When i play some midis, they cuts in the beginning, and just sounds pianos, with weak pitch bends, and the map resets to SC-8820 (even if i have the flavor in GS SC-55), most of them sounds fine if i set the flavor in GM, GM2 and XG, but the problem is in GS and Default, however, some of them, aren't fix with any flavor. I leave you one of the midis that Secret Sauce plays wrongly, try it.
Is this a general problem or do you think it was introduced in a particular version?
Is a general problem, it was always there.
I'm absolutely no MIDI expert but isn't that logical? You tell the emulator to follow the GS MIDI standard. It just interprets what is in the file. AFAIK there's nothing in the file that indicates it needs GS.
That's no reason to have that behavior. The midi was made in GM/GS standard (especifically with the MSGS synth), but it doesn't matter if it have or not GS data, even i can put a GS Reset message and still so the synth will reply with that bug. Apparenty, SCVA can't handle midis with much data.

Besides, i already said; In some midis, the synth reply with the same bug in any flavor.
7
General - (fb2k) / Re: Any way to retain the duration played as you switch to another track?
Last post by MrInsertName -
Quote from: Case on
I made some small improvements, download from the same link. It will now reset the time if playback is stopped and it now asks for the playback time from the core and not the decoder, so it should no longer skip ahead.
Yep, after replacing the earlier one, it's near perfect for what I need! There exists the teeniest, tiniest buffer (it's so small I literally can't tell if it's forward or backwards) that I didn't catch the first few times using, only realising it when I tried focusing really hard on the transition and tweaking the fade in/out lengths for the manual track change. I have literally no qualms about it, it's practically invisible when listening casually, really don't bother trying to fix it.

An actual issue I noticed, however, is that (right as one of the songs ends) it tends to loop back only a bit, replaying the same part at the end over and over, then finally looping back to the beginning (Order: Repeat Track). I have no idea what's causing it, but after tweaking around a bit, I found that it seems to go back the exact same length of the Output Buffer (If I have a 2-minute song and a 10000ms Output Buffer, it goes back to 1:50~). It seems to be happening sporadically, sometimes not happening, sometimes happening once, sometimes happening more than once (in this case, the first repeat goes back about the same length as the output buffer, but then the next loopback is shorter? This behaviour is also sporadic, sometimes not occuring).

I didn't find this issue with the earlier iteration of the component, so perhaps it has something to do with the retrieving process (I have no clue XD). It's causing quite a big hamper in listening, so I've disabled it for now. Stupid me decided to replace the earlier DLL file with the new iteration, and it didn't save the previous version, so until it's fixed (or you allow downloading of the previous version yet again) I'll be out of it for now.

Again, thanks in advance! (And of course, thank you for dedicating your time to this XD)
9
General - (fb2k) / Re: Any way to retain the duration played as you switch to another track?
Last post by MrInsertName -
Quote from: Case on
I got the component by just coding it for you. It keeps track of internal decoder time at the moment, which of course can be way ahead of what is heard if the output buffer is long. I can improve it now if this is what you're after.

Oh, I see! So is "highly experimental" just programmer slang for "I made it moments ago"? XD

Thank you so much!! You were under no obligation to, and yet you made one anyway!! I am sincerely grateful, perhaps neat pieces of software really do have neat people like you follow suit :)

Don't feel any pressure to, the DSP works great currently. If it's too much a hassle then I don't mind at all, it's already amazing enough that you did this in the first place!!

Compounding on what you said earlier about its reliance on the internal decoder, my current output buffer length was manually set to about 1030ms~ to accommodate for the fading event times I set earlier, but I saw it at about 2000ms later, not sure if I just set it that way without realising or if it's variable depending on what needs it.

If it's of no circumstance to you, then please, go ahead! The installed component already works many wonders, and the inherent offset isn't too much of an issue in casual listening, Can't thank you enough already XD

My (deepened) gratuity to you, fellow Foobar2000 expert!! :)