famitracker is a tracker which has the feature of an NSF compiler
thinking that it is more of a compiler than anything is blasphemy
fucking THIS.
THIS.
And all trackers have the same feature as GW-BASIC on MS-DOS; they interpret modules that are written through their IDE-like notation field, in their own notation-based programming language... Just like GW-BASIC's ability to interpret BASIC source code that was created through its IDE.
But regardless of my view, at least Mex put your view better than just mashing the word "tracker" (which you still didn't seem to realize isn't exactly a valid argument for my opinion that trackers are IDEs that are devoted to music). You could at the very least not take this overboard, danooct1.
As for your view in general, I've already addressed it previously, but you chose to ignore it:
TechEmporium wrote:
Technically, it would only be a true bug if you're looking at the FTM file as being an intermediate project file to compile NSFs. Otherwise, I'd say that the FTM file container should be an enhancement because it allows for more sample data to be stored.
To each his own, anyways; it's not worth arguing over a misunderstanding of what's written.
Let's stop the foolishness & get back to the real issue; I'd also love to see bankswitching of samples in the tracker actually implemented; if this were a bug, I'd say that this would open the door for JSR to implement this.
_______________________
Technology: the one thing that's hated & cursed at by all engineers, technologists, scientists & technicians!
famitracker is a tracker which has the feature of an NSF compiler
thinking that it is more of a compiler than anything is blasphemy
fucking THIS.
THIS.
And all trackers have the same feature as GW-BASIC on MS-DOS; they interpret modules that are written through their IDE-like notation field, in their own notation-based programming language... Just like GW-BASIC's ability to interpret BASIC source code that was created through its IDE.
But regardless of my view, at least Mex put your view better than just mashing the word "tracker" (which you still didn't seem to realize isn't exactly a valid argument for my opinion that trackers are IDEs that are devoted to music). You could at the very least not take this overboard, danooct1.
As for your view in general, I've already addressed it previously, but you chose to ignore it:
TechEmporium wrote:
Technically, it would only be a true bug if you're looking at the FTM file as being an intermediate project file to compile NSFs. Otherwise, I'd say that the FTM file container should be an enhancement because it allows for more sample data to be stored.
To each his own, anyways; it's not worth arguing over a misunderstanding of what's written.
Let's stop the foolishness & get back to the real issue; I'd also love to see bankswitching of samples in the tracker actually implemented; if this were a bug, I'd say that this would open the door for JSR to implement this.
Like I've said, let's stop this. All you're doing is making yourself out to be a troll (& I know/respect your skills as a composer, so let's stop this).
_______________________
Technology: the one thing that's hated & cursed at by all engineers, technologists, scientists & technicians!
And all trackers have the same feature as GW-BASIC on MS-DOS; they interpret modules that are written through their IDE-like notation field, in their own notation-based programming language... Just like GW-BASIC's ability to interpret BASIC source code that was created through its IDE.
By your logic even sheet music is a container O.o
Even mp3 is a module of samples that an mp3 player interprets and then assembles into your speakers.
I hope you know how MP3 audio works, because it's clearly not a module file that contains human-readable/accessible/re-programmable code (other than the file's header & ID3 tags). To me, MP3s are more like compressed archive files, just like RAR archives & the like.
If you want me to explain about that, PM me; this thread's already too off-topic to warrant further derailing.
rainwarrior wrote:
I mostly use Famitracker to make pasta.
Thanks for breaking the ice; now let's get back on topic.
_______________________
Technology: the one thing that's hated & cursed at by all engineers, technologists, scientists & technicians!
Well, I think there's nothing more to add. DPCM in FT is buggy, we would all like to see DMC sample bankswitching implemented in future releases, and as for the rest I'll let you guys carry on with your childish argument elsewhere. FamiTracker is a piece of software designed to emulate the Famicom's sound hardware and export Nintendo Sound Files. The technicalities are trivial as far as most of us (I assume) are concerned, and are most certainly not to be argued over here in this thread. That's what the FamiTracker Talk forum is for. Thank you.
Thread opened again (and cleaned up). This is about the DPCM bug and related now, nothing else: keep on topic!
I found and will fix the bug, thanks for your report. DPCM bank switching is planned but has been delayed for some versions now. I don't know when it will be added.
) 
