Thorvaldur Einarsson | 9 Mar 00:38 2011
Picon

MIDI feedback for motorized faders

Hi.


I'm trying the Behringer BCF2000 with Ecasound and can get the faders to work quite well, but only one-way. I can set values from the BCF2000 but not send values to it.

Here is a snippet from my chainsetup:

-----------------------------
-Md:alsaseq,20:0

-a:chain1 -i Loser.wav
-a:chain1 -eadb:0
#volume from --60 to 10dB on slider 1:
-km:1,-60,10,7,1
-----------------------------

I would like the BCF2000 to move fader 1 (controller 7, channel 1) to the equivalent of 0dB. Instead Ecasound starts at 0dB and only changes when I move the faders. Is this a problem on the BCF2000 setup or does Ecasound not send the initial value to the fader?

Thanks,
Thor
------------------------------------------------------------------------------
Colocation vs. Managed Hosting
A question and answer guide to determining the best fit
for your organization - today and in the future.
http://p.sf.net/sfu/internap-sfd2d
_______________________________________________
Ecasound-list mailing list
Ecasound-list <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ecasound-list
Julien Claassen | 10 Mar 11:14 2011
Picon

Re: MIDI feedback for motorized faders

Hello Thorvaldur!
   As far as I'm aware the km (MIDI controller option) only reads MIDI. If you 
want your faders to move automatically in sync with your piece, the next time 
you use the session, then you'd need a MIDI sequencer to record all the fader 
movements and start it in paralelle with Ecasound. If you use a GUI sequencer, 
this could be rather simple. If you restrict you4rself to text based software, 
it gets a bit more complicated, yet is more or less possible as well.
   I hope, this was helpful.
   Warmly yours
           jUlien

--------
Music was my first love and it will be my last (John Miles)

======== FIND MY WEB-PROJECT AT: ========
http://ltsb.sourceforge.net
the Linux TextBased Studio guide
======= AND MY PERSONAL PAGES AT: =======
http://www.juliencoder.de

------------------------------------------------------------------------------
Colocation vs. Managed Hosting
A question and answer guide to determining the best fit
for your organization - today and in the future.
http://p.sf.net/sfu/internap-sfd2d
_______________________________________________
Ecasound-list mailing list
Ecasound-list <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ecasound-list

Thorvaldur Einarsson | 10 Mar 14:37 2011
Picon

Re: MIDI feedback for motorized faders

Thanks Julien.

The next thing is then to get the MIDI write into Ecasound... Kai, are you listening? The other way would then perhaps be to get the BCF2000 MIDI signals translated into OSC which has 2-way support in Ecasound. There is a python script called OSC2MIDI, but it only goes from OSC to MIDI, not MIDI to OSC.

I have not used MIDI sequencers, but would that solve the issue of getting (say fader) data from Ecasound to the BCF2000?
Any recommendations for a MIDI sequencer would be welcome.

Thor

------------------------------------------------------------------------------
Colocation vs. Managed Hosting
A question and answer guide to determining the best fit
for your organization - today and in the future.
http://p.sf.net/sfu/internap-sfd2d
_______________________________________________
Ecasound-list mailing list
Ecasound-list <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ecasound-list
Julien Claassen | 10 Mar 18:31 2011
Picon

Re: MIDI feedback for motorized faders

Hello thor!
   Well it seems, that there are more thean one possibility now.
   If you just need Ecasound to set basic positions for the faders on your 
BCF2000 you might use Ecasound OSC capabilities to send and the python script 
to convert them. I don't know Ecasound's OSC capabilities very well, since I 
only once tried to use them for a project.
   The other thing of course is the MIDI sequencer. there it depends if you 
need or want a text based applicatin or something graphical. There are more 
than enough graphical sequencers, you can look at Dave's old site:
http://linux-sound.org
   Or try the new linuxaudio site:
http://apps.linuxaudio.org
   to find something. If you're looking for a text based sequencer, I think 
there's only one, which is really equipped for the task. Midish:
http://www.caoua.org/midish/
   It's a bit like Ecasound. It also as a shell interface. But to get it 
PERFECTLY in sync with Ecasound you might need a few more utilities.
   So what do you think, you need? Let's move on from there.
   Warmly yours
            Julien

--------
Music was my first love and it will be my last (John Miles)

======== FIND MY WEB-PROJECT AT: ========
http://ltsb.sourceforge.net
the Linux TextBased Studio guide
======= AND MY PERSONAL PAGES AT: =======
http://www.juliencoder.de

------------------------------------------------------------------------------
Colocation vs. Managed Hosting
A question and answer guide to determining the best fit
for your organization - today and in the future.
http://p.sf.net/sfu/internap-sfd2d
_______________________________________________
Ecasound-list mailing list
Ecasound-list <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ecasound-list

Kai Vehmanen | 12 Mar 14:41 2011

Re: MIDI feedback for motorized faders

Hi,

On Thu, 10 Mar 2011, Thorvaldur Einarsson wrote:

> The next thing is then to get the MIDI write into Ecasound... Kai, are 
> you listening? The other way would then

it's probably best to split this into two use-cases:

1) sending initial values

2) continuously sending out previously recorded changes

The latter will probably never be implemented as that requires a 
full-blown MIDI sequencer to be implemented. For this type of use, I 
recommend using an external MIDI sequencer and syncing ecasound to that. 
Ecasound can send transport state changes via JACK, or via ALSA MIDI APIs 
(e.g. sending MIDI MMC start/stop messages).

The first case (just the initial values) is potentially something that 
could be implemented with reasonable effort.

