kamder

Forum Replies Created

Viewing 13 posts - 1 through 13 (of 13 total)
  • Author
    Posts
  • in reply to: DETECT MOUSE DOWN UICOMBO ? #32176
    kamder
    Participant
      • Topics: 9
      • Replies: 13
      • Total: 22

      the problem is for me solved on windows VST .

      in reply to: DISABLE_MIDI_DEVICE_LUA? #32156
      kamder
      Participant
        • Topics: 9
        • Replies: 13
        • Total: 22

        really thanks to add THIS FUNCTIONALITY !! i have updated the source code ! , i can now control (mute/demute) the midi messages on projects load !

        thanks to atom programming !!!!!
        thanks to zeoka methods !!!!!

        KAMDER.

        in reply to: DISABLE_MIDI_DEVICE_LUA? #32018
        kamder
        Participant
          • Topics: 9
          • Replies: 13
          • Total: 22

          THANKS TO ATOM ! ,


          @ZEOKA
          : “when you’ll update patch” wath this ? note that my panel do not receive midi data , and the panel do not use the “preset system” off the daw’s , the panel only send midi data with a button “send data” , this is “simple” but no problems …

          “As Atom responds in other post , there is callbacks when the daw project file is
          saved this is posible may be here to set midimessages to none with loops for many mods
          it’s done now
          An option could be ideal”

          THE PROBLEM is on some daw’s the project is saved automatically when the daw is running ‘every X seconds or when values change’ the callbacks can create some unwanted “midimessages to none”
          CONCLUSION : AN OPTION FOR MUTING MIDI MESSAGES IS THE BEST DEAL !

          kamder.

          • This reply was modified 9 years, 5 months ago by kamder.
          in reply to: DISABLE_MIDI_DEVICE_LUA? #31981
          kamder
          Participant
            • Topics: 9
            • Replies: 13
            • Total: 22

            thanks for your infos ! but i can’t set the midiMessage to none when the panel is closed (i quit the daw ) i have find only a call when panel is loaded in panel properties

            because to this i can not write an inv script to reset all modulators to none
            i prefer my method … but with my panel i have 3758 modulators
            and i have to create a separate method for each modulators and report the sysex command for each mod°

            VERY LONG AND FASTIDIOUS BUT I HAVE BEGIN THE STUFF YESTERDAY …….

            with this method “IN ANY DAW’S” (win , mac ,linux) i have a total control off the midi messages in output

            I HOPE ATOM ADD A “ENABLE/DISABLE MIDI MESSAGES OUT” in the panel properties in the future
            IT CAN BE GOOD ……….

            thanks.

            in reply to: DISABLE_MIDI_DEVICE_LUA? #31967
            kamder
            Participant
              • Topics: 9
              • Replies: 13
              • Total: 22

              hello the only solution i have found is to link all modulators to a method sending midi data (one method in each modulators ) (with all modulators set to midi message none , no formula )

              conclusion : the modulators send midi via lua methods

              and after this i have created one modulator called “loaded_flag” and set this modulator to 1 after a determinate time (with timer)
              the method to set this modulator is executed “after panel loaded”:

              and before all my modulators methods:

              LOADFLAG = panel:getModulatorByName(“LOADED_FLAG”):getModulatorValue()

              if LOADFLAG == 1 then

              “my modulator send midi data” and other stuff

              end

              it work in this way , no unwanted midi data to my interface on starting DAW projects

              BUT IF YOU HAVE 3000 modulators GOOD LUCK LOL

              KAMDER.

              in reply to: DISABLE_MIDI_DEVICE_LUA? #31896
              kamder
              Participant
                • Topics: 9
                • Replies: 13
                • Total: 22

                thank you zeoka ,i have also “excludeFromSnaphot” all my modulators
                but the data is sent anyway , i work in the source code , if i could find some solution….. , because on loading projects i do not want this bad stuff
                i want to 100% control my midi data with ctrlr
                this is a beautifull project and i want to give it the good way!!!

                in reply to: VALUE BOX ONLY I WANT #29839
                kamder
                Participant
                  • Topics: 9
                  • Replies: 13
                  • Total: 22

                  thank you !!! i have found the solution to my problem
                  really thanks !!!!

                  in reply to: REBUILD THE STUFF 1660 #20676
                  kamder
                  Participant
                    • Topics: 9
                    • Replies: 13
                    • Total: 22

                    HELLO , i have updated this files in the AU project :

                    – nightly1660/Builds/AU/JuceLibraryCode/BinaryData.cpp
                    – nightly1660/Builds/AU/JuceLibraryCode/BinaryData.h
                    – nightly1660/Builds/Generated/Mac/AU/Ctrlr_Plugin_AU.xcodeproj

                    but the same linking errors occurs if i uncomment the lines in CtrlrWRap.cpp at lines 113 and 114 :
                    //LThread::wrapForLua(L);
                    //LThreadWithProgressWindow::wrapForLua(L);

                    , i am not a GIT expert , tell me if i forgot to update some file(s) ……

                    THANKS.

                    in reply to: REBUILD THE STUFF 1660 #20634
                    kamder
                    Participant
                      • Topics: 9
                      • Replies: 13
                      • Total: 22

                      OK NICE ! the mistake is from you !!!! grrrrrrrr 🙂

                      tell me when you update the project !

                      thanks!

                      in reply to: REBUILD THE STUFF 1660 #20594
                      kamder
                      Participant
                        • Topics: 9
                        • Replies: 13
                        • Total: 22

                        I HAVE FINALLY SUCCESS BUILD WHEN I COMMENT THESE LINES IN CtrlrWRap.cpp at lines 113 and 114 :

                        //LThread::wrapForLua(L);
                        //LThreadWithProgressWindow::wrapForLua(L);

                        i do not find the solution about the linking error , but it work fine in this way for the moment , i think the progress bar is now disabled in the AU version off “my ctrlr”

                        tell me if you want the fixes for : linear vertical bar in ctrlr , and the big fix : automation writing (parameters gestures ) in logic pro
                        this fixes modify /add some code in juce and ctrlr files

                        BIG THANKS FOR YOUR HELP AND SUPPORT !

                        KAMDER PROD°.

                        • This reply was modified 10 years, 1 month ago by kamder.
                        in reply to: REBUILD THE STUFF 1660 #20570
                        kamder
                        Participant
                          • Topics: 9
                          • Replies: 13
                          • Total: 22

                          hello ATOM , I HAVE PATCHED THE CORE AUDIO FOLDER ACCORDING TO JUCE THREAD AND HAVE DONE ALL THE STEPS …….
                          the wrapper build fine

                          at the second PHASE when i attempt to compile THE AU PROJECT (with the apple compiler default)

                          i have this errors in the LINKING PHASE (the compilation is OK on xcode 4.6.2 / lion 10.7.4 ) :

                          Undefined symbols for architecture i386:
                          “LThreadWithProgressWindow::wrapForLua(lua_State*)”, referenced from:
                          CtrlrLuaManager::wrapJuceClasses(lua_State*) in CtrlrWrap.o
                          “LThread::wrapForLua(lua_State*)”, referenced from:
                          CtrlrLuaManager::wrapJuceClasses(lua_State*) in CtrlrWrap.o
                          ld: symbol(s) not found for architecture i386
                          clang: error: linker command failed with exit code 1 (use -v to see invocation)

                          some missing frameworks ? any help are welcome ! thank you !

                          • This reply was modified 10 years, 1 month ago by kamder.
                          • This reply was modified 10 years, 1 month ago by kamder.
                          in reply to: REBUILD THE STUFF 1660 #19983
                          kamder
                          Participant
                            • Topics: 9
                            • Replies: 13
                            • Total: 22

                            thank you but i cannot see the XCODE PROJ FILE in the reposit , if you have the link it’s can be good for me (and you 🙂 )
                            thank you for your help !

                            in reply to: REBUILD THE STUFF 1660 #19979
                            kamder
                            Participant
                              • Topics: 9
                              • Replies: 13
                              • Total: 22

                              thanks for the infos , but i have some difficult for me to build this with the jucer file , if you can give me the library compiled directly , it can be good for me , if you cannot do that , i have to test compile this later

                              thank you

                              • This reply was modified 10 years, 2 months ago by kamder.
                            Viewing 13 posts - 1 through 13 (of 13 total)
                            Ctrlr