Thread: [ecasound] Midi Controled playlist.
Brought to you by:
kaiv
From: Daniel W. <pip...@gm...> - 2013-04-17 17:54:09
|
I'm not very well versed in ecasound and I'm looking for help in solving a problem. What I'd like to do is set up a live rig for playing shows with a backing track that allows me more flexability in a performance. The goal would be to have a playlist that had each section of the song, as a backing track, and, if I hit nothing plays the song from beginning to end, but if I interact with it I could replay a section or more ideal jump around to other tracks. So if I feel like taking an extended solo or repeating a chorus becuase it just feels right I can, more likely I messed up an need another chance to hit a lyric cue. I have an fcb-1010 midi controller that I would like to use for sending midi messages. Is this possible in ecasound or ecaplay? Any advice would be much appreciated. -- Daniel Worth <http://about.me/danielworth> |
From: Julien C. <ju...@ma...> - 2013-04-17 20:05:18
|
Hello Daniel! I am pretty sure, that the simple answer is no. Ecasound can interact with some MIDI, but there are no position controls attachable to MIDI. But youmight use OSC. I think there are applications to map MIDI to OSC. But since I've never been tempted to go live - as on stage - I don't know. Perhaps Kai or Joel have more info. I know, that there were a few people coding successfully with python, creating interesting applications based on Ecasound. Sorry, I can't be more specific. Warm regards Julien ---------------------------------------- http://juliencoder.de/nama/music.html |
From: Joel R. <jo...@po...> - 2013-04-18 05:43:25
|
Daniel Worth wrote: > I'm not very well versed in ecasound and I'm looking for help in solving a > problem. What I'd like to do is set up a live rig for playing shows with a > backing track that allows me more flexability in a performance. The goal > would be to have a playlist that had each section of the song, as a backing > track, and, if I hit nothing plays the song from beginning to end, but if I > interact with it I could replay a section or more ideal jump around to > other tracks. So if I feel like taking an extended solo or repeating a > chorus becuase it just feels right I can, more likely I messed up an need > another chance to hit a lyric cue. I have an fcb-1010 midi controller that > I would like to use for sending midi messages. Is this possible in ecasound > or ecaplay? Any advice would be much appreciated. Hi Daniel, I read your post on LAU, you mentioned using Raspberry Pi. When you said shell scripts and Ecasound, I thought maybe you wanted something minimalistic. If you want to control Ecasound, Nama gives you a fairly powerful leg up. To the point that implementing what you want in Nama, might be easier that trying to build it from scratch, assuming some facility with Perl. Nama would need two things: 1. A way to trigger actions on detecting MIDI events AFAIK Ecasound can only use MIDI to control effect parameters. CPAN does have a module, https://metacpan.org/module/MIDI::ALSA, which is based on some python and lua libraries. What kind of response time would you would need? The user would have to configure a table of midi events, and the corresponding actions. 2. Playlists The playlist could be separate tracks, or a set of marks within a single track. (Having both would be nice.) And with that a few commands for navigating around the playlist. Our current style would be to implement playlists a user-created text file that Nama would parse. The MIDI event mapping would probably go in the main config file, .namarc. It would be fun and cool to have. Regards Joel -- Joel Roth |
From: Daniel W. <pip...@gm...> - 2013-04-18 13:24:09
|
> I read your post on LAU, you mentioned using Raspberry Pi. > When you said shell scripts and Ecasound, I thought maybe > you wanted something minimalistic. > Complexity is a funny thing, what I'd like is something easy to set-up. Complexity of code is less of an issue becuase it only needs to be set up once and that can be before a performance. I just don't want to have something that is hard to setup and take down form a gear perspective. I own my own PA and for smaller gigs I might grab a combo amp with mic in-put. > > If you want to control Ecasound, Nama gives you a fairly > powerful leg up. To the point that implementing what you > want in Nama, might be easier that trying to build it from > scratch, assuming some facility with Perl. > I'm not married to Ecasound, I took a cursory look at nama. If you think that is the right approch I'll dig deeper into it. I've never written in perl, I'm a pythong guy, but I could probably hack something together with a few tutorials. > Nama would need two things: > > 1. A way to trigger actions on detecting MIDI events > > AFAIK Ecasound can only use MIDI to control effect > parameters. > > CPAN does have a module, > https://metacpan.org/module/MIDI::ALSA, which is based on > some python and lua libraries. > > What kind of response time would you would need? > > The user would have to configure a table of midi events, > and the corresponding actions. > > 2. Playlists > > The playlist could be separate tracks, or a set of marks > within a single track. (Having both would be > nice.) > > Ideally both would be good so I can go from one song to another easily. > And with that a few commands for navigating around > the playlist. > > Our current style would be to implement playlists > a user-created text file that Nama would parse. > The MIDI event mapping would probably go in > the main config file, .namarc. > > Text Files are good, I love text files. :) > It would be fun and cool to have. > > Regards > > Joel > -- Daniel Worth <http://about.me/danielworth> |
From: Joel R. <jo...@po...> - 2013-04-22 06:15:55
|
Daniel Worth wrote: > Joel Roth wrote: > > I read your post on LAU, you mentioned using Raspberry Pi. > > When you said shell scripts and Ecasound, I thought maybe > > you wanted something minimalistic. > > > > Complexity is a funny thing, what I'd like is something easy to set-up. > Complexity of code is less of an issue becuase it only needs to be set up > once and that can be before a performance. I just don't want to have > something that is hard to setup and take down form a gear perspective. I > own my own PA and for smaller gigs I might grab a combo amp with mic > in-put. > > > > > If you want to control Ecasound, Nama gives you a fairly > > powerful leg up. To the point that implementing what you > > want in Nama, might be easier that trying to build it from > > scratch, assuming some facility with Perl. > > > > I'm not married to Ecasound, I took a cursory look at nama. If you think > that is the right approch I'll dig deeper into it. I've never written in > perl, I'm a pythong guy, but I could probably hack something together with > a few tutorials. Some new internals would be needed. So, it's not exactly trivial. > > Nama would need two things: > > > > 1. A way to trigger actions on detecting MIDI events > > > > AFAIK Ecasound can only use MIDI to control effect > > parameters. > > > > CPAN does have a module, > > https://metacpan.org/module/MIDI::ALSA, which is based on > > some python and lua libraries. > > > > What kind of response time would you would need? > > > > The user would have to configure a table of midi events, > > and the corresponding actions. > > > > 2. Playlists > > > > The playlist could be separate tracks, or a set of marks > > within a single track. (Having both would be > > nice.) > > > > Ideally both would be good so I can go from one song to another easily. > > > > And with that a few commands for navigating around > > the playlist. > > > > Our current style would be to implement playlists > > a user-created text file that Nama would parse. > > The MIDI event mapping would probably go in > > the main config file, .namarc. > > > > Text Files are good, I love text files. :) > > > > It would be fun and cool to have. > > > > Regards > > > > Joel > > > > -- > Daniel Worth <http://about.me/danielworth> > ------------------------------------------------------------------------------ > 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 > _______________________________________________ > Ecasound-list mailing list > Eca...@li... > https://lists.sourceforge.net/lists/listinfo/ecasound-list -- Joel Roth |