I found another bug. When I clear unused instruments, some buggy behavior happens: When I try to save instruments, sometimes the program will crash, and other times, it tries to save the instrument above what is currently selected.
I already pointed that one out.
Also, quite weirdly, I tried to export to NSF from the office computer again and it suddenly is working perfectly...
OFFTOP.It appears, the Japanese version of game "Tiny Toon 2-Montana Land he Youkoso" too has chip VRC7, but, unfortunately, a sound synthesizer of VRC7 in this game is not used.
And I have noticed, that only chip VRC6 is used in games completely, and all the others - not completely:in one games the sound of chips is, in others games sound of some chip is absent.
I think I've run into a couple of bugs with the BETA.
1. Every time I try to copy anything from one pattern and paste it in a new one, the pattern just switches back to the one I've copied from.
For example, I'm copying some notes from pattern 00. Then I change the pattern number to pattern 01. But as soon as I try to paste, pattern 01 just changes into pattern 00, and nothing happens at all.
2. Note release. I've setup the note release like instructed, but on the 2A03, when you input any note into the pattern editor, the key you press plays the note(including the release), and then plays the same note indefinitely at the loudest level. Not only does this happen with the two square channel, but it will happen with the Triangle and Noise channel. If I try the note release with an expansion chip(FDS, VRC6), this doesn't happen at all.
I'm sure that these are bugs, but if there's the off chance that I'm just missing a step, and that's the cause of the problem, just tell me about it.
http://famitracker.shoodot.net/forum/posts.php?id=892&pid=6123 Strange FDS problems. Volume changes don't happen in the exported NSF, and in the last 2 frames, the 1st FDS note doesn't play, but if you press stop and play the frame solo it plays fine.
EDIT: Updated to the latest.. whatever, I don't know. It's newer, I know that. However, the FDS note that doesn't play still refuses to play.
This may be less of a bug and more of a personal preference but I have noticed that if you copy a line of notes and try to put the frame to something different but post in the same channel it now automatically reverts back to the frame you had previously when you paste it. I find this rather annoying as I like to copy the same main idea and tweak things a bit in the next frame or take an existing bass and transpose it for the next frame to save time when composing. Version 3.0 handled this perfectly, but for some reason 3.5 does things differently and I don't like it. Perhaps you can either fix this in the final release or include an option to turn off automatically picking the frame it pastes itself in after you have changed it yourself. Thanks!
Move Cursor While Playing:
It seems like the "ignore step while moving" option is always on now, since Up or Down and Pg Up or Pg Down no longer move the playback position. I liked being able to skip around. Actually, it seems like PgUp and PgDwn have erratic behavior the more I mess with it. Sometimes one will start to work and then stop... and then the other will work once. It's weird...
Next/Previous Frame shortcut causes playback to restart at row 0:
It should continue from the current frame like the old behavior.
Tempo Change Causes Frameskips:
If you change the tempo with the tempo/speed controls, a frame or two is skipped. It's very noticeable if you click the arrows many times.
Select All doesn't follow cursor anymore...:
This one isn't really bug. Actually, it's probably used to be a bug that jsr fixed, but I thought it had a handy side-effect and wish it was still present as an option. In older versions of FT, if you had a whole channel selected with Ctrl-A, whatever channel you tabbed to would be selected (although it wouldn't be highlighted). What this let you do was select one column, and then jump around and transpose octaves/notes quickly on different channels. This is useful for playing around with stuff live. Perhaps there could be an option which will have Ctrl-A select all of whatever column you're on until you deselect it or select something else.
Shift-Enter functionality is gone:
Now Shift-Enter does nothing and its effect is split between F6 and F7. It would be cool if the old combined functionality was not lost / configurable from the shortcut editor.
Follow Mode toggle bug:
If you turn follow off before you reach the end of a pattern, and wait to turn it back on until the current playback position is before the cursor and off the screen, the program will wait until the playback position is on screen again before snapping the cursor to it.
Scrolling with Wheel wrap-around scrolls one extra row:
When scrolling with the mouse-wheel wraps around to the beginning of the pattern, the cursor is one row past where it should be. This doesn't happen when using PgUp or PgDwn.
--------
Minor Request:
Just in case this gets overlooked in the request thread, it would be nice if when you tabbed, the cursor would move to the same column in the new channel. So if you're in the effects column of one channel, when you tab you should be in the effects column of the next channel, etc.
New bug: Pressing 'Select next empty slot' while editing a VRC6 instrument will select the next empty slot of the 2A03 instruments.
Linker2a03 wrote:
1. Every time I try to copy anything from one pattern and paste it in a new one, the pattern just switches back to the one I've copied from.
For example, I'm copying some notes from pattern 00. Then I change the pattern number to pattern 01. But as soon as I try to paste, pattern 01 just changes into pattern 00, and nothing happens at all.
Happens to me as well, but only if I select Paste from the toolbar. Nothing happens if I press Ctrl + V.
Jredd wrote:
This may be less of a bug and more of a personal preference but I have noticed that if you copy a line of notes and try to put the frame to something different but post in the same channel it now automatically reverts back to the frame you had previously when you paste it. I find this rather annoying as I like to copy the same main idea and tweak things a bit in the next frame or take an existing bass and transpose it for the next frame to save time when composing. Version 3.0 handled this perfectly, but for some reason 3.5 does things differently and I don't like it. Perhaps you can either fix this in the final release or include an option to turn off automatically picking the frame it pastes itself in after you have changed it yourself. Thanks!
somehow, after using a Dxx in a track im working, some of the colums/patterns just lost data after the command D00. A plus the ROW setting in the song setting where edited too, just by using the command. An example:
C# 4 - 01 - 347
-- - ---- - ---
C# 4 - 01 - 347
-- - ---- - D00 <<< the data after this command get lost. ROW setting
-- - ---- - ---
-- - ---- - ---
i tried to reproduce this bug, but can't. If any of you got this or can reproduce it again let us know! :P
I'm not sure if this is a bug or not but sometimes when the tracking line is on a note and I scroll up and down to move the tracking line up and down the song but instead it changes the note and it seems to happen at random times.
the Dxx command is supposed to not show anything under the Dxx command, seeing as it is a skip to next frame at line xx command. This command actually omits all notes under it and goes to next frame at line xx instead. From what I understand, this is the normal behaviour of the tracker.
I hope this helps you out some...
_______________________
You now process Dracula's Rib. Good luck processing it...
New (or possibly old though I can't remember who said that before) bug: When all 'fx' columns are expanded ('fx1'-'fx4'), copying will only copy the notes. Not the instrument indices, not the channel volumes, not the effects at all.
EDIT: Another issue/bug. See wtf.png. Something similar always happens in FamiTracker.
EDIT2: Another bug. A low custom engine speed (around 25Hz - 47Hz as I remember) causes the song become wrecked completely.
ui wrote:
i just this kind of BUG using the command Dxx
somehow, after using a Dxx in a track im working, some of the colums/patterns just lost data after the command D00. A plus the ROW setting in the song setting where edited too, just by using the command. An example:
C# 4 - 01 - 347
-- - ---- - ---
C# 4 - 01 - 347
-- - ---- - D00 <<< the data after this command get lost. ROW setting
-- - ---- - ---
-- - ---- - ---
i tried to reproduce this bug, but can't. If any of you got this or can reproduce it again let us know! :P
The data loss is caused by the song setting, actually. Here is a quick way to reproduce something similar:
1) Create a song.
2) Input anything random.
3) Change the rows setting so that all your random stuffs will disappear with the removed rows.
4) Save the file.
5) Exit FamiTracker.
6) Reopen FamiTracker.
7) Load the file you have just created.
8) Change the rows setting to the original.
All the scribbles have magically disappeared! I am not sure whether things hid by Bxx, Cxx and Dxx commands will be removed in this way.
Note: Extend the FX bar to four columns, input some random effects on the column 'fx4', press the arrow once to collapse column 'fx4' leaving 3 columns, and then do the same thing. Once again, those effects are erased as you exit FamiTracker.
However, the use of Dxx commands to directly change the rows setting is quite random, and it has already erased big portions of my MM7VRC6 project once in a while.
So let's call it a bug.
