This tip came from deep in the tip line. It was a timeless hack, so I was surprised to see that the comments revolved around how it was easy to buy what this hacker built. The commercial item cost more than five times as much as the hack. Regardless, the hack was solid, in my opinion.
Grindfest 5 was at the start of the month, but I took my time to write about it. Part of the difficulty was that it was such an intimate affair and some of the stuff was newsworthy but the feeling from the event was the best part for me, and it would have sounded like I was bragging about a particularly fun family reunion. No one wants to read that; I wouldn't.
I spent a lot of time chasing the elusive "MIDI in" specter. When I found that the problem was my optocoupler board, I was disappointed that my hardware failed, but relieved to know the source of the problem. The prototype was installed with screw terminals, so it was easy to swap a new board in. This time it only had a pull-up resistor for a component.
At long last, I was able to read MIDI from an external device at the correct baud rate. I added to the tempo code so that an incoming signal would override the potentiometer and lock the wind chimes into the same speed.
The incoming signal was looped based on sensing the same note twice in a row. In this way, a whole drum loop could start with a kick drum, play a few other instruments in sequence, and when the kick drum played again, the loop's time could be measured. Readings from the potentiometer were put back to use by setting the windchime's tempo to an exponential fraction so it could be twice as fast, four times faster, or eight times faster. It could be slower by those same proportions so half speed, quarter speed, and eighth speed.
Exponential tempo changes seemed like a good idea, but they were extreme. The simpler code allowed for more precise tempo changes from eighth-speed up to eight-times speed. Fractions like 1/7, 1/3, and all the rest as were triple-speed and seven-times speed.
The rest of the summary posts have been arranged by date.
First time here?
Completed projects from year 1
Completed projects from year 2
Completed projects from year 3
Completed projects from year 4
Completed projects from year 5
Completed projects from year 6
Disclaimer for http://24hourengineer.blogspot.com and 24HourEngineer.com
This disclaimer must be intact and whole. This disclaimer must be included if a project is distributed.
All information on this blog, or linked by this blog, is not to be taken as advice or solicitation. Anyone attempting to replicate, in whole or in part, is responsible for the outcome and procedure. Any loss of functionality, money, property, or similar, is the responsibility of those involved in the replication.
All digital communication regarding the email address 24hourengineer@gmail.com becomes the intellectual property of Brian McEvoy. Any information contained within these messages may be distributed or retained at the discretion of Brian McEvoy. Any email sent to this address, or any email account owned by Brian McEvoy, cannot be used to claim property or assets.
Comments to the blog may be utilized or erased at the discretion of the owner. No one posting may claim property or assets based on their post.
This blog, including pictures and text, is copyright to Brian McEvoy.
Grindfest 5 was at the start of the month, but I took my time to write about it. Part of the difficulty was that it was such an intimate affair and some of the stuff was newsworthy but the feeling from the event was the best part for me, and it would have sounded like I was bragging about a particularly fun family reunion. No one wants to read that; I wouldn't.
Grindfest 5
I spent a lot of time chasing the elusive "MIDI in" specter. When I found that the problem was my optocoupler board, I was disappointed that my hardware failed, but relieved to know the source of the problem. The prototype was installed with screw terminals, so it was easy to swap a new board in. This time it only had a pull-up resistor for a component.
Replacement MIDI in module
At long last, I was able to read MIDI from an external device at the correct baud rate. I added to the tempo code so that an incoming signal would override the potentiometer and lock the wind chimes into the same speed.
(0:53) EWC tempo synchronized with Little Drummer Bot
The incoming signal was looped based on sensing the same note twice in a row. In this way, a whole drum loop could start with a kick drum, play a few other instruments in sequence, and when the kick drum played again, the loop's time could be measured. Readings from the potentiometer were put back to use by setting the windchime's tempo to an exponential fraction so it could be twice as fast, four times faster, or eight times faster. It could be slower by those same proportions so half speed, quarter speed, and eighth speed.
Tempo in exponential proportion to incoming MIDI
Exponential tempo changes seemed like a good idea, but they were extreme. The simpler code allowed for more precise tempo changes from eighth-speed up to eight-times speed. Fractions like 1/7, 1/3, and all the rest as were triple-speed and seven-times speed.
Flexible tempo setting
The rest of the summary posts have been arranged by date.
First time here?
Completed projects from year 1
Completed projects from year 2
Completed projects from year 3
Completed projects from year 4
Completed projects from year 5
Completed projects from year 6
Disclaimer for http://24hourengineer.blogspot.com and 24HourEngineer.com
This disclaimer must be intact and whole. This disclaimer must be included if a project is distributed.
All information on this blog, or linked by this blog, is not to be taken as advice or solicitation. Anyone attempting to replicate, in whole or in part, is responsible for the outcome and procedure. Any loss of functionality, money, property, or similar, is the responsibility of those involved in the replication.
All digital communication regarding the email address 24hourengineer@gmail.com becomes the intellectual property of Brian McEvoy. Any information contained within these messages may be distributed or retained at the discretion of Brian McEvoy. Any email sent to this address, or any email account owned by Brian McEvoy, cannot be used to claim property or assets.
Comments to the blog may be utilized or erased at the discretion of the owner. No one posting may claim property or assets based on their post.
This blog, including pictures and text, is copyright to Brian McEvoy.
Comments
Post a Comment