On April 12, 2013 06:04:20 PM Florian Jung wrote: > Hey folks, Hi Tim, Hi Robert, > > finally i'm back in the boat (i hope). Steady as she goes.
> [x] did 4 tests, passed 3, one still pending And the doctor said...? He he. > [x] set up two servers Ooh, I like restaurants. > [x] even found a couple of days (not more :( ) for having a social life Ooh, do tell ! > [x] some new hardware installed (hopefully for greater > MusE-productivity :) ) Ooh, do tell ! > - What's the status of sample-accurate controllers? Pending. Moving right along, if you caught my status message the other day. Should be soon. It's been a real slog, but light at the end of the tunnel now. > - What's the difference between MIDI and Audio controllers? (Will they > get merged?) Tough one. I've been talking about this for ages. It's /always/ on my mind. I revisited this extensively recently for my audio controllers local branch, which I'm now two steps removed from and want to get back to. Was not able to merge yet, very tricky global upheaval required. It involves ALL that stuff we talked about before concerning track controllers vs. part controllers. We have to make a decision on which way to go, even a hybrid of the two - draw controllers both on tracks and parts. I've thought about this /very/ extensively, I'm aware of a lot of points and issues, how audio and midi controllers are related. I am now leaning toward the opinion that drawing controllers directly on tracks was a *mistake* although I supported it. The reason concerns moving them around together with wave track parts. I feel it just cannot be done without actually /assigning/ chosen points to a part. Now before you suggest adding a 'move with part' option to the controllers just like muse_evolution had, think carefully about it, about what happens next after the points have been dropped. Again I feel it cannot work satisfactory when the points and parts are completely separate. Thus you can see where this is leading - all tracks would need to allow parts to be drawn. There's a lot of other stuff to mention here like the editors, but I'll leave it at that for now. > - Status of sample rate conversion and stretching? > - Live-Stretching? > - Offline stretching? > - Caching of audio process work? Nothing here to report. Just trying to keep up with my three current tasks: 3) The sample accurate controllers (soon). 2) Then back to my latency fixes. This is important. Things happening right now in conjunction with the audio engine work. Hopefully soon. 1) Then back to my audio controllers local branch. That's the one where I posted a pic of the new all-inclusive audio/midi controller automation dialog - no more clumsy menus and allows midi controller *graphs* to drive audio controllers. Also I want to try to help with the BSD-ification of MusE. I am increasingly convinced that if we are ever to run MusE on Mac, Windows, smart phones and all this new hardware and OS, this is a very good goal to strive for. We need to 'genericize' MusE to the lowest possible common denominators of all these OSs, so BSD is probably a good start. At the very least change any Linux-only system/library calls to BSD-compatible calls, as you requested. I have to admit I never used to pay attention to the compatibility stuff but now I do. Sadly, the Gods of computers won't let me succeed with BSD. Much time spent. The PC-BSD installation I had on a drive strangely self-destructed. Yep. I went to fire it up one day, and the whole thing just destroyed itself during boot and got worse and worse the more I tried to boot. I do not believe it is the drive but I need to test it. So I must 're-boot' my whole BSD experience, starting over again. > I've seen that you did some things to my new style drum tracks. Can you > please also quickly summarize what you changed? Robert allowed old-style drum maps to be loaded into new-style drum tracks, via your track list right-click menu. Tres-cool. Tim. > > > in the hope of getting stretchers working and into stable soon :) > flo ------------------------------------------------------------------------------ Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis & visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter _______________________________________________ Lmuse-developer mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/lmuse-developer