Probably fastest solution would be to hack up a python script that uses 
Ecasound ECI API (to get controller values), listen for transport state 
(either with JACK or ALSA-MIDI, and send out the initial values to the 
MIDI controller. ecasound/ecatools/ecamonitor is one simple example of how 
to implement the ecasound part.

> I have not used MIDI sequencers, but would that solve the issue of 
> getting (say fader) data from Ecasound to the BCF2000? Any 
> recommendations for a MIDI sequencer would be welcome.

seq24 is at least one simple option.

------------------------------------------------------------------------------
Colocation vs. Managed Hosting
A question and answer guide to determining the best fit
for your organization - today and in the future.
http://p.sf.net/sfu/internap-sfd2d
_______________________________________________
Ecasound-list mailing list
Ecasound-list <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ecasound-list

Kai Vehmanen | 12 Mar 15:28 2011

Re: 24/7 recording split into files

Hi,

On Mon, 28 Feb 2011, Peter Hoffmann wrote:

> I want to record the audio line in 24/7 and split it into one hour
> files. This question has popped up bevore on this list, but I only
> found a statement that this feature is planned for ecasound.

yes, this is still only in plans. But this is still good input to me (I 
try to write down which features get most requests). So when I have time 
for feature work (somewhat rare in recent times), I'll prioritize those 
items.

> Is  it already implemented? If no, are there any other suggestions on
> how to implement this?
[...]
> At the moment I'm starting a cron job every hour (2 minutes earlier

qarecord might be just what you need. Its a robust recorder like ecasound 
and offers an option to split into multiple files (--split option).

------------------------------------------------------------------------------
Colocation vs. Managed Hosting
A question and answer guide to determining the best fit
for your organization - today and in the future.
http://p.sf.net/sfu/internap-sfd2d
_______________________________________________
Ecasound-list mailing list
Ecasound-list <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ecasound-list

Joel Roth | 19 Mar 00:21 2011
Picon

-klg envelope doesn't properly handle repositioning

Hi,

I've got reports from Nama users that envelopes made
using -klg don't respond correctly to repositioning
commands fw/rw/setpos. The effect parameter tends
to get stuck at the final level.

Regards,

Joel

--

-- 
Joel Roth

------------------------------------------------------------------------------
Colocation vs. Managed Hosting
A question and answer guide to determining the best fit
for your organization - today and in the future.
http://p.sf.net/sfu/internap-sfd2d
_______________________________________________
Ecasound-list mailing list
Ecasound-list <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ecasound-list

Julien Claassen | 19 Mar 00:53 2011
Picon

Re: -klg envelope doesn't properly handle repositioning

Hello Joel!
   An almost confirm: I noticed, that -klg didn't react well to repositioning 
the playhead. Not always stuck on its final value, sometmes also stuck on its 
initial value. But I couldn't say, in which cases what happened. I suppose it 
was a matter of: Where do I jump from and at what position is the controller 
currently?
   It would certainly be very comfortable, not to say great, if Ecasound kept 
track of the playhead time and the controller position.
   But I suppose, there are questions to ask: How does it change? can we get 
into trouble with levels (changing very quckly from say 5% to 100% volume in 
an instant? Hm, I seem to remember though, that even Ecasound on its own, 
shortly stops playback, so it will just sound odd, but not be a problem.
   What do you think Kai?
   Warmly yours
           Julien

--------
Music was my first love and it will be my last (John Miles)

======== FIND MY WEB-PROJECT AT: ========
http://ltsb.sourceforge.net
the Linux TextBased Studio guide
======= AND MY PERSONAL PAGES AT: =======
http://www.juliencoder.de

------------------------------------------------------------------------------
Colocation vs. Managed Hosting
A question and answer guide to determining the best fit
for your organization - today and in the future.
http://p.sf.net/sfu/internap-sfd2d
_______________________________________________
Ecasound-list mailing list
Ecasound-list <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ecasound-list

Joel Roth | 19 Mar 01:05 2011
Picon

Re: -klg envelope doesn't properly handle repositioning

On Sat, Mar 19, 2011 at 12:53:20AM +0100, Julien Claassen wrote:
> Hello Joel!
>    An almost confirm: I noticed, that -klg didn't react well to repositioning 
> the playhead. Not always stuck on its final value, sometmes also stuck on its 
> initial value. But I couldn't say, in which cases what happened. I suppose it 
> was a matter of: Where do I jump from and at what position is the controller 
> currently?
>    It would certainly be very comfortable, not to say great, if Ecasound kept 
> track of the playhead time and the controller position.

I forgot to add, that the user found no such problems when
repositioning in setups using -kl or -kl2.

So I expect Ecasound could be patched to handle
repositioning correctly for -klg.

Regards,

--

-- 
Joel Roth

------------------------------------------------------------------------------
Colocation vs. Managed Hosting
A question and answer guide to determining the best fit
for your organization - today and in the future.
http://p.sf.net/sfu/internap-sfd2d
_______________________________________________
Ecasound-list mailing list
Ecasound-list <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ecasound-list

Kai Vehmanen | 19 Mar 15:11 2011

Re: -klg envelope doesn't properly handle repositioning

Hi,

On Fri, 18 Mar 2011, Joel Roth wrote:

> I've got reports from Nama users that envelopes made
> using -klg don't respond correctly to repositioning
> commands fw/rw/setpos. The effect parameter tends
> to get stuck at the final level.

yup, that's unfortunately a bug, tracked as:
http://sourceforge.net/tracker/?func=detail&aid=2013827&group_id=4605

I could try to fix this already for the next release (which anyways should 
be put out as we have the sample conversions pending for release as well).

------------------------------------------------------------------------------
Colocation vs. Managed Hosting
A question and answer guide to determining the best fit
for your organization - today and in the future.
http://p.sf.net/sfu/internap-sfd2d
_______________________________________________
Ecasound-list mailing list
Ecasound-list <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ecasound-list


Gmane