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
I've made and attached a beta build of the next version here. The listed bugs should be fixed, including a few other ones that's been reported or I've found myself.
I've also made some changes to the pattern editor + undo system, in an attempt to remove some bugs and inconsistencies. Most of it should stay the same, but it'd be nice if anyone would want to try it and report back if there's any new issues. Otherwise I'll release this.
Thread is unlocked and open for feedback.
Changes:
- Improved VRC7 emulation, clipping will occur when audio is too loud (according to HW)
- Added multi-channel support to the insert command
- Added song selector to the wave export dialog
- Added drag and drop support to instrument list for instrument reordering
- Added hex support to macro sequence strings and waves (x00 and $00)
- Added option to display channel register values
- Fixed a bug with the transpose command when used without an active selection
- Fixed a portamento up/down effect bug when used on a silent channel
- Fixed a bug with Sxx effect on DPCM affecting the pulse 1 channel when exported to NSF
- Fixed a bug when using delayed notes on the last row of a pattern
- Fixed a few pattern editor render bugs
[color=#B5BD68]>- Added drag and drop support to instrument list for instrument reordering
>- Added hex support to macro sequence strings and waves (x00 and $00)
>- Added option to display channel register values
I can't take this much yes good.
Is the fixed-arp bug fixed? --Wait, nevermind, I'm getting my versions mixed up. The transpose bug was annoying enough I rolled back to 0.4.2.
_______________________
Where to find me:
YouTube: [url=http://youtube.com/user/stratelier]http://youtube.com/user/stratelier
DeviantArt: [url=http://stratadrake.deviantart.com/]http://stratadrake.deviantart.com/
[quote=Stratelier]Is the fixed-arp bug fixed? --Wait, nevermind, I'm getting my versions mixed up. The transpose bug was annoying enough I rolled back to 0.4.2.[/quote]
You have the chance now to get any bug that's keeping you from upgrade fixed.
[quote=Alexander283]Now the only thing we need is Sunsoft 5B ...
*gets shot*[/quote]
I've been working on sunsoft support lately and have NSF export partially functional, but I want to make this intermediate release first since full sunsoft support will break file backward compatibility.
[quote=Im_a_Track_Man]With accurate mixing.[/quote]
Mixing will be based on the actual Gimmick cart!
[quote=jsr](...) first since full sunsoft support will break file backward compatibility.
[/quote]
... wait WHAT?!?! O_O
Is there going to be a converter or an import or something? If I couldn't listen to or use my old tracks and instruments, that'd be horrible!
_______________________
The purpose of a programming language is to protect the computer against the programmer.
What I meant is that FTM files created in new versions won't be possible to load in older versions of the application, old FTM files will still load fine. This is normal when new features are added to the file format.
I loaded up a track of mine in the beta, and there seems to be problems when pitch macros and Qxx/Rxx effects run at the same time in the same channel, which causes notes to be out of tune. This also happens in 0.4.4. Version 0.4.3 and earlier seemed to tackle this problem by disabling the pitch macro when using a Qxx/Rxx effect.
I attached the FTM in question. Pulse channel 1, pattern position 0C and onwards is where the problem in question is the most obvious.
Maybe temporary pausing the pitch macro while the Qxx/Rxx slides occur would be a solution if it is possible to do.
[quote=jsr]What I meant is that FTM files created in new versions won't be possible to load in older versions of the application, old FTM files will still load fine. This is normal when new features are added to the file format.[/quote]
Phew, THAT's a relief! Well then, I'm thrilled for the updates again now!
_______________________
The purpose of a programming language is to protect the computer against the programmer.
Very minor graphical issues occur with the new register display when DPCM display is also enabled. Also, the register display is somewhat user-unfriendly for screen resolutions less than or equal to 1366x768.
_______________________
Follow me on [url=https://twitter.com/jrlepage2a03]Twitter.
I record (some) NSFs on hardware. Feel free to [url=http://www.famitracker.com/forum/posts.php?id=3633]request a hardware render.
Yeah the register display is not ideal, but hopefully better than nothing for now. It's useful mostly for the internal audio anyway. It's something I've used myself for years for debugging, but recently got a request for something similar so I've made it available for everyone.
