headers
Dave Serls | 4 Mar 2007 00:26
Picon
Picon
Favicon

Simple MIDI?

I keep getting "MIDI-to_audio stream does not support io_write, io_readwrite"

for stuff like

ecasound -i file.mid -o alsaseq,129:0 where the output is a fluidsynth input port,
and the input is rawmidi.  Is there any magic syntax for this?

Thanks for any assistance.

--

-- 
************************************************************************
*   Dave Serls                                 Littleton, CO, USA      *
*   dashs.denver.co.us                         dashs.com               *
************************************************************************

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Ecasound-list mailing list
Ecasound-list <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ecasound-list
Permalink | Reply | 5 comments |
headers
Kai Vehmanen | 4 Mar 2007 23:14

Re: ecasound+jack silent stop, silent data loss

Hi,

sorry for the (probably too) late response.

On Wed, 6 Dec 2006, Paul Knowles wrote:

>>> first thing that comes to my mind is a glitch in JACK
>>> transport support.  There're some messages about seeking in
>>> the middle of recording, and this shouldn't be
>>> happening. Could you retry the tests with adding the option
>>> "-G:jack,eca,notransport"...?
>>
>> This seems to have done the trick. At least I have now 12
>> hours of uninterrupted recording.  The analysis for phase
>> jumps (lost samples) is currently underway.
>
> Nope, spoke too soon.  After analysis, the data loss is
> still there,  It seems to be only one sample at most, not a
> whole buffer.  With the notransport option, ecasound just
> doesn't tell me about it.

You could try recording directly with ecasound+ALSA, i.e. without JACK. It 
shouldn't make any difference, but you'd have one less moving part in the 
puzzle. Missing a single sample does suggest a hardware/driver level 
problem though.

> I did isolate a problem with the word clock: while in use,
> occassionally the sound cards would drop the PLL coherence
> momentarily.  I could not correlate that to the loss of
> data, but when the PLL problem was made worse, there was no
(Continue reading)

Permalink | Reply | 3 comments |
headers
Kai Vehmanen | 4 Mar 2007 23:24

Re: Plea for a feature

Hello Julien,

digging through my unanswered mail for a change, and stumbled on this.

On Tue, 31 Oct 2006, Julien Claassen wrote:

>  Just recently I discovered, that there is an old wish still unfullfilled.
> Kai could you implement another time-measuring in ecasound. Measured in beats
> and/or bars relative to a specific tempo in bpm?
>  Something like: -t:120,8 - meaning 120 bpm and 8 beats. I just ask, because
> sometimes I have very nasty tempos and it's a bit annoying to compute the
> absolute time, when I wish to cut something.

I'm afraid I haven't had much time to work on new features in recent 
times. This, and other time-measurement updates (including named "position 
tags"), would be good additions though, and will remain on the todo-list. 
If anyone else wants to give these a shot, please go ahead!

--

-- 
  links, my public keys, etc at http://eca.cx/kv

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Ecasound-list mailing list
Ecasound-list <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ecasound-list
(Continue reading)

Permalink | Reply | 0 comments |
headers
Kai Vehmanen | 4 Mar 2007 23:33

Re: Simple MIDI?

Hi,

On Sat, 3 Mar 2007, Dave Serls wrote:

> I keep getting "MIDI-to_audio stream does not support io_write, io_readwrite"
>
> for stuff like
>
> ecasound -i file.mid -o alsaseq,129:0 where the output is a fluidsynth input port,
> and the input is rawmidi.  Is there any magic syntax for this?

I'm afraid the above usage is not supported. Ecasound chains only support 
audio streams. With MIDI this means that file.mid is converted into an 
audio stream with timidity (this is the default) and then fed to other 
components in the ecasound chain.

Alsaseq on the other hand can be only used as an input to -km (= 
controlling operator parameters) and receicing MMC/MTC messages. In other 
words only the '-Md' option understands 'alsaseq'.

--

-- 
  links, my public keys, etc at http://eca.cx/kv

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Ecasound-list mailing list
(Continue reading)

Permalink | Reply | 2 comments |
headers
Kai Vehmanen | 5 Mar 2007 01:33

Re: Ecaplayer-RTprio-Volumecontrol-Buffer

Hello,

On Mon, 12 Feb 2007, Klaus Schulz wrote:

> I am new to the list. Though I am using ecasound for a couple of weeks 
> now. And I am very happy with it.

that's always nice to hear! :)

> ecasound -r:80 -b:2 -B:rtlowlatency -i:alsahw,1,0 -ea:50 -o:alsahw,1,0

Buffersize of 2 (sample frames) is _really_ low. In most cases I recommend 
using at least 16/32 frames. Often the underlying hardware is not able to 
support smaller framesizes (for instance limits set by transfers over PCI 
bus). Many (if not most) PCI sound cards (like my Delta44) have a lower 
limit of 64 bytes for DMA transfers. So with 2ch16bit audio this equals to 
buffersize of -b:16. Any values that go beyond the HW limit don't anymore 
improve latency, but instead waste useful CPU time into processing 
overhead.

> Questions to understand the whole subject a bit better:
>
> 1.a The rt-priority is not shown when using "ps -C ecasound -o rtprio". 
> How do I know if I run realtime at what parameter?
>     Other programs using rtpriority clearly show this with above command!
>     (I am running it as root of course.)

You'll need to print out the scheduling policy with (the priorities are 
separate for each scheduling domain). When ecasound uses real-time 
scheduling, the policy is SCHED_FIFO. For example:
(Continue reading)

