I'd wager that if supporting Winamp versions of VGM playback becomes non-viable we'd favor Foobar2000 and/or one of the Linux players like Audacious or DeaDBeeF.

Link me to an SDK and maybe we can talk. (I don't have any clue about windows under Linux and don't have lots of time though.)

Anyway, I won't drop in_vgm just because they stopped to develop Winamp. (I currently have in_vgm installed in Winamp 2.24, btw.)
Even if you should decide to not use Winamp anymore, in_vgm should work with everything that supports Winamp plugins in one of another way. (like XMPlay, which I recently use to test in_vgm, btw)

I have recently compile vgmplay to work in linux and it does work thank you for that! May i ask how i get around a little problem with it though. I have a folder of vgm rips when i d/click one it runs fine but when i d/click a different one all it does is play both at once. How can i stop that so only 1 instance runs the selected file please?

With how VGMPlay works currently it doesn't know if there is already 1 instance of it or not.
Sorry, but currently there is no way to solve your problem. (Additionally I use different blocks of code for playing a single file and playing a playlist, so I'd need to fix that first.)

[18:47] <MaliceX> kode54: for foo_gme what are you using as a reference for .vgm playback support?[18:48] <MaliceX> since winamp is being retired, in_vgm (currently v0.40.4) may be less preferable for those who don't use XMplay or do not want to keep on using ancient winamp.[19:03] <kode54> Iâ€™ve been using vgmplay, for the most part

ValleyBell: Is the .vgm file format spec for v1.70 "locked down" so to speak? I think that may be what's stopping playback support for .vgm's above v1.61.

-- original post --I got bored and modified the current build of VGMPlay (0.40.4) to use inpout32.dll (32/64-bit-compatible; DOSBOX SVN-DAUM supports OPL passthrough too in the same fashion) for handling the hardware OPL passthrough feature.

Reasons for this:

PortTalk is outdated

PortTalk does not work under 64-bit Windows

Soundcards such as the C-Media CMI8738 have unofficial x64 drivers (google it), and therefore a hardware OPL3 implementation for 64-bit windows exists.

PortTalk's redistribution license is draconian and closed-source, while InpOut32.dll is open source.

I'll leave this link here and leave it to ValleyBell for drawing any thoughts. Most traces of PortTalk have been commented out or removed.IDE: Visual Studio 2012 MSVC6

ValleyBell: The project code seems to have a lot of issues running as a Debug build, namely the strictness of exception handling when dealing with uninitialized variables during hardware playback. This is fine as a Release build however.

_________________-dj.tuBIG/MaliceX

Last edited by MaliceX on 2015-08-13, 16:16:35, edited 4 times in total.

Just a spam post to say that after some tweaking around, I managed to get VGMPlay to work on my Surface RT (Currently only for Jailbroken WinRT 8.0) without too much effort (aside the workarounds required to compile user-mode ARM desktop applications)

Hi. Mega Turrican (that is, the rip published on P2612) now behaves strangely, at least of v0.40.4 versus regular old v0.40. Track 5 (tagged "Stage 1 (Secret Area)") seems to have some instruments in another time zone. It doesn't seem to happen to any other, even though it sounds like it should, so it might just be that one dump idk.

Last edited by Despatche on 2014-01-17, 20:45:55, edited 1 time in total.

Who is online

Users browsing this forum: No registered users and 8 guests

You cannot post new topics in this forumYou cannot reply to topics in this forumYou cannot edit your posts in this forumYou cannot delete your posts in this forumYou cannot post attachments in this forum