Oh, no, I'm not implying any problems... I was just trying to understand why one use this instead of the full program, that's all.
EDIT: Although now that I think about it, I have to concede I would love for there to be a way to play FTMs on my iPhone. There have been several occasions where I would come to the forums and find a module I really wanted to hear, but had to wait until I got home before I could play it.
...I would love for there to be a way to play FTMs on my iPhone..
I second this. If this program could be ported to android I would honestly be willing to buy it. The struggle for mobile ftm playback is real.
_______________________
It's been a long time.
I /was/ DR0PB33T, but to keep up with my aliases I dropped it and made a new account. Sorry for the confusion, if any is caused.
Now, if there were some way this could be ported to Android, that'd be amazing, considering the near complete lack of NSF players available, and the fact that the ones that are lack the ability to play back most expansions. Something like this for Android would be an absolute godsend.
There is NEZplay for droid whose only inaccuracy is that 5B emulates AY 3-8910 instead (possibly VRC7 is emulated by YM2413 but I don't know enough about the patch difference to tell)
MODo also had updates to include nsf, it does everything except 5B env and 5B noise
What's the general opinion on blargg's Game Music Emu plugin? Last I've checked, all expansions are supported, and it's commonly seen in most VG music players (Modizer for iOS).
EDIT: make sure the plugin is up to date. Most players board v.0.5.5, which doesn't offer extension support outside of VRC6 and (surprisingly) 5B. The version packed with Modizer, however, is the latest (v.0.6.0, I believe) and has full extension playback support.
I remember this whole shitfest a while ago where a certain guy deliberately started a conversation on whether FamiTracker is a compiler of NSF files or a tracker of the FTM format. Regardless of which side people would take on that debate (& as much as this would further add to the debate,) I think that this new FTM player is great because the non-Windows pedants & the technologically-illiterate can finally play the contents of FTM files without needing either Windows with FamiTracker, WINE with FamiTracker or having to set up FamiTracker QT.
I know it's fairly straight-forward to just run FamiTracker on Windows or QT FamiTracker from Linux, but there are still many people who are too afraid to actually try out the program (perhaps because they don't feel they're up to tracking,) or because they're poorly informed (i.e.: thinking that FamiTracker's a "hacker program to create viruses" ). Or, perhaps, people like die-hard Linux users refuse to use Windows on "ethical" grounds & don't care to compile QT FamiTracker (if they feel they'd have no actual use for it). Whatever the case, I feel this will suit them well.
The best part is that this brings us to having our own equivalent to uFMOD libraries to play back FTM files (good for people in the intro scene, keygenners & for people interested in adding seamless audio playback for MAME frontends). One thing I'd like to see, though, is something like this (where you can "compile" the FTM module inside of a stand-alone player).
_______________________
Technology: the one thing that's hated & cursed at by all engineers, technologists, scientists & technicians!
I remember this whole shitfest a while ago where a certain guy deliberately started a conversation on whether FamiTracker is a compiler of NSF files or a tracker of the FTM format.
Oh, man. That was hilarious. I read through that whole thing yesterday. But, oh, was it horrible. And yeah, I agree completely with you, and I think that the reason people like this particular idea (me included) is because they're too lazy to convert to nsf. Not to mention, I don't know of any real playlist-based nsf players...
I remember this whole shitfest a while ago where a certain guy deliberately started a conversation on whether FamiTracker is a compiler of NSF files or a tracker of the FTM format. Regardless of which side people would take on that debate (& as much as this would further add to the debate,) I think that this new FTM player is great because the non-Windows pedants & the technologically-illiterate can finally play the contents of FTM files without needing either Windows with FamiTracker, WINE with FamiTracker or having to set up FamiTracker QT.
I had no idea my [I thought] simple idea would generate such wide-ranging feedback. But I am glad it is interesting to some, at least.
TechEmporium wrote:
I know it's fairly straight-forward to just run FamiTracker on Windows or QT FamiTracker from Linux, but there are still many people who are too afraid to actually try out the program (perhaps because they don't feel they're up to tracking,) or because they're poorly informed (i.e.: thinking that FamiTracker's a "hacker program to create viruses" ). Or, perhaps, people like die-hard Linux users refuse to use Windows on "ethical" grounds & don't care to compile QT FamiTracker (if they feel they'd have no actual use for it). Whatever the case, I feel this will suit them well.
I created FamiPlayer for two reasons. 1. I wanted to create something to show off how the librarified FamiTracker that was created for Qt FamiTracker can be implanted in any other applications, as indeed the original plan was to implant it into NESICIDE. 2. I got tired of dragging/dropping or MRU-selecting a new FTM to play whenever I wanted to hear a different song.
TechEmporium wrote:
The best part is that this brings us to having our own equivalent to uFMOD libraries to play back FTM files (good for people in the intro scene, keygenners & for people interested in adding seamless audio playback for MAME frontends). One thing I'd like to see, though, is something like this (where you can "compile" the FTM module inside of a stand-alone player).
If I understand what you're looking for, everything you want/need should be possible with the librarified FamiTracker. Indeed, the FamiPlayer demonstrates a few of these things already. You can jump to a random position within a song by moving the slider. Anything you can do in the GUI you can do by either sending the appropriate Windows message or making the appopriate function call to the FamiTracker library. For example, you could change instrument settings, mute/unmute channels, change playback speed, change track orderings, etc. All without the GUI. That doesn't mean, of course, that some of that might not be quite involved -- and might make sense to provide simplified APIs to accomplish if there is enough interest in it. For example, it might not be obvious to some that:
AfxGetApp()->OnCmdMsg(ID_NEXT_SONG,0,0,0);
is how you move to the next subtune in a multi-tune FTM, or that FF/RW can be accomplished by calling:
CFamiTrackerView::GetPatternView()->JumpToFrame(ui->position->value()/pDoc->GetPatternLength());
CFamiTrackerView::JumpToRow(ui->position->value()%pDoc->GetPatternLength());
The above may not be completely right -- I'm still debugging FamiPlayer trying to get it ready to release.
Practically the only thing I've had to modify in the original MFC FamiTracker source to implement FamiPlayer was to add an accessor method to CMainFrame to get the sample window's CWnd so I can use it in the FamiPlayer GUI. Oh...and I modified the sample window's drawing methods slightly so that the image can by dynamically resized. But those are beyond the 'behind-the-scenes' stuff.
In other words, the link's broken. I hate my internet. Would anyone, by any chance, email the attachment to me? peyton.lb@hotmail.com
I would appreciate it a lot.
I just used this for hours, and it is most certainly 10x more convenient to listen to multiple FTMs with than Famitracker. Well done indeed! Although, I think the looping function and song changing functions need a lot of work, but you certainly have a great program here.
Also, when switching songs, it will (most of the time) start from frame 01 instead of frame 00. Just a heads up.
I had noticed the frame-1 behavior. I will find out why that is and get it fixed in 0.3 release soon. What else is included in your "need a lot of work" statement? The song changing behavior [minus the frame-1 quirk] seem solid here. Thanks for the feedback!
I think I know the problem here; it existed in earlier versions of FT as well. The solution is to halt the engine before loading the new song.
_______________________
"im going to continue making this crazy stuff then after a while my style will be so sick that you will be like damn suuun that shit is so sick i dont even get it. i will be like bro its ok.. you dont have to." -omgdonut
Funny quirk: Set focus in the time-limit edit box, then hit Ctrl+I. FamiTracker is very much alive and running in the background . haha Note to self, disable keyboard shortcuts in the player.
) 
.png)