Previous Page | Next Page

by Dais! at 4:37 AM EDT on March 29, 2013
I don't know nothing about nothing, so forgive me if this is an ignorant question: will all future revisions of the Winamp plugin, or other players for this format, require the relevant Visual C++ etc files by necessity? Or is that just part of the early development?
by CyberBotX at 5:05 AM EDT on March 29, 2013
Knurek, you would indeed be correct about that, since NCSF only contains the SDAT and not a Nintendo DS ROM.

I should mention this, I updated the SDATStuff.zip archive earlier, timing is on by default now (2 loops by default) and the -t flag will take an argument of number of loops, with 0 meaning to not time at all. I also made the fade lengths arguments on the command line, with the defaults being 10 for looping tracks and 1 for one-shot tracks.

The next update I'll be putting out for the tools will have better handling on finding if files were in the previously made NCSFLIB, as well as making it so it only deletes the files from the destination directory that were made by NDS to NCSF in the first place. I should've done that before, but just imagine how annoying it would be to have something like a .zip of the music in the destination and then it gets deleted when you re-run the tool. I imagine no one wants that behavior. :P

I'm currently working on a tool to copy tags from 2SFs over to NCSFs. Mainly because it'll be damn useful but also because I realized I didn't want to manually identify and tag Pokemon Diamond/Pearl. But that will probably be done in the afternoon. I'm actually heading to bed after I finish this post.

Dais!, it's just the C++ Runtime that it needs. That is only because I am compiling the plugin and the tools with Visual Studio 2010. With the way the code stands now, that is the minimum version of Visual Studio that it will compile with. But the compiler isn't needed to utilize the plugin or tools, just the Runtime, which is linked in the enclosed readme files. I could make it not require the runtimes, but the side effect would be that they would have much larger file sizes than necessary, so I doubt I would do that.

edited 5:11 AM EDT March 29, 2013
by Knurek at 6:14 AM EDT on March 29, 2013
I've asked a friend if he could take a look at SDAT optimizer (STRM/SEQARC removal, unused/duped/user selected SSEQ/SBNK/SWAR trimming, SWAR rebuilding), will post the tool here when/if it's finished.

Apologies if I sound a bit demanding, it's just that I have ripped some of the NDS games three times already (MID+SF2, 2SF V1, 2SF V2), so I'd need to do that 4th time, I really, really would prefer to have it as good as possible. :)

Honestly, I'm impressed at what you have already done, and I'm really glad that this approach works.
by agu fungus at 1:13 PM EDT on March 29, 2013
@Knurek

d) There are games that use invalid volume values for some of the tracks - usually setting it to zero. Rips done with VGMToolbox allowed for manually overriding this value to play those songs - does your tool do that as well? Or is that irrelevant with your method? Try Sonic Colors SEQ_glad

So that may explain why Theme of Sonic Colors is not playable at all.
by Knurek at 1:41 PM EDT on March 29, 2013
@agu fungus

Possible, just try with CyberBotX tools, maybe it will play this time.
by CyberBotX at 3:31 PM EDT on March 29, 2013
Oh, something I forgot to mention. I did try loading in_ncsf inside of XMPlay, and then attached Visual Studio to the process and stopped a track. The crash is odd... it seems almost like some of the memory has been deallocated, but not all of it, since it crashes inside of the playback thread even after I've stopped the track. XMPlay also never seemed to call the stop() function in the plugin, which may be part of the problem, but I have no idea what sort of black magic XMPlay uses to handle Winamp plugins.
by Knurek at 3:40 PM EDT on March 29, 2013
I can ask around on XMPlay's forums if it's okay with you.
by CyberBotX at 4:38 PM EDT on March 29, 2013
I'm perfectly fine with that.
by CyberBotX at 5:42 PM EDT on March 30, 2013
So although I had planned to have the 2SF Tags to NCSF tool done yesterday, it took longer than I expected, especially squashing the crashes and bugs I was running in to. But it's ready and in the ZIP file now. NDS to NCSF also has those updates I mentioned yesterday. Next thing I'll probably be working on is to have some pseudo-SMAP support as was suggested. The rest of today is a bit iffy, so I might work more on that tomorrow.
by Knurek at 6:16 PM EDT on March 30, 2013
Would be a good idea to add an option to rename the NCSFs to match 2SFs as well - you get matching song order this way for tagged sets. :)

Could you take a look at Etrian Odyssey 3's 01 That's the Beginning of the Adventure.mini2sf and compare that with 0000 - OPENING.minincsf

NCSF has a pop at beginning of playback, it's not there in the 2SF version.

Let me know if I should upload the NCSF version.

Previous Page | Next Page
Go to Page 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14

Search this thread

Show all threads

Reply to this thread:

User Name Tags:

bold: [b]bold[/b]
italics: [i]italics[/i]
emphasis: [em]emphasis[/em]
underline: [u]underline[/u]
small: [small]small[/small]
Link: [url=http://www.google.com]Link[/url]

[img=https://www.hcs64.com/images/mm1.png]
Password
Subject
Message

HCS Forum Index
Halley's Comet Software
forum source