User Details

Username: h1data
Facebook: None provided
Twitter: None provided
Soundcloud: None provided
Account Status: enabled
Member since: Feb 15 2019
About h1data: interests in synthesizer programming and analysis, chiptune sequences.
my Engrish are pretty terrible.
(report this profile)

Devices by h1data

ALT-Synthdrum Version 1.1.0
echo on noteoff Version 1.0.0
bouncing notes Version 1.1.0
PitchW curve Version 1.0.0
Retro-nome Version 1.0.0
Audio Frame Macro Version 1.3.0
MIDI Frame Macro Version 1.0.2

Total Downloads: 5,078

Comments by h1data


The maxforlive main page shows like I recently updated all my devices.
However, I only changed each device's URL, sorry!

@Torley Thanks for your feedback!

I am sorry but there is no way to change note duration except changing 'Minimum' knob or releasing the original note.
I had never considered limiting note duration by elapsed time.
There might be several ways to implement it, so I would like to share images somehow.

Reverse or inverse mode is the most required feature, I understand.
Perhaps I will update after Live 11 released...?
(I have to research or recreate my past patches..)

MIDI effect version has done.

This audio effect version will be soon updated to fix issues and add loop selector as the MIDI version.

@Torley Thanks for your words!
It is my pleasure to share stuffs which solves my own demands.
And hope someone use it for unexpected way!

@Syn Thank you for making a comment for my devices! I like little devices too.

Thanks to borb's contributions, the device has been polished to version 1.0.0.
And I have a plan for another arpeggio chord method...

Hi, LAEX! It's an honor that you like it.

Thank you for the feedback and sorry for inconveniences...
Repeating the echo should be stopped when the device received note-on of the same note, however, it is not seemed to work well.
For now, it prevents the issue to shorten the echo length not to overlap with next note-on, or press the reset button.

It might be considered to change whole patch, but I will get into it.
Glad to know that you spot the benefit of the device for chiptune!

@cronooonorc thanks, glad to hear that. Enjoy!!

I have added hidden color change function in LED with a mischief.
However, it may be easy to recognize which device of many in drum racks. :p

I have mentioned that velocity wet/dry calculation might be buggy, but I checked before the release of 1.04 and confirmed it's okay.

@Hacktive, ¡Gracias por el comentario! Espero que este perrito rifado te haga disfrutar.
(sorry for a reply completely relied on Google translate, but stay safe folks!)

Some elemental language mistakes in midnight...
I just uploaded the device which changes live.text's display mode and includes minor refine.

I upload the device which includes live.text's display mode and minor refine.
Because I still don't own Live 10/Max8,
would you please inform if this update fixed the display problem in Max 8?
Thank you for your feedback.

@AYA, thanks again for your comment!
After read M4L production guidelines (which were updated in 2020, by the way) ,
I realized several issues in my previous devices.
I would like to deal with those for a while.
I still have some other ideas which are not formed properly yet, but I wish I could make it happen someday!

@hatyn Thank you very much for great informative feedbacks!
I can't make quick reply because I am not native for English.
It is very pleasure to get many responses, anyway.

Now I understood the device's display problem in Max 8.
Because "Label Text Color" property/message was added in Max 8, the problem is not fixable including Max 6/7 environment.
I decided to forget label display mode of live.text objects and change to default display mode.
The velocity Dry/Wet calculation may also have a problem and be considered to find a solution.
So sorry for inconveniences. The fix update will come soon.

> another mode that creates the triggers just on note on
I have been considering that, but I decided to stop bouncing with note off
to avoid the risk that the device produces uncontrollable numberless notes.
I keep to consider true MIDI-ish hold function.

> Maybe Velocity drop off could be 0-200%
I have been considering to implement as "inversed bouncing" mode for a future update.
("Inv" button is hidden in the patch and automation list, as you saw)
It seems more intuitive that bouncing becomes inversed at Rebound parameter exceeds 100%. I am considering that method.

> JBouncingBall 0.1 by frosty
I searched the device library once but I couldn't find a similar device.
(once the device name was "bounce echo" and I searched for "bounce" or "ping pong")
Bouncing Ball 1.0 by aminoplacid seems predecessor of frosty's.
I guess the devices are another approach but might be informative.
Thanks again for the information!

> mappable controls
It seems a higher charenge for me because I never tried live.object/live.path, but I wish I could develop as an another device.
It is very pleasure that this device contributes someone's creativity!

I appreciate your feedback!

Unlike MIDI's hold (CC#64), you must keep notes on to continue bouncing.
With HOLD on, the device keeps bouncing after bouncing time has reached Minimum knob's time.
With HOLD off, bouncing ends when the time has reached Minimum.
I am considering to add this to the description or change "Hold" label.
Or should be to add MIDI-like hold function?

HOLD's default value is off intentionally and I checked again that
the button state is saved in Live sets and it functions like above.
In Live 10, may the button seem to disable (grey color) or unable to click?

I thank again for your feedback and sorry for my poor English..

In making this small device, I realized the difficulty of MIDI devices which closely depend on the following MIDI instruments' behaviors.
Any suggestion and feature requests is welcome!

@broah Thank you for a comment! ..and sorry for late responce.

Thank you for making a comment! Very glad to hear that.