Deprecated: mysql_connect(): The mysql extension is deprecated and will be removed in the future: use mysqli or PDO instead in /storage/content/49/145849/famitracker.com/public_html/forum/classes/dbHandler.php on line 29
FamiTracker
Here's the [url=http://www.ngst.nu/song.ftm]project file and the [url=http://www.ngst.nu/song.nsf]exported nsf.
When playing the nsf, the first arpeggio played on channel one is lagging behind somehow. I don't know if this is a bug with the nsf itself or with the playback plugin (NotSoFatso/Winamp). I haven't had this issue before... and note that the notes are only delayed on the first note on channel one, during the first loop. As the song loops over, the issue does not reoccur, but if you press "play" and let the song start over in winamp, it happens again - every time.
I downloaded both the ftm and nsf, and played the nsf in winamp (NEZplug), NSFLive!, G-NSF, and i also tried it in Jnes (emu) for the hell of it; but I did not hear the delay.
Is it subbtle? I might have missed it but I am pretty sure the nsf export and playsback functioned accurately.
Thanks. Yeah, it's subtle. Try listening to it again, play only channel 1 and noise. During the first arpeggio in the very beginning of the song, the notes played on channel one are lagging a bit from the noise channel. As the second arpeggio begins, the channels are suddenly perfectly in sync. It's only a few milliseconds but I thought I should point it out all the same. Maybe it's just a NotSoFatso issue.
I couldn't hear any delay, but it sounds like it's a buffer problem, should only happen on your computer. You might want to try to tweak FT's buffer size.
EDIT: Nevermind, just noticed you said it only happens when playing it on Winamp.
EDIT: AHHHHH, I've figured it out! It's very subtle, but you're right, it's definitely there. I've made a recording:
http://www.vgmusic.com/~lunar/problem.mp3
In the mp3 is the first two note triggers of the first loop of Square 1, then a pause, then the first two note triggers of the second loop of Square 1.
To all that couldn't hear it, listen carefully to the chord/arpeggio change on the first loop. It's very subtle, but the arpeggio change to F minor comes just a bit too early, which definitely doesn't happen on the second loop. Open it in an audio editor and look at the wave form/slow it down if you still can't hear it. I believe it's actually due to the first arpeggio being triggered slightly too late. It only happens in the NSF, as mentioned.
Now, I wonder if it's an issue related only to arpeggios, or whether it's related to all first notes triggered in NSFs in general? It's only noticable (barely!) in this case because you used a very slow arpeggio, so the delay happened part way through the track instead of right at the start - that is, if it happens with all initial notes period.
At any rate, if you're interested in fixing your track so that it doesn't happen, you'd probably have to use standard notes in the patterns instead of notes triggering arpeggio instruments (which, for something simple like that, is what I would have thought you'd do anyway.)
I dig that song so far. I actually like the way you are reusing the arpeggio to clean it up and probably save space, (and possibly time, too?). It sounds perfect in famitracker...
Of course Dave is right--if you manually enter all the notes there will be no problem. Too bad about the bug...
Yeah, I realize it's an incredibly small and insignificant issue, and it doesn't really bother me either, but it's there, so I figured I should report it. A bug is a bug, right? I'm still not sure whether this is a Famitracker or a NotSoFatso bug though...
The problem is clear now (thanks both Dafydd and Dave), and it's a bug in the NSF code (not the player). Strange that it only appears one time after start, but I'll find and fix it.