Permalink | Reply | 0 comments |
headers
Stuart Allie | 6 Mar 2007 06:16
Picon
Favicon

Re: Ecaplayer-RTprio-Volumecontrol-Buffer

Hi Klaus,

> > 3.a. Volumecontrol: A scale in db would be helpful, and it should be
> > called attentuation insted of amplification!
> >    What is strange though: I need to get the parameter as 
> low as 15 to 20% for running acceptable volume levels in my 
> setup, running at sound levels of 95db or so.
> >   Any explanations would be helpful.

I had this table (and a few others, like bandwidth in octaves to "Q")
printed out and turned into a mousemat :)

I find it quite useful when using ecasound.  I've kind of got used to
the linear scale now, so it doesn't really bother me anymore.

Factor   dB
2.00    6.0
1.95    5.8
1.90    5.6
1.85    5.3
1.80    5.1
1.75    4.9
1.70    4.6
1.65    4.3
1.60    4.1
1.55    3.8
1.50    3.5
1.45    3.2
1.40    2.9
1.35    2.6
(Continue reading)

Permalink | Reply | 501 comments |
headers
Kai Vehmanen | 6 Mar 2007 09:24

Re: Ecaplayer-RTprio-Volumecontrol-Buffer

Hello,

On Tue, 6 Mar 2007, Stuart Allie wrote:

> I find it quite useful when using ecasound.  I've kind of got used to
> the linear scale now, so it doesn't really bother me anymore.

anyways, we really should add some sort of explanation to the 
ecasound man page about this. I'm sure Klaus is not the first nor the
last wondering about the amplitude-in-percentage... ;)

--

-- 
  links, my public keys, etc at http://eca.cx/kv

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Ecasound-list mailing list
Ecasound-list <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ecasound-list
Permalink | Reply | 501 comments |
headers
Julien Claassen | 6 Mar 2007 13:26
Picon

Still problems with -ev

Hello Kai!
  I still have problems with ecasound-2.4.5 and -ev. If I do something like 
this:
ecasound -i out.wav -o null -ev
  It doesn't give me the statistics. I have to be in interactive-mode and do 
the cop-status, which I don't prefer. Can you do something about it?
  It worked in the last snapshot I got before 2.4.5-cvs-something (late last 
year)
  Kindest regards
        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

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Ecasound-list mailing list
Ecasound-list <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ecasound-list
(Continue reading)

Permalink | Reply | 0 comments |
headers
Julien Claassen | 6 Mar 2007 13:30
Picon

Still problems with -ev

Hello Kai!
  I still have problems with ecasound-2.4.5 and -ev. If I do something like 
this:
ecasound -i out.wav -o null -ev
  It doesn't give me the statistics. I have to be in interactive-mode and do 
the cop-status, which I don't prefer. Can you do something about it?
  It worked in the last snapshot I got before 2.4.5-cvs-something (late last 
year)
  Kindest regards
        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

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Ecasound-list mailing list
Ecasound-list <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ecasound-list
(Continue reading)

Permalink | Reply | 1 comment |
headers
Dave Serls | 6 Mar 2007 12:52
Picon
Picon
Favicon

Re: Simple MIDI?

On Mon, 5 Mar 2007 00:33:44 +0200 (EET)
Kai Vehmanen <kvehmanen <at> eca.cx> wrote:

> Hi,
> 
> On Sat, 3 Mar 2007, Dave Serls wrote:
> 
> > I keep getting "MIDI-to_audio stream does not support io_write, io_readwrite"
> >
> > for stuff like
> >
> > ecasound -i file.mid -o alsaseq,129:0 where the output is a fluidsynth input port,
> > and the input is rawmidi.  Is there any magic syntax for this?
> 
> I'm afraid the above usage is not supported. Ecasound chains only support 
> audio streams. With MIDI this means that file.mid is converted into an 
> audio stream with timidity (this is the default) and then fed to other 
> components in the ecasound chain.
> 
> Alsaseq on the other hand can be only used as an input to -km (= 
> controlling operator parameters) and receicing MMC/MTC messages. In other 
> words only the '-Md' option understands 'alsaseq'.
> 
> -- 
>   links, my public keys, etc at http://eca.cx/kv

  Doh.
  I should have known this.
  Thanks.
  Been thinking about a version of 'aplaymidi' that responds as a Jack slave as one possibility.
(Continue reading)

Permalink | Reply | 0 comments |

Gmane