User Details
| Username: | h1data |
| Website: | h1data.github.io/m4l/ |
| Facebook: | None provided |
| Twitter: | None provided |
| Soundcloud: | None provided |
| Account Status: | enabled |
| Member since: | Feb 15 2019 |
| About h1data: | one who makes M4Ls |
| (report this profile) |
Devices by h1data
Total Downloads: 11,809
Comments by h1data
Comments
| @naerliona Exactly, it is a limitation of M4L. |
Posted on March 02 2023 by h1data (report comment) (Goto Comment) |
| Sorry, but the built-in Envelope MIDI device can work as the same function as this device by mapping the volume of Utility device or Track volume. This might be a shortcut for that combination. |
Posted on December 17 2022 by h1data (report comment) (Goto Comment) |
| @jumbomonkey I'm super glad you found a way to use this device that was without purpose! I do not have enough mana to create 4D pad now, but you can map multiple parameters with devices like below. https://maxforlive.com/library/device/7499/modulation-control-8-audio |
Posted on December 06 2022 by h1data (report comment) (Goto Comment) |
| @naerliona, thanks for your feedback!! Sorry but MIDI I/O in MIDI effect devices are not routable since they are fixed to Live. I think it makes sense if this device can be put in MIDI effect racks. |
Posted on December 03 2022 by h1data (report comment) (Goto Comment) |
| @Tom, Ableton have fixed issues around routing that could cause crashes. It may solve to update Live to 11.2. https://www.ableton.com/ja/release-notes/live-11/ |
Posted on October 15 2022 by h1data (report comment) (Goto Comment) |
| @Tom Thanks for your feedback! Sorry but an M4L device can have only one pair of MIDI I/O, thus you have to put multiple instances for routing to multi plugins. I checked in grouped MIDI/Audio tracks but could not reproduce the situation. A possible problem is routing to other tracks of the same group may cause a loop. |
Posted on October 09 2022 by h1data (report comment) (Goto Comment) |
| @magwa101 Thanks for your comment! I swear the device can route CC messages too. (confirmed on Win and Mac) Could you explain the situation you have? From/To audio/MIDI track, external controllers, or MIDI effect, etc. The best way is to share your sample Live set somehow. |
Posted on September 09 2022 by h1data (report comment) (Goto Comment) |
| I realized M4L devices shall bypass messages or audio signals via routing I/O when inactive. Imagine deactivating an effect device in a normal MIDI/audio chain, the device does send messages or audio signals to the next device in the chain. To stop sending messages to routed output, I added a button instead of disabling the device. @aiotea, I'm glad if I hear it works. |
Posted on May 19 2022 by h1data (report comment) (Goto Comment) |
| @aiotea Sorry for the inconvenience. Confirmed the device routes MIDI messages when the device is inactive. I tried to stop routing while the device is disabled, however, the inactive device seems to pass through MIDI messages like THRU. It is necessary to coordinate with Ableton or C74 to fix this issue. In old school way, you can use MIDI tracks without instruments; that never output MIDI messages while inactive. Thanks for your feedback! |
Posted on May 18 2022 by h1data (report comment) (Goto Comment) |
| @discoparadis Thanks so much! It's my best pleasure someone in the world picks up my pieces to make something. :) |
Posted on December 21 2021 by h1data (report comment) (Goto Comment) |
| @imacactus Thx for your feedback! I don't have Serum, but I swear you can add MIDI input of external devices to VSTi with empty MIDI tracks. However, this device can route without extra tracks. :) |
Posted on November 16 2021 by h1data (report comment) (Goto Comment) |
| Friction or attraction would be interesting. :) |
Posted on October 08 2021 by h1data (report comment) (Goto Comment) |
| Thanks for your comment. Btw, your latest device is superb! I have just made a simple enveloper for my own demand, but no need to make a complex one. :) I hope more devices which have extra audio/midi I/O would come. |
Posted on August 08 2021 by h1data (report comment) (Goto Comment) |
| The maxforlive main page shows like I recently updated all my devices. However, I only changed each device's URL, sorry! |
Posted on January 31 2021 by h1data (report comment) (Goto Comment) |
| @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..) |
Posted on January 20 2021 by h1data (report comment) (Goto Comment) |
| MIDI effect version has done. https://maxforlive.com/library/device/6763 This audio effect version will be soon updated to fix issues and add loop selector as the MIDI version. |
Posted on December 06 2020 by h1data (report comment) (Goto Comment) |
| @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. |
Posted on November 14 2020 by h1data (report comment) (Goto Comment) |
| 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... |
Posted on September 05 2020 by h1data (report comment) (Goto Comment) |
| Hi, LAEX! It's an honor that you like it. |
Posted on June 22 2020 by h1data (report comment) (Goto Comment) |
| 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! |
Posted on June 09 2020 by h1data (report comment) (Goto Comment) |
| @cronooonorc thanks, glad to hear that. Enjoy!! |
Posted on May 28 2020 by h1data (report comment) (Goto Comment) |
| 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 |
Posted on May 18 2020 by h1data (report comment) (Goto Comment) |
| 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!) |
Posted on April 02 2020 by h1data (report comment) (Goto Comment) |
| Some elemental language mistakes in midnight... I just uploaded the device which changes live.text's display mode and includes minor refine. |
Posted on March 23 2020 by h1data (report comment) (Goto Comment) |
| 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! |
Posted on March 23 2020 by h1data (report comment) (Goto Comment) |
| @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! |
Posted on March 22 2020 by h1data (report comment) (Goto Comment) |
| 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.. |
Posted on March 21 2020 by h1data (report comment) (Goto Comment) |
| 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. |
Posted on October 14 2019 by h1data (report comment) (Goto Comment) |
| Thank you for making a comment! Very glad to hear that. |
Posted on March 20 2019 by h1data (report comment) (Goto Comment) |