Search options (Page 17 of 40)

Ah yes, I was almost going to make a comment about the thing being GPL. However, the Borik brothers seem to be nice folks from what little contact I had with them some years ago. So they might be possible to talk to them about relicensing the relevant portion to MIT/BSD or something. Let me know if you want their contacts.

Most fascinating, and happy to see the progress.
At the end of the video from the unit test, what's the meaning of the "40468 7"?

Hmm interesting, all Russian-made componenents but an NEC eeprom.
I could listen to those the single-voice musics the whole day... though the fact that they actually included an ASIC with AY clone at some point is mindblowing.

Awww man, that's awesome! I been drooling over the Sharp MZ machines for a long time but it just seems impossible to get one nowadays. Besides, my shelf is crammed full already

Regarding the timing, I wouldn't worry too much. Sounds good enough to my ears. And the PhaserX algorithm is rather forgiving as far as timing is concerned. Plus MZ is slightly faster after all Depending on what the other bits in #e007 do you could maybe cut a corner and leave off the 'or #20', dunno. In theory on ZX Spectrum we should mask the border with 'and #10' but the machine doesn't die if you don't do it so... Anyway, if you wanted to be really precise you could re-calculate the note equates used by bintracker but that'd be slightly overkill imo.

Btw what do you have to do to transform the resulting binary into a file loadable by the actual machine? I'm asking because at some point I might want to add it as an extra target in bintracker.

Ho ho ho! HT 2.30 just hit the streets! Check out the introduction video and this crappy demo tune. And of course download the new version

Changelog:

NEW/CHANGES
- note table tuned to ~440 Hz (and some notes produce more useful noise fx as a result)
- ch2 duty sweep (5xx, xx > 0x80) now has a configurable parameter (xx & 0x7f)
- effect 7xx (auto-chord) now has two modes: unsynced (regular) and synced (octave chord)
- channel volumes rebalanced
- slowed down ch3 slides, 3xx now works like 2xx (xx is no longer inverse)
- 9xx no longer disables 3xx
- new effect: ch3 grind (enabled with 6xx, xx>0x80)
- old Axx has been ditched
- new Axx effect: set phase offset ch3
- Synth Mode: hold current row
- add display of last used savestate
- add pattern loop playback mode

BUGFIXES
- fixed user drum input glitch
- fixed major bug in keyhandler
- reset player when clearing worktune

Also made a fancy new pdf manual which is included in the download, as well as garvalf's handy cheat sheet. Haven't updated htutil yet but the one from v2.20 should work for 2.30 as well.

If you know how to apt-get, it's actually quite simple.

1) sudo apt-get install pasmo git
2) cd path/to/where/you/want/to/have/houstontracker
3) git clone https://github.com/utz82/HoustonTracker2.git
4) ./build.sh

That's all. If ./build.sh will not run then do "chmod a+x build.sh" before step 4.

That said, I have version 2.30 ready and will release it in a few days.

For your needs, TI Connect is perfectly ok. It's mainly TI-82 users who will have problems with it.
Ok, so regarding the high frequency problem, I can only say hopefully things will be better in the upcoming version. Until then just use that mini-mixer ... I always put a bit of EQ on as well. TI isn't like, say, Gameboy, where you can have good sound pretty much out of the box.

By the way, if you are a Linux user, building the development version of HT2 is pretty straightforward. However, at the moment the keyhandler is somewhat unstable. Once I have fixed it, I will provide some new beta builds on here, too.

That's basically the idea behind engines like zbmod. Or, more relevantly, when talking about pulse interleaving, octode2k16. Interleaving of the various pulse trains is abstracted into an actual calculated output weight. So far, so good.

However, there are side effects. If the channel weight is kept near the maximum for consecutive loop iterations, the speaker membrane will build up additional pressure because there is not enough time for it to return to it's rest state. You can hear this clearly in o2k16, when all or almost all channels are busy. I tried to abuse this effect as an engine feature, but it is very hard to control.

When doing actual interleaving, this problem is much less pronounced, since most often there will still be long enough periods for the speaker cone to retract even at when channel weight is high. So by interleaving two "binary trees" (like in pytha, for example), we can mitigate the "ramping" issue, while still maintaining a sizeable number of possible channels. However, this also has side effects, as demonstrated here: http://randomflux.info/1bit/viewtopic.p … 1396#p1396 I still haven't figured what exactly is causing this phenomenon. My guess is that possibly the common assumption about using 8t alignment to mitigate IO contention is not correct, to start with. But probably that isn't the whole picture either. I do want to investigate further with a "perfectly aligned" engine at some point, though. Just need to find some time and motivation for it.

Thanks for the fixes, Shiru. Is the issue of clicks in 3rd channel fixed in your version? If not, how can I reproduce it?