ChanServ changed the topic of ##yamahasynths to: Channel dedicated to questions and discussion of Yamaha FM Synthesizer internals and corresponding REing. Discussion of synthesis methods similar to the Yamaha line of chips, Sound Blasters + clones, PCM chips like RF5C68, and CD theory of operation are also on-topic. Channel logs: https://freenode.irclog.whitequark.org/~h~yamahasynths
andlabs has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
andlabs has joined ##yamahasynths
Xyz_39808 has quit [Ping timeout: 250 seconds]
<cr1901_modern> https://twitter.com/interruptinuse/status/1185385461591826434 I'm not sure I understand the concept here... each fingerprint maps to a different instrument?
andlabs has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
_whitelogger has joined ##yamahasynths
<interruptinuse> a different voice
<interruptinuse> meaning (1) it might be a monophonic instrument, or (2) one of a several voices of a polyphonic instrument
<cr1901_modern> I think it's an interesting idea and I wish I could unironically implement it. In the context of the Yamaha chips, I think each channel is a monophonic instrument >>
<cr1901_modern> I got a MIDI controller for my bday (Akai mpk mini), but so far when I mess around w/ writing my own Yamaha synth music (badly :P), I've been using openmucom/MML. >>
<cr1901_modern> MML has provisions for testing multiple voices at once if you have a Yamaha chip emulator, and I've been hesistant to lose that functionality when playing around on a MIDI controller :(
<cr1901_modern> So I haven't used my MIDI controller much :(
<interruptinuse> each channel is a monophonic instrument <<< basically
<cr1901_modern> (there's probably some tricks you can do to treat each individual operator in a channel as its own separate instrument, by maximizing attentunation parameter to simulate "channel-on/off"
<cr1901_modern> but I don't actually remember the register layout offhand and whether key-on/off is per-channel or global lmao
andlabs has joined ##yamahasynths
<cr1901_modern> (Hmmm, there's probably a way to program the mpk mini so doing polyphony isn't a horrible unergonomic mess. I just haven't figured it out yet.)
<interruptinuse> usually, if they need different timbres, ppl just set up zone splits
<interruptinuse> but that's for larger keyboards
<whitequark> oh cool inty is in the channel
<cr1901_modern> Yea, I did some advertising
<whitequark> yall want to implement something fun on top of glasgyamaha or should i improve it further still
<cr1901_modern> I vote for the latter
<interruptinuse> wq can you do smth
<whitequark> you gotta say which direction to improve it in
<interruptinuse> specifically
<cr1901_modern> whitequark: Does "uptime" count :P?
<interruptinuse> pass a sample counter / playback time from the player to the opl interface
<whitequark> uptime?
<whitequark> oh
<whitequark> you want me to provide it as a service.
<whitequark> you know, the problem with that is extremely funny
<cr1901_modern> Right, which IIRC you said you wanted to do
* cr1901_modern listens
<interruptinuse> YaaS
<whitequark> i don't have an usb charger to plug my rpi into, and also the cats could drop it on the floor
<cr1901_modern> well cats take priority of course
<whitequark> like yes of all the tech crap i have, i do not own a single usb charger apparently
<cr1901_modern> I also checked in w/ fseidel tonight... told him about the OP* gateway, which first came up after he got busy w/ meatspace. He's def interested as well.
<whitequark> ok lemme solder another OPL3 on somewhere and bring this shit up "permanently
<cr1901_modern> hehe nice
<whitequark> uh. anyone here wants to pay me to set it up on a dedicated SBC and not the only one i have? also it would probably help if that SBC wouldn't be a piece of shit
<whitequark> cuz i will need this rpi for other things probably
<cr1901_modern> tinkerboard is my choice for "non piece of shit SBC"
<cr1901_modern> But that's expensive ($70).
<whitequark> ASUS?!
<cr1901_modern> yea :P
<whitequark> truly, SBCs are mainstream now
<cr1901_modern> And Tinkerboard is a 2017 SBC, for that matter
<cr1901_modern> They're going to release a new version soon, but Idk much about it
<whitequark> $70? how about $150 at a reseller
<whitequark> and a month wait
<whitequark> ugh
<cr1901_modern> Oh right ._.
<cr1901_modern> I wanted to try NanoPi NEO, but I can't promise it's not a PoS. It is cheap, and the appeal to me is you can attach it to a SATA kit
<cr1901_modern> (also, the problem with the SATA kit is that the JMicron chip used to implement SATA to USB has no public datasheet, but I digress)
<whitequark> one problem is that it's currently kinda mutually exclusive
<whitequark> i could leave the player on, or i could leave it useful for other stuff
<cr1901_modern> Hrm, both scenarios are useful to me. Playing/glitching VGMs is fun. The other stuff would be useful for verifying core behavior against contemporaneous silicon
<cr1901_modern> When- not if, when ;)- I get to the point I want to start testing the netlist, I'll... well, I'll prob have a Glasgow of my own by then, and one of the unit tests will be to run the netlist and silicon in parallel.
_whitelogger has joined ##yamahasynths
<whitequark> except i actually still can't get bit for bit reproducible DAC output from it et
<cr1901_modern> whitequark: I can't help you there I'm afraid... my DAC impl was more incorrect than yours lmao
<cr1901_modern> andlabs: There's some sort of collab discferret project is doing w/ other floppy imagers to create universal converters, but I don't remember the details
<whitequark> what DAC impl?
<whitequark> I'm talking about the Yamaha SH/MO pins
<andlabs> heh
<andlabs> good to know
<andlabs> as for me I do know I'll be dealing with a different type of disk image
<andlabs> commodore 64 disk image
<andlabs> because I have some software I know is not dumped
<cr1901_modern> whitequark: I'm thinking of something different nevermind.
* cr1901_modern goes to bed for real now since ability to produce coherent thought is approaching zero...
Xyz_39808 has joined ##yamahasynths
Xyz_39808 has quit [Read error: Connection reset by peer]
Xyz_39808 has joined ##yamahasynths
_whitelogger has joined ##yamahasynths
SceneCAT has quit [Quit: *Mreow*]
Xyz_39808 has quit [Read error: Connection reset by peer]
SceneCAT has joined ##yamahasynths
Xyz_39808 has joined ##yamahasynths
<andlabs> I forgot
<andlabs> what's the formula for converting a YM2203 note value into a human readable note
* cr1901_modern should add this to the wiki at some point. I don't remember either :/
<andlabs> ok
<andlabs> I just looked it up for the YM2608
<andlabs> F-Number = (144 * hz * 220 /clock) / 2^(octave-1)
<superctr_> that is the inverse, converting frequency to F-num
<andlabs> (fnum * 2^(octave-1)) / 144 / (220/clock) = hz
<superctr_> well, my reply in that link already has that
<andlabs> yep, thanks
<superctr_> if you want to convert frequency in hz to midi #, you can do it with 12*log2(freq/440)+49
fseidel has joined ##yamahasynths
<cr1901_modern> ej5: I don't remember where I learned this, but re: ISA bus decoupling... AFAIK, the original ISA bus was 4.77 MHz. Turbo XTs and 286 would have the ISA bus coupled to CPU freq, up to 25 MHz with the Harris 286s.
<cr1901_modern> This of course broke a few cards lol
<cr1901_modern> when 386 came around, ISA was set to I THINK 8 MHz, and that's what the majority of ISA systems you'd see today would use