/usr/share/doc/ecasound/users_guide.html is in ecasound-doc 2.9.1-7ubuntu2.
This file is owned by root:root, with mode 0o644.
The actual contents of the file can be viewed below.
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 405 406 407 408 409 410 411 412 413 414 415 416 417 418 419 420 421 422 423 424 425 426 427 428 429 430 431 432 433 434 435 436 437 438 439 440 441 442 443 444 445 446 447 448 449 450 451 452 453 454 455 456 457 458 459 460 461 462 463 464 465 466 467 468 469 470 471 472 473 474 475 476 477 478 479 480 481 482 483 484 485 486 487 488 489 490 491 492 493 494 495 496 497 498 499 500 501 502 503 504 505 506 507 508 509 510 511 512 513 514 515 516 517 518 519 520 521 522 523 524 525 526 527 528 529 530 531 532 533 534 535 536 537 538 539 540 541 542 543 544 545 546 547 548 549 550 551 552 553 554 555 556 557 558 559 560 561 562 563 564 565 566 567 568 569 570 571 572 573 574 575 576 577 578 579 580 581 582 583 584 585 586 587 588 589 590 591 592 593 594 595 596 597 598 599 600 601 602 603 604 605 606 607 608 609 610 611 612 613 614 615 616 617 618 619 620 621 622 623 624 625 626 627 628 629 630 631 632 633 634 635 636 637 638 639 640 641 642 643 644 645 646 647 648 649 650 651 652 653 654 655 656 657 658 659 660 661 662 663 664 665 666 667 668 669 670 671 672 673 674 675 676 677 678 679 680 681 682 683 684 685 686 687 688 689 690 691 692 693 694 695 696 697 698 699 700 701 702 703 704 705 706 707 708 709 710 711 712 713 714 715 716 717 718 719 720 721 722 723 724 725 726 727 728 729 730 731 732 733 734 735 736 737 738 739 740 741 742 743 744 745 746 747 748 749 750 751 752 753 754 755 756 757 758 759 760 761 762 763 764 765 766 767 768 769 770 771 772 773 774 775 776 777 778 779 780 781 782 783 784 785 786 787 788 789 790 791 792 793 794 795 796 797 798 799 800 801 802 803 804 805 806 807 808 809 810 811 812 813 814 815 816 817 818 819 820 821 822 823 824 825 826 827 828 829 830 | <!DOCTYPE html>
<html >
<head>
<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
<meta name="generator" content="hevea 2.28">
<style type="text/css">
.li-itemize{margin:1ex 0ex;}
.li-enumerate{margin:1ex 0ex;}
.dd-description{margin:0ex 0ex 1ex 4ex;}
.dt-description{margin:0ex;}
.toc{list-style:none;}
.footnotetext{margin:0ex; padding:0ex;}
div.footnotetext P{margin:0px; text-indent:1em;}
.thefootnotes{text-align:left;margin:0ex;}
.dt-thefootnotes{margin:0em;}
.dd-thefootnotes{margin:0em 0em 0em 2em;}
.footnoterule{margin:1em auto 1em 0px;width:50%;}
.caption{padding-left:2ex; padding-right:2ex; margin-left:auto; margin-right:auto}
.title{margin:2ex auto;text-align:center}
.titlemain{margin:1ex 2ex 2ex 1ex;}
.titlerest{margin:0ex 2ex;}
.center{text-align:center;margin-left:auto;margin-right:auto;}
.flushleft{text-align:left;margin-left:0ex;margin-right:auto;}
.flushright{text-align:right;margin-left:auto;margin-right:0ex;}
div table{margin-left:inherit;margin-right:inherit;margin-bottom:2px;margin-top:2px}
td table{margin:auto;}
table{border-collapse:collapse;}
td{padding:0;}
.cellpadding0 tr td{padding:0;}
.cellpadding1 tr td{padding:1px;}
pre{text-align:left;margin-left:0ex;margin-right:auto;}
blockquote{margin-left:4ex;margin-right:4ex;text-align:left;}
td p{margin:0px;}
.boxed{border:1px solid black}
.textboxed{border:1px solid black}
.vbar{border:none;width:2px;background-color:black;}
.hbar{border:none;height:2px;width:100%;background-color:black;}
.hfill{border:none;height:1px;width:200%;background-color:black;}
.vdisplay{border-collapse:separate;border-spacing:2px;width:auto; empty-cells:show; border:2px solid red;}
.vdcell{white-space:nowrap;padding:0px; border:2px solid green;}
.display{border-collapse:separate;border-spacing:2px;width:auto; border:none;}
.dcell{white-space:nowrap;padding:0px; border:none;}
.dcenter{margin:0ex auto;}
.vdcenter{border:solid #FF8000 2px; margin:0ex auto;}
.minipage{text-align:left; margin-left:0em; margin-right:auto;}
.marginpar{border:solid thin black; width:20%; text-align:left;}
.marginparleft{float:left; margin-left:0ex; margin-right:1ex;}
.marginparright{float:right; margin-left:1ex; margin-right:0ex;}
.theorem{text-align:left;margin:1ex auto 1ex 0ex;}
.part{margin:2ex auto;text-align:center}
</style>
<title>Ecasound User's Guide
</title>
</head>
<body >
<!--HEVEA command line is: /usr/bin/hevea -o html_uguide/users_guide.html ./users_guide.latex -->
<!--CUT STYLE book--><!--CUT DEF chapter 1 --><table class="title"><tr><td style="padding:1ex"><h1 class="titlemain">Ecasound User’s Guide</h1><h3 class="titlerest">Kai Vehmanen</h3><h3 class="titlerest">19042009</h3></td></tr>
</table><!--TOC chapter id="sec1" Contents-->
<h1 id="sec1" class="chapter">Contents</h1><!--SEC END --><ul class="toc"><li class="li-toc">
<a href="#sec2">Chapter 1  Preface</a>
</li><li class="li-toc"><a href="#sec3">Chapter 2  Document history</a>
</li><li class="li-toc"><a href="#sec4">Chapter 3  Introduction</a>
<ul class="toc"><li class="li-toc">
<a href="#sec5">3.1  What is Ecasound?</a>
</li></ul>
</li><li class="li-toc"><a href="#sec6">Chapter 4  Ecasound concepts</a>
<ul class="toc"><li class="li-toc">
<a href="#sec7">4.1  Audio object</a>
</li><li class="li-toc"><a href="#sec8">4.2  Chain</a>
</li><li class="li-toc"><a href="#sec9">4.3  Chain operators and controllers</a>
</li><li class="li-toc"><a href="#sec10">4.4  Chainsetup</a>
</li><li class="li-toc"><a href="#sec11">4.5  Current position</a>
</li><li class="li-toc"><a href="#sec12">4.6  Ecasound Control Interface - ECI</a>
</li><li class="li-toc"><a href="#sec13">4.7  Ecasound Interactive Mode - EIAM</a>
</li><li class="li-toc"><a href="#sec14">4.8  Ecasound Option Syntax - EOS</a>
</li></ul>
</li><li class="li-toc"><a href="#sec15">Chapter 5  Using</a>
<ul class="toc"><li class="li-toc">
<a href="#sec16">5.1  Where to start?</a>
</li><li class="li-toc"><a href="#sec17">5.2  Rules for creating and modifying chainsetups</a>
</li><li class="li-toc"><a href="#sec18">5.3  Chain operators and controllers</a>
</li><li class="li-toc"><a href="#sec19">5.4  Configuration</a>
</li><li class="li-toc"><a href="#sec20">5.5  Common problems</a>
<ul class="toc"><li class="li-toc">
<a href="#sec21">5.5.1  I get occasional audio dropouts during operation? How to get rid of them?</a>
</li><li class="li-toc"><a href="#sec22">5.5.2  Can I use multiple soundcards?</a>
</li><li class="li-toc"><a href="#sec23">5.5.3  Problems with panning mono files</a>
</li><li class="li-toc"><a href="#sec24">5.5.4  Filenames with commas not handled correctly</a>
</li></ul>
</li></ul>
</li><li class="li-toc"><a href="#sec25">Chapter 6  User interfaces and Applications</a>
<ul class="toc"><li class="li-toc">
<a href="#sec26">6.1  Ecasound</a>
</li><li class="li-toc"><a href="#sec27">6.2  Ecasignalview</a>
<ul class="toc"><li class="li-toc">
<a href="#sec28">6.2.1  Basic use</a>
</li><li class="li-toc"><a href="#sec29">6.2.2  Further Reading</a>
</li></ul>
</li><li class="li-toc"><a href="#sec30">6.3  Ecatools</a>
</li></ul>
</li><li class="li-toc"><a href="#sec31">Chapter 7  Advanced features</a>
<ul class="toc"><li class="li-toc">
<a href="#sec32">7.1  Audio loop devices</a>
<ul class="toc"><li class="li-toc">
<a href="#sec33">7.1.1  Example of use</a>
</li></ul>
</li><li class="li-toc"><a href="#sec34">7.2  Ecasound Wave Files - the EWF (.ewf) format</a>
<ul class="toc"><li class="li-toc">
<a href="#sec35">7.2.1  General</a>
</li><li class="li-toc"><a href="#sec36">7.2.2  File format</a>
</li><li class="li-toc"><a href="#sec37">7.2.3  Example of ewf use</a>
</li></ul>
</li><li class="li-toc"><a href="#sec38">7.3  Effect presets</a>
<ul class="toc"><li class="li-toc">
<a href="#sec39">7.3.1  General</a>
</li><li class="li-toc"><a href="#sec40">7.3.2  Example of preset use</a>
</li><li class="li-toc"><a href="#sec41">7.3.3  Preset parameters</a>
</li><li class="li-toc"><a href="#sec42">7.3.4  Parameter descriptors</a>
</li></ul>
</li><li class="li-toc"><a href="#sec43">7.4  Gate operators</a>
<ul class="toc"><li class="li-toc">
<a href="#sec44">7.4.1  Example of use</a>
</li></ul>
</li><li class="li-toc"><a href="#sec45">7.5  LADSPA plugins</a>
<ul class="toc"><li class="li-toc">
<a href="#sec46">7.5.1  Ecasound is not able to find any LADSPA plugins I have installed!</a>
</li></ul>
</li><li class="li-toc"><a href="#sec47">7.6  JACK Audio Server</a>
<ul class="toc"><li class="li-toc">
<a href="#sec48">7.6.1  Basic Input and Output</a>
</li><li class="li-toc"><a href="#sec49">7.6.2  More Advanced Port Creation</a>
</li><li class="li-toc"><a href="#sec50">7.6.3  Transport Control</a>
</li><li class="li-toc"><a href="#sec51">7.6.4  JACK and Ecasound states</a>
</li><li class="li-toc"><a href="#sec52">7.6.5  Troubleshooting</a>
</li><li class="li-toc"><a href="#sec53">7.6.6  Deprecated JACK input/output syntax</a>
</li></ul>
</li></ul>
</li><li class="li-toc"><a href="#sec54">Chapter 8  Miscellaneous</a>
<ul class="toc"><li class="li-toc">
<a href="#sec55">8.1  Security Considerations</a>
</li></ul>
</li></ul>
<!--TOC chapter id="sec2" Preface-->
<h1 id="sec2" class="chapter">Chapter 1  Preface</h1><!--SEC END --><p>This document describes Ecasound from the user’s point of view. In
addition to the actual user/client-programs, all essential Ecasound
library concepts and features are also discussed. To avoid duplicating
documentation, I’ve used references to other sources whenever suitable.
For instance, Ecasound’s man pages are a very good (and up-to-date!)
source of information. They are also available in HTML-format.</p><p>If not otherwise specified, all documentation refers to the latest
Ecasound version.</p>
<!--TOC chapter id="sec3" Document history-->
<h1 id="sec3" class="chapter">Chapter 2  Document history</h1><!--SEC END --><ul class="itemize"><li class="li-itemize">
19.04.2009 - Removed duplicate Ecasound history section and added
more web URLs pointing to other sources of
documentation.
</li><li class="li-itemize">31.01.2009 - Lots of minor improvements in preparation for
2.6.0 release.
</li><li class="li-itemize">29.01.2009 - Updated “JACK Audio Server” section to match
the changes in 2.6.0 release.
</li><li class="li-itemize">05.08.2008 - Fixed a bug in example of loop device usage.
</li><li class="li-itemize">09.03.2008 - Updated the EWF file section. Replace uses of “/dev/dsp”
with “alsa” in many examples.
</li><li class="li-itemize">06.12.2006 - Added notes concerning quoting EOS arguments containing
commas.
</li><li class="li-itemize">04.06.2006 - Some minor improvements to the text. Updated the descriptions of
realtime-lsm and rlimits-rtprio mechanisms.
</li><li class="li-itemize">25.04.2005 - From now on, only major changes are logged to this changelog
section. For detailed change history, refer to CVS history.
</li><li class="li-itemize">23.04.2005 - Started using the “hevea” style-package and converted
all links to use the hevea macros (resulting in real hyperlinks
in the HTML output). Renamed the section
“Security considerations when running with root privileges”
to shorter “Security Considerations”, added info
about Realtime LSM module.
</li><li class="li-itemize">01.04.2005 - Updated “Ecasignalview” documentation.
</li><li class="li-itemize">30.03.2005 - Added sections on “Preset parameters” and
“Parameter descriptors”.
</li><li class="li-itemize">11.12.2004 - Added section “Filenames with commas not handled correctly”
</li><li class="li-itemize">18.12.2003 - Many typo fixes and other corrections from Eric
Rzewnicki.
</li><li class="li-itemize">18.11.2003 - Typo fixes.
</li><li class="li-itemize">20.08.2003 - Capitalize Ecasound in all cases where talking
about the software package, not the console mode
user-interface. Updated JACK documentation with
a description of JACK and Ecasound states.
</li><li class="li-itemize">13.08.2003 - Updated documentation concerning JACK transport
functions.
</li><li class="li-itemize">31.10.2002 - Few section layout bugs fixed.
</li><li class="li-itemize">30.10.2002 - Added JACK documentation, minor layout changes.
</li><li class="li-itemize">17.10.2002 - Updated Ecasound overview.
</li><li class="li-itemize">17.07.2002 - Added documentation for ecasignalview.
</li><li class="li-itemize">18.05.2002 - Fixed a few typos.
</li><li class="li-itemize">21.10.2001 - Added material from the Ecasound FAQ.
</li><li class="li-itemize">21.10.2001 - Added this history section. Document was
restructured and all major chapters reviewed.
</li><li class="li-itemize">01.02.2001 - Updated the “Current position” section.
</li></ul>
<!--TOC chapter id="sec4" Introduction-->
<h1 id="sec4" class="chapter">Chapter 3  Introduction</h1><!--SEC END -->
<!--TOC section id="sec5" What is Ecasound?-->
<h2 id="sec5" class="section">3.1  What is Ecasound?</h2><!--SEC END --><p>Ecasound is a software package designed for multitrack audio
processing. It can be used for simple tasks like audio playback,
recording and format conversions, as well as for multitrack effect
processing, mixing, recording and signal recycling. Ecasound supports
a wide range of audio inputs, outputs and effect algorithms.
Effects and audio objects can be combined in various ways, and their
parameters can be controlled by operator objects like oscillators
and MIDI-CCs. A versatile console mode user-interface is included in
the package.</p>
<!--TOC chapter id="sec6" Ecasound concepts-->
<h1 id="sec6" class="chapter">Chapter 4  Ecasound concepts</h1><!--SEC END -->
<!--TOC section id="sec7" Audio object-->
<h2 id="sec7" class="section">4.1  Audio object</h2><!--SEC END --><p>Audio objects are used to transfer audio from and to Ecasound.
Usually audio objects are either files (like wav, mp3 or ogg)
or devices (soundcard input/output). There are also some
special audio object types for transferring data between
applications.</p>
<!--TOC section id="sec8" Chain-->
<h2 id="sec8" class="section">4.2  Chain</h2><!--SEC END --><p>Chain is the central signal flow abstraction. In many ways chains
are similar to audio cables. You have one input and one output
to which you can connect audio producers and consumers
(like guitar and amplifier for instance).</p><p>But there are some differences. First it’s possible to attach
chain operators (usually effects) to chains. This is somewhat like
replacing one cable with two, and putting an effect box between
them, but with chains it’s just easier. A second important difference
is that chains can transport multiple channels of audio. It’s possible
to attach mono, stereo or 24ch (or bigger) audio feeds to one
chain. Also all chain operators can handle these multichannel
streams.</p><p>In addition to chain operators, chains also have separate
“mute” and “bypass” functions.</p>
<!--TOC section id="sec9" Chain operators and controllers-->
<h2 id="sec9" class="section">4.3  Chain operators and controllers</h2><!--SEC END --><p>Chain operators are used to process and analyze sample data.
They can be divided into gates, converters, signal analyzers and
to traditional effects like reverbs, delays and filters.</p><p>It’s also possible to attach special controller objects to chains.
These controllers are used to control chain operator parameters.
The typical examples are various oscillators and MIDI continous
controllers (knobs, sliders, etc found on MIDI-devices).</p><p>Both types of objects are attached to chains. The term <em>chain object</em>
refers to all objects that can be attached to chains - ie.
operators and controllers.</p>
<!--TOC section id="sec10" Chainsetup-->
<h2 id="sec10" class="section">4.4  Chainsetup</h2><!--SEC END --><p>Chainsetup is the central data object. All other objects (inputs,
outputs, chains, etc) are connected to some chainsetup.
Many chainsetups can exist at the same time (during one session),
but only one of them can be in use. In Ecasound documentation,
the term <em>connected</em> is used to describe a chainsetup that
is in use. </p><p>Another important chainsetup concept is that of a <em>selected</em>
chainsetup. All editing operations are done on the currently selected
chainsetup. It is possible to have one chainsetup connected (currently
processing audio), while editing another, chainsetup that is selected
for editing.</p><p>Loading and saving chainsetups is the primary mechanism
for storing and restoring state information. When saving
to files, the <em>.ecs</em> file format is used. The file syntax
uses the same notation as Ecasound’s console (and command-line)
interface. This makes it easy to edit the chainsetup files
outside Ecasound, either manually or using external utils.
See <a href="http://nosignal.fi/ecasound/Documentation/ecasound_manpage.html">ecasound(1)</a>
man page for details.</p>
<!--TOC section id="sec11" Current position-->
<h2 id="sec11" class="section">4.5  Current position</h2><!--SEC END --><p>Information about current position is only stored for audio
objects and chainsetups. When you change chainsetup position,
all audio objects are affected. On the other hand, positions
of different audio objects can be changed independently.</p>
<!--TOC section id="sec12" Ecasound Control Interface - ECI-->
<h2 id="sec12" class="section">4.6  Ecasound Control Interface - ECI</h2><!--SEC END --><p>Ecasound Control Interface is an API for application
developers who want to take advantage of libecasound
in their own apps. See “Ecasound Control Interface Guide”
and “Ecasound Programmer’s Guide” for more information.</p>
<!--TOC section id="sec13" Ecasound Interactive Mode - EIAM-->
<h2 id="sec13" class="section">4.7  Ecasound Interactive Mode - EIAM</h2><!--SEC END --><p>Most of Ecasound’s functionality is located in one
central library (libecasound). One thing that this library
provides is a simple interpreter, which can be used for
controlling Ecasound. This mode of operation is better
known as Ecasound’s Interactive Mode (EIAM)</p><p>The most common frontend for the Interactive Mode is the console-mode
Ecasound program. You can enter its Enteractive Mode
by issuing “ecasound -c”. For more detailed information
the available commands, see <span style="font-family:monospace">ecasound-iam(1)</span> man page.</p>
<!--TOC section id="sec14" Ecasound Option Syntax - EOS-->
<h2 id="sec14" class="section">4.8  Ecasound Option Syntax - EOS</h2><!--SEC END --><p>One very notable feature of the console-mode ecasound
program is its command-line option syntax. You can
do pretty much everything from the command-line.</p><p>But it doesn’t end with the console mode ecasound. In
fact, interpreting these options is located in
the main libecasound library, and is very closely tied
to the interactive mode. </p><p>As a result, the same syntax (tokens that look like
“-prefix:arg1,arg2,...,argN”), is used in various
parts of libecasound. Note that if any of the arguments
contain commas, those arguments need to be enclosed in
double-quotes (for example “-prefix:"ar,g1",arg2”).</p><p>Following is a partial list of the places where EOS syntax
has been used:</p><ul class="itemize"><li class="li-itemize">
parsing command-line options
</li><li class="li-itemize">the interactive-mode (as arguments to the ’cs-option’ command
[2.1dev4 and newer])
</li><li class="li-itemize">saved chainsetup-files (.ecs format)
</li><li class="li-itemize">effect preset definitions (see for example
“/usr/share/ecasound/effect_presets”)
</li><li class="li-itemize">generic oscillator definitions (see for example
“/usr/share/ecasound/generic_oscillators”
</li></ul>
<!--TOC chapter id="sec15" Using-->
<h1 id="sec15" class="chapter">Chapter 5  Using</h1><!--SEC END -->
<!--TOC section id="sec16" Where to start?-->
<h2 id="sec16" class="section">5.1  Where to start?</h2><!--SEC END --><p>There’s no one single right way to use Ecasound. You can use it as
a simple glue component for doing tasks that aren’t handled by
other applications you are using, or because Ecasound does these tasks
more easily (or better even :)). But Ecasound can also serve as the
centre of your studio setup, doing everything from effects processing
to multitrack recording and mixing.</p><p>This flexibility doesn’t come for free. It’s difficult to describe
Ecasound’s features in a few phrases. Because of this, new users
are encouraged to start from the <span style="font-family:monospace">Examples page</span> at
<a href="http://nosignal.fi/ecasound/Documentation/examples.html"><span style="font-family:monospace">http://nosignal.fi/ecasound/Documentation/examples.html</span></a>.
It isn’t a perfect introduction, and definitely shows only one way to
use the software, but it does give an overall view of what can be done,
and more importantly, it shows that many tasks are actually quite simple
to do.</p>
<!--TOC section id="sec17" Rules for creating and modifying chainsetups-->
<h2 id="sec17" class="section">5.2  Rules for creating and modifying chainsetups</h2><!--SEC END --><p>Here are a few rules that help writing valid chainsetups.
Whether you are editing chainsetup files (.ecs), some
graphical frontend, just using command-line options, etc;
these rules always apply:</p><ul class="itemize"><li class="li-itemize">
Every chain has exactly _one_ input and _one_ output.
</li><li class="li-itemize">All inputs and outputs must be connected to some chain.
</li><li class="li-itemize">For every input/output, there is one and only one
definition (example: “-i:file.wav”).
</li><li class="li-itemize">All routing from and to chains is based on selecting a set of
chains and then specifying an input or output (example:
“-a:1,2 -i:file.ext”).
</li><li class="li-itemize">All audio copying and mixing is done channel-wise. If you attach
a 4-channel input and a two-channel output to a chain, that chain
will have 4 channels of audio, but only the first two channels
will be written to the output file.
</li></ul><p>Note that these rules are checked only when <em>connecting</em> the
chainsetup (when issuing commands such as “cs-connect”, or “start”).</p>
<!--TOC section id="sec18" Chain operators and controllers-->
<h2 id="sec18" class="section">5.3  Chain operators and controllers</h2><!--SEC END --><p>The best place to start is to read through
the <a href="http://nosignal.fi/ecasound/Documentation/ecasound_manpage.html">ecasound(1)</a>
man page, which contains documentation for all native Ecasound
chain objects.</p>
<!--TOC section id="sec19" Configuration-->
<h2 id="sec19" class="section">5.4  Configuration</h2><!--SEC END --><p>User preferences are stored in <em>~/.ecasound/ecasoundrc</em>.
See the <a href="http://nosignal.fi/ecasound/Documentation/ecasoundrc_manpage.html">ecasoundrc(5)</a>
manual page for details.</p><p>By default, files for effect presets and oscillator presets are
in <em>/usr/share/ecasound</em>.</p>
<!--TOC section id="sec20" Common problems-->
<h2 id="sec20" class="section">5.5  Common problems</h2><!--SEC END -->
<!--TOC subsection id="sec21" I get occasional audio dropouts during operation? How to get rid of them?-->
<h3 id="sec21" class="subsection">5.5.1  I get occasional audio dropouts during operation? How to get rid of them?</h3><!--SEC END --><p>Check <a href="http://www.oreillynet.com/pub/a/linux/2000/11/17/low_latency.html"><span style="font-family:monospace">http://www.oreillynet.com/pub/a/linux/2000/11/17/low_latency.html</span></a>
where you’ll find a very good article written by Dave Phillips on
Linux low-latency issues. If you are in a hurry (or desperate :)),
here’s a quick list of things to try:</p><ul class="itemize"><li class="li-itemize">
Tune your disks (see the article)
</li><li class="li-itemize">Enable ecasound’s double-buffering system by using the <em>-z:db</em>
option [note! this is only necessary with Ecasound 2.0.x and older]
</li><li class="li-itemize">If you’re still having problems, run ecasound as root (or with SUID-bit
set) and use ecasound’s <em>-r</em> option. This will raise ecasound’s
scheduling priority to realtime (SCHED_FIFO). [with ecasound 2.1
and newer, just run ecasound as root and it will take care of
tuning the settings]
</li><li class="li-itemize">Try increasing ecasound’s buffersize with the <em>-b:sample_frames</em>
option. Something like <em>-b:4096</em> should do the trick.
</li><li class="li-itemize">If all else fails, try the various low-latency kernel patches
(again, check the article)
</li></ul><p>There has been a lot of discussion about tuning your system for better
performance on linux-audio-dev and linux-audio-user mailing lists. You
can browse the list archives at <a href="http://www.linuxdj.com/audio/lad/archive.php"><span style="font-family:monospace">http://www.linuxdj.com/audio/lad/archive.php</span></a>.</p><p>Here are links to selected messages from the ecasound-list archives:
</p><ul class="itemize"><li class="li-itemize">
Tuning parameters for reliable recording <a href="http://nosignal.fi/ecasound-list/2005/04/0038.html"><span style="font-family:monospace">http://nosignal.fi/ecasound-list/2005/04/0038.html</span></a>.
</li><li class="li-itemize">Smart Buffering <a href="http://nosignal.fi/ecasound-list/2001/10/0020.html"><span style="font-family:monospace">http://nosignal.fi/ecasound-list/2001/10/0020.html</span></a>.
</li><li class="li-itemize">Ecasound for Recording <a href="http://nosignal.fi/ecasound-list/2001/06/0016.html"><span style="font-family:monospace">http://nosignal.fi/ecasound-list/2001/06/0016.html</span></a>.
</li></ul>
<!--TOC subsection id="sec22" Can I use multiple soundcards?-->
<h3 id="sec22" class="subsection">5.5.2  Can I use multiple soundcards?</h3><!--SEC END --><p>This is possible, but there are some issues you should be aware of. If
you try using multiple cheap soundcards to get more simultaneous
inputs for recording, it’s likely that the resulting streams will not
be in sync. This problem is explained in detail in the Linux
Audio-Quality HOWTO section "Notes on Full Duplex Recording, and Other
Realtime Issues": <a href="http://karmak.org/archive/2003/02/audio_quality_HOWTO.htm"><span style="font-family:monospace">http://karmak.org/archive/2003/02/audio_quality_HOWTO.htm</span></a>.
The original page at <a href="http://www.linuxdj.com/audio/quality/"><span style="font-family:monospace">http://www.linuxdj.com/audio/quality/</span></a> is no
longer available. </p>
<!--TOC subsection id="sec23" Problems with panning mono files-->
<h3 id="sec23" class="subsection">5.5.3  Problems with panning mono files</h3><!--SEC END --><p>In situations where you need to convert mono
audio objects to multichannel objects, Ecasound
can behave in a somewhat unexpected manner.</p><p>For instance, the correct way to set panning for
three individual mono input files, and mix the
resulting stereo output to soundcard, is:</p><pre class="verbatim">ecasound -a:1 -i:monofile1.wav -erc:1,2 -epp:0 \
-a:2 -i:monofile2.wav -erc:1,2 -epp:50 \
-a:3 -i:monofile3.wav -erc:1,2 -epp:100 \
-a:all -f:16,2,44100 -o:alsa
</pre><p>The actual signal chain is something like:</p><pre class="verbatim">
monofile1.wav |--'1'---- erc ----| epp |---\
\-----| |---\\
\\
monofile2.wav |--'2'---- erc ----| epp |------- | alsa
\-----| |------- |
//
monofile3.wav |--'3'---- erc ----| epp |---//
\-----| |---/
('---' = mono channel)
</pre><p>The critical points to notice are:</p><ul class="itemize"><li class="li-itemize">
ecasound automatically notices that the three
input files are mono files so chains are initialized
with one mono input
</li><li class="li-itemize">chains contain mono signal until -erc operator,
which transforms the chain into a stereo chain
by copying the data from ch1 to ch2
</li><li class="li-itemize">now -epp works as expected (sets the stereo balance
for one input)
</li><li class="li-itemize">chains are mixed to the soundcard device channel-wise
</li></ul><p>If you leave out the -erc operators, chains will still be converted
to stereo (as -epp is a stereo operator), but on each chain, only
the first channel (left) will contain any audio from the input
files.</p>
<!--TOC subsection id="sec24" Filenames with commas not handled correctly-->
<h3 id="sec24" class="subsection">5.5.4  Filenames with commas not handled correctly</h3><!--SEC END --><p>There are some pitfalls in how commas in filenames are handled
by ecasound. If you have a filename “foo,bar.ogg”, the following
will not work:</p><pre class="verbatim">ecasound -i foo,bar.ogg -o alsa
</pre><p>The only way around this is to escape all the commas with backslashes:</p><pre class="verbatim">ecasound -i foo\\,bar.ogg -o alsa
</pre><p>The backslash has to be a double-backslash as the shell strips
one of the backslashes away before passing the string to ecasound.</p>
<!--TOC chapter id="sec25" User interfaces and Applications-->
<h1 id="sec25" class="chapter">Chapter 6  User interfaces and Applications</h1><!--SEC END --><p>For a complete list of user-interfaces and applications built
on top of Ecasound, visit Ecasound’s web site at <a href="http://www.eca.cx"><span style="font-family:monospace">http://www.eca.cx</span></a>.</p>
<!--TOC section id="sec26" Ecasound-->
<h2 id="sec26" class="section">6.1  Ecasound</h2><!--SEC END --><p>The standalone program “ecasound” is the primary user interface
for Ecasound. </p><p>See <a href="http://nosignal.fi/ecasound/Documentation/ecasound_manpage.html">ecasound(1)</a>
man page and the <span style="font-family:monospace">Examples web page</span>
at <a href="http://nosignal.fi/ecasound/Documentation/examples.html"><span style="font-family:monospace">http://nosignal.fi/ecasound/Documentation/examples.html</span></a>.</p>
<!--TOC section id="sec27" Ecasignalview-->
<h2 id="sec27" class="section">6.2  Ecasignalview</h2><!--SEC END --><p>Ecasignalview is an utility program for monitoring signal amplitude
and peak statistics. It’s primarily used when adjusting
signal levels for recording. </p>
<!--TOC subsection id="sec28" Basic use-->
<h3 id="sec28" class="subsection">6.2.1  Basic use</h3><!--SEC END --><p>The basic use scenario is to record audio from a soundcard device,
visualize it with vu-meters and write it to a null output. </p><pre class="verbatim"># OSS-drivers (or properly installed ALSA OSS-emulation)
ecasignalview /dev/dsp null
# native ALSA-mode, recording from the 'default' device
ecasignalview alsa,default null
</pre><p>It is possible to reset the max-peak and clipped-samples
counters by sending a SIGHUP signal to the process (i.e.
from another console: "killall -v -HUP ecasignalview").</p><p>To monitor the input signal you can either use the soundcard’s
analog (or in some cases, digital) monitoring functions by
enabling line/mic-in monitoring using <em>alsamixer</em> (ALSA),
<em>aumix</em> (OSS) or some other mixer application. Another option is to
use ecasignalview to do the monitoring. In this case the correct
command is:</p><pre class="verbatim"># OSS input and output
ecasignalview /dev/dsp /dev/dsp
# corresponding ALSA command
ecasignalview alsa,default alsa,default
</pre><p>Ecasignalview command-line options allow you to fine-tune
the way monitoring is done:</p><pre class="verbatim"># increased refresh rate 20Hz
ecasignalview -r:50 alsa null
# larger buffersize (1024 samples)
ecasignalview -b:1024 alsa null
# recording in mode 32bit/10channels/96000Hz with
# interleaved channels
ecasignalview -f:s32,10,96000,i alsa null
</pre><p>It can also be used with files and real-time devices like
JACK inputs and outputs:
</p><pre class="verbatim"># monitor audio recorded by JACK system input (first 2ch)
ecasignalview -f:f32,2 jack,system null
# monitor audio from JACK application ``foosynth''
ecasignalview -f:f32,2 jack,foosynth null
# play and monitor a file input
ecasignalview foo.wav alsa
</pre>
<!--TOC subsection id="sec29" Further Reading-->
<h3 id="sec29" class="subsection">6.2.2  Further Reading</h3><!--SEC END --><p>See <span style="font-family:monospace">ecatools(1)</span> man page for a detailed listing of
available command-line options.</p>
<!--TOC section id="sec30" Ecatools-->
<h2 id="sec30" class="section">6.3  Ecatools</h2><!--SEC END --><p>
See <span style="font-family:monospace">ecatools(1)</span> man page.</p>
<!--TOC chapter id="sec31" Advanced features-->
<h1 id="sec31" class="chapter">Chapter 7  Advanced features</h1><!--SEC END -->
<!--TOC section id="sec32" Audio loop devices-->
<h2 id="sec32" class="section">7.1  Audio loop devices</h2><!--SEC END --><p>Just by using normal chain connections it’s not possible to
route audio from one Ecasound chain to another. One way
around this limitation is loop devices. They were introduced
in Ecasound 1.7.0.</p>
<!--TOC subsection id="sec33" Example of use-->
<h3 id="sec33" class="subsection">7.1.1  Example of use</h3><!--SEC END --><p>An example use-case where we route audio from chains “1” and “2”
to chain “3” which is amplified and send to a soundcard output (“alsa”).</p><pre class="verbatim">
--cut--
# note, the second loop parameter is the loop id-number;
# it is used to associate loop inputs with correct loop outputs
ecasound -a:1 -i:some.mp3
-a:2 -i:another.mp3
-a:1,2 -o:loop,1
-a:3 -ea:200 -i:loop,1 -o alsa
--cut--
</pre><p>Both inputs are eventually routed to chain "3", where a -ea:200 is
applied to the signal. This does have one downside, loop device
adds latency (-b:x -> latency of x frames). </p>
<!--TOC section id="sec34" Ecasound Wave Files - the EWF (.ewf) format-->
<h2 id="sec34" class="section">7.2  Ecasound Wave Files - the EWF (.ewf) format</h2><!--SEC END -->
<!--TOC subsection id="sec35" General-->
<h3 id="sec35" class="subsection">7.2.1  General</h3><!--SEC END --><p>Ecasound Wave File (.ewf) is a simple wrapper format for controlling
other audio objects. Ewf files are useful for offsetting or time-shifting
audio files (for instance play a short audio clip in the middle of
a long multitrack mix), for minimizing diskspace usage during
multitrack recording (output offsetting ) and looping.</p><p>Starting from Ecasound version 2.5.0, similar functionality is
provided by special purpose audio object types ’audioloop’, ’audioselect’
and others. You may choose between EWF and these audio object types
based on your specific needs. See
<a href="http://nosignal.fi/ecasound/Documentation/ecasound_manpage.html">ecasound(1)</a>
man page and the <span style="font-family:monospace">Examples web page</span>
at <a href="http://nosignal.fi/ecasound/Documentation/examples.html"><span style="font-family:monospace">http://nosignal.fi/ecasound/Documentation/examples.html</span></a>
for many examples of using these.</p><p>Writing to EWF file is nowadays considered to be a deprecated
feature and it may be removed in a future release.</p>
<!--TOC subsection id="sec36" File format-->
<h3 id="sec36" class="subsection">7.2.2  File format</h3><!--SEC END --><p>Ewf-files are stored in ascii format. The syntax is based on “key=value”
pairs. The same syntax is used with Ecasound resource files. See
<a href="http://nosignal.fi/ecasound/Documentation/ecasoundrc_manpage.html">ecasoundrc(5)</a>
man page for detailed info. Currently recognized ewf keywords are:</p><ul class="itemize"><li class="li-itemize">
source - audio object name (string) [read,write]
</li><li class="li-itemize">offset - insert audio object at offset (time) [read,write]
</li><li class="li-itemize">start-position - start offset inside audio object (time) [read]
</li><li class="li-itemize">length - how much of audio object data is used (time) [read]
</li><li class="li-itemize">looping - whether to loop sample data (true or false) [read]
</li></ul><p>All time values are interpreted as seconds (need not be an integer
but can be given as a decimal number, e.g. “1.05”). However if
the value is an integer number and has a postfix of “sa” (e.g.
“44100sa”), it is interpreted as time expressed as samples (in
case of a multichannel stream, time in sample frames).</p>
<!--TOC subsection id="sec37" Example of ewf use-->
<h3 id="sec37" class="subsection">7.2.3  Example of ewf use</h3><!--SEC END --><p>Let’s look at a simple example .ewf file:</p><pre class="verbatim">
-- test.ewf --
source = test.wav
offset = 5.0
start-position = 2.0
length = 3.0
looping = true
--cut--
</pre><p>Now what happens when you issue "ecasound -i test.ewf -o alsa"?
Because of the “offset” definition, the first 5 seconds will be
silent. After that ecasound will start to read data from “test.wav”.
But as “start-position” is not zero, ecasound will skip the
first 2 seconds. After 8 seconds has passed (“offset” +
“length”), ecasound will loop back to “start-position”.
This looping will continue until the user interrupts the operation.</p>
<!--TOC section id="sec38" Effect presets-->
<h2 id="sec38" class="section">7.3  Effect presets</h2><!--SEC END -->
<!--TOC subsection id="sec39" General-->
<h3 id="sec39" class="subsection">7.3.1  General</h3><!--SEC END --><p>
Ecasound has a powerful effect preset system that allows you to create
new effects by combining basic effects and controllers.</p><p>Presets can be stored into separate files or they can be stored
into a global database. Either way, the preset format is the same
(also see <a href="http://nosignal.fi/ecasound/Documentation/ecasoundrc_manpage.html">ecasoundrc(5)</a>
man page, the same file format and syntax is used):</p><pre class="verbatim">
preset_name = effects controllers | ... | effects controllers
</pre><p>Effects and controllers are specified using the EOS syntax,
the same syntax that is used for parsing command-line options
(“-ea:100”, “-kl:1,0,100,5”, etc). The pipe character is
used to separate parallel chains. </p><p>Just like in shell scripts, the ’\’ character can
be used to spread definitions across multiple lines.</p>
<!--TOC subsection id="sec40" Example of preset use-->
<h3 id="sec40" class="subsection">7.3.2  Example of preset use</h3><!--SEC END --><p>
Ecasound effect presets are in fact small Ecasound engines that
behave just like native effects. Here’s an example of a
multi-chain effect preset:</p><pre class="verbatim">
--cut file 'bassbooster.ecp'--
# let's put the low freqs into one chain and high freqs in another
bassbooster = -efl:2000 -ea:200 | -efh:2000 -ea:50
# note, the '|' sign separates parallel chains
--cut--
</pre><p>Once defined, you can use the preset in the following way:</p><pre class="verbatim">
--cut--
ecasound -a:1 -i:some.mp3 -pf:bassbooster.ecp
-a:2 -i:another.mp3 -pf:bassbooster.ecp
-a:1,2 -o:alsa
--cut--
</pre><p>When separate files are used (the “-pf:name” option),
Ecasound always loads the first preset it finds. If the
file contains more presets (additional “key=value” -pairs),
they are ignored.</p><p>An alternative way to define presets is to put the
definition in the global preset list (usually in
“/usr/local/share/ecasound/effect_presets”. Once you’ve
added a line defining “bassbooster”, you can use it
like:</p><pre class="verbatim">
--cut--
ecasound -a:1 -i:some.mp3 -pn:bassbooster
-a:2 -i:another.mp3 -pn:bassbooster
-a:1,2 -o:alsa
--cut--
</pre>
<!--TOC subsection id="sec41" Preset parameters-->
<h3 id="sec41" class="subsection">7.3.3  Preset parameters</h3><!--SEC END --><p>Parameters of operators belonging to a preset can be
exposed as preset paramters. Example:</p><pre class="verbatim">--cut preset definition--
f_res_lowpass = -ef3:%1,1.5,0.7
--cut--
</pre><p>In the above example, the lowpass filter cutoff is exposed
as a parameter of the “f_res_lowpass” preset. The preset
can be used just like any other Ecasound operator. The
following two commands will results in identical output:</p><pre class="verbatim">--cut--
ecasound -i:foo.mp3 -o:alsa -pn:f_res_lowpass,800
ecasound -i:foo.mp3 -o:alsa -ef3:800,1.5,0.7
--cut--
</pre>
<!--TOC subsection id="sec42" Parameter descriptors-->
<h3 id="sec42" class="subsection">7.3.4  Parameter descriptors</h3><!--SEC END --><p>Ecasound preset parameters can be described using the following
set of descriptors:</p><pre class="verbatim"> -pd:name_of_preset = preset description
-ppn:par1,...,parN = parameter names (public params)
-ppd:val1,...,valN = default param values
-ppl:val1,...,valN = lower bounds for param values
-ppu:val1,...,valN = upper bounds for param values
-ppt:flags1,...,flagsN = special flags for param N
('i'=integer, 'l'=logarithmic, 'o'=output, 't'=toggle)
</pre><p>The option can only be used inside preset definitions (in “effect_presets”
files, or individual “*.ecp” files). An example preset parameter
definition:</p><pre class="verbatim">--cut--
f_two_filters = -efl:800 -ea:%1 | -efh:800 -ea:%2 \
-pd:Parallel_highpass_and_lowpass_filters \
-ppl:0,0 -ppu:1000,- \
-ppd:100,100 -ppn:lowgain,highgain
--cut--
</pre><p>The above preset “f_two_filters” has two parameters, which
are described using the “-pd” descriptor. Recommended lower and
upper bounds for the parameters are defined with “-ppl” and
“-ppu” descriptors. Default values for the parameters are
specified with “-ppd”.</p>
<!--TOC section id="sec43" Gate operators-->
<h2 id="sec43" class="section">7.4  Gate operators</h2><!--SEC END --><p>Gates are just like any other chain operators. They are assigned to
a chain, and process passing audio data buffers. One special feature
of gates is the ability to crop sections of audio files, for instance
to achieve automatic volume-based cutting of audio streams:</p>
<!--TOC subsection id="sec44" Example of use-->
<h3 id="sec44" class="subsection">7.4.1  Example of use</h3><!--SEC END --><p>The following sequence cuts the section [60:00 sec ->
61:00 sec] from “guitar.wav” into “gate-test.wav”:</p><pre class="verbatim">
--cut--
|\$ ls -la guitar.wav
-rw-rw-r-- 1 kaiv kaiv 15790124 Sep 30 23:27 guitar.wav
|\$ ecasound -i guitar.wav -o gate-test.wav -gc:60,1
|\$ ls -la gate-test.wav
-rw-rw-r-- 1 kaiv kaiv 180268 Dec 12 22:13 gate-test.wav
--cut--
</pre><p>The threshold gate is used similarly:</p><pre class="verbatim">
--cut--
|\$ ecasound -i gate-test.wav -o gate-test-rms.wav -ge:11.2,5,1
|\$ ecasound -i gate-test.wav -o gate-test-peak.wav -ge:5,5,0
|\$ ls -la gate*wav
-rw-rw-r-- 1 kaiv kaiv 163884 Dec 12 22:18 gate-test-peak.wav
-rw-rw-r-- 1 kaiv kaiv 143404 Dec 12 22:17 gate-test-rms.wav
-rw-rw-r-- 1 kaiv kaiv 180268 Dec 12 22:13 gate-test.wav
--cut--
</pre><p>In the first case, the gate is opened when the RMS-volume goes over the “11.2%”
threshold, and closed when RMS-volume falls below “5%”. In the second,
case, both entry and close thresholds are “5%” (peak volume).</p>
<!--TOC section id="sec45" LADSPA plugins-->
<h2 id="sec45" class="section">7.5  LADSPA plugins</h2><!--SEC END --><p>Ecasound supports LADSPA-effect plugins (Linux Audio Developer’s
Simple Plugin API). See <a href="http://nosignal.fi/ecasound/Documentation/ecasound_manpage.html">ecasound(1)</a>
man page and the LADSPA web site at “www.ladspa.org” for more information.</p>
<!--TOC subsection id="sec46" Ecasound is not able to find any LADSPA plugins I have installed!-->
<h3 id="sec46" class="subsection">7.5.1  Ecasound is not able to find any LADSPA plugins I have installed!</h3><!--SEC END --><p>Just installing the LADSPA SDK - “www.ladspa.org”
- should be enough. The plugins themselves are stored in shared library
files (.so). They are usually stored in “/usr/local/lib/ladspa”. To test
whether Ecasound finds the plugins, issue:</p><p>echo "ladspa-register" | ecasound -c</p><p>You should get a list of all installed LADSPA plugins. If this doesn’t
work, you need to make sure Ecasound is compiled with LADSPA enabled (ie.
ladspa.h header was present when Ecasound was compiled). The precompiled
rpm-binaries have this, but if you’ve compiled Ecasound yourself you
should recompile after installing the LADSPA SDK.</p><p>Also, check Dave Phillips’ great
article on Oreillynet -
<a href="http://www.oreillynet.com/pub/a/linux/2001/02/02/ladspa.html"><span style="font-family:monospace">http://www.oreillynet.com/pub/a/linux/2001/02/02/ladspa.html</span></a>.</p>
<!--TOC section id="sec47" JACK Audio Server-->
<h2 id="sec47" class="section">7.6  JACK Audio Server</h2><!--SEC END --><p>
<a id="JACK Audio Server"></a></p><p>JACK is system for handling real-time, low latency audio.
It allows multiple independent applications to access the system
audio hardware and also to route audio between applications.</p><p>JACK is different from other audio server efforts in that it has been
designed from the ground up to be suitable for professional audio
work. This means that it focuses on two key areas: synchronous
execution of all clients, and low latency operation. </p><p>Note that Ecasound must be compiled with JACK support enabled
(the “–with-jack” configure option) to take advantage of
the functionality described in this section.</p>
<!--TOC subsection id="sec48" Basic Input and Output-->
<h3 id="sec48" class="subsection">7.6.1  Basic Input and Output</h3><!--SEC END --><p>Let’s start with how to play a file using Ecasound and JACK:</p><pre class="verbatim">ecasound -i foo.wav -o jack,system
</pre><p>This will create a separate JACK output port for each channel
of “foo.wav”, and automatically connect these Ecasound ports to
the JACK system PCM output ports. </p><p>Note that ecasound does not allow to mix objects with different
sampling rates (without explicitly inserting “samplerate”
conversion objects). That means that if sampling rate of “foo.wav”
does not match the current JACK system rate, the above command
wil fail.</p><p>The connections creadted are as follows:</p><pre class="verbatim">ecasound:out_1 --> system:playback_1
ecasound:out_2 --> system:playback_2
</pre><p>If “foo.wav” was a four channel file, the same command would
connect all channels:</p><pre class="verbatim">ecasound:out_1 --> system:playback_1
ecasound:out_2 --> system:playback_2
ecasound:out_3 --> system:playback_3
ecasound:out_4 --> system:playback_4
</pre><p>To record a file, you’d issue:</p><pre class="verbatim">ecasound -f:,2 -i jack,system -o foo.wav
ecasound -f:f32,2,44100 -i jack,system -o foo.wav
</pre><p>Here we use “-f:bits,channels,srate” to set how many channels
to record from the sound device using JACK. As described in
the <a href="http://nosignal.fi/ecasound/Documentation/ecasound_manpage.html">ecasound(1)</a>
man page, the parameters to “-f” may be overridden
by the audio objects. In case of JACK, the server always sets
the sampling rate, and also the sample format is fixed to 32bit
floats. Because of this, the above two examples achieve the same
result (but you may find the latter command more readable). </p><p>It is possible to add another “-f” before “-o foo.wav”
if you want to write the file in a different format. For
example to convert the sample format to 16bit fixed:</p><pre class="verbatim">ecasound -f:f32,2 -i jack,system -f:s16,2 -o foo.wav
</pre>
<!--TOC subsection id="sec49" More Advanced Port Creation-->
<h3 id="sec49" class="subsection">7.6.2  More Advanced Port Creation</h3><!--SEC END --><p>Ecasound also offers the following alternative ways
to create input and output ports:</p><pre class="verbatim">ecasound -i foo.wav -o jack
ecasound -i foo.wav -o jack,remote_client
ecasound -i foo.wav -o jack,remote_client,local_portprefix
ecasound -i foo.wav -o jack,,local_portprefix
ecasound -i foo.wav -o jack_multi,remote_client:port_1,system:port_2
ecasound -i jack -o foo.wav
ecasound -i jack,remote_client -o foo.wav
ecasound -i jack,local_portprefix -o foo.wav
</pre><p>See <a href="http://nosignal.fi/ecasound/Documentation/ecasound_manpage.html">ecasound(1)</a>
manual page for descriptions of the “jack_multi” audio object and the variants
of “jack” usage.</p>
<!--TOC subsection id="sec50" Transport Control-->
<h3 id="sec50" class="subsection">7.6.3  Transport Control</h3><!--SEC END --><p>Transport controls are functions like “start”, “stop”, “seek”,
etc, that are commonly available in audio applications that
maintain some kind of current position. JACK’s transport
control interface allows controlling the transport state
of all the apps connected to one JACK server from a single
application. Ecasound can support this functionality in
four different modes (“notransport”, “send”, “recv”
and “sendrecv”).</p><p>By default Ecasound will both send and reveive transport
events (position and state) to other JACK clients
(mode “sendrecv”):</p><pre class="verbatim">ecasound -c -i null -o jack
</pre><p>To use transport control in Ecasound, you have to have at least
one published input or output JACK port. Here we publish
one null output port. After giving the initial “engine-launch” command
in Ecasound interactive mode, you are now able to use
further EIAM commands to control all other JACK apps connected
to the same server. Commands like
“stop”, “setpos 20”, “rw 10”, “fw 10”, and so should
affect other apps.</p><p>By default, Ecasound doesn’t react to outside transport
control. To enable this:</p><pre class="verbatim">ecasound -c -i foo.wav -o jack,system -G:jack,eca_slave,recv
</pre><p>After giving an initial “engine-launch” to Ecasound, you should
now be able to use other JACK apps to control Ecasound’s
playback of “foo.wav”. </p><p>To combine external control with the ability to control
the transport from ecasound’s user-interface:</p><pre class="verbatim">ecasound -c -i foo.wav -o jack,system -G:jack,eca_slave,sendrecv
</pre>
<!--TOC subsection id="sec51" JACK and Ecasound states-->
<h3 id="sec51" class="subsection">7.6.4  JACK and Ecasound states</h3><!--SEC END --><p>To have a good understanding of the overall system, it’s important
to understand how Ecasound and JACK states relate to each other.</p><p>When an Ecasound chainsetup is connected (EIAM-command “cs-connect”),
a connection is established with the JACK server, and all the
JACK ports in that chainsetup are registered to it.
Once Ecasound’s engine is launched with EIAM-command “engine-launch”,
connections (if any are specified) are made to the ports of other
JACK clients. In this state Ecasound is ready to process
incoming transport state and position changes.</p><p>When Ecasound processing is started (either with “start” or
by an incoming transport event), Ecasound’s engine runs
as a node in the JACK system. When processing is stopped (either
with “stop”, or by a transport event), Ecasound’s engine is
not run.</p><p>Any connections (initiated by Ecasound) to other clients,
are disconnected once “engine-halt” is issued and engine
operation is stopped. Connection to the remote JACK server
as well as unregistering any ports is performed when chainsetup
is disconnected (“cs-disconnect”).</p><p>Note! Normally you don’t need to go through all the steps one
by one. Instead issuing “start” will automatically connect
the chainsetup and launch the engine. Similarly “cs-disconnect”
will stop processing and halt the engine if needed.</p>
<!--TOC subsection id="sec52" Troubleshooting-->
<h3 id="sec52" class="subsection">7.6.5  Troubleshooting</h3><!--SEC END --><p>Ecasound v2.2 and earlier don’t have the capability to change
the engine buffersize and sampling rate dynamically during
processing. As a consequence, running Ecasound will fail if
the currrent values for these parameters do not match
the ones used by the JACK server. In other words, you have
to correctly set the buffersize (with “-b:xxx”) and sampling
rate (with “-f:bits,channels,srate” and possibly using the
<em>resample</em> audio object). This is the first thing to
check if communication with JACK does not work.</p><p>Future versions of Ecasound will hopefully solve this
problem. This issue is covered by Ecasound development item
“edi-31 - Support for dynamic sampling rate and buffersize changes.”.</p>
<!--TOC subsection id="sec53" Deprecated JACK input/output syntax-->
<h3 id="sec53" class="subsection">7.6.6  Deprecated JACK input/output syntax</h3><!--SEC END --><p>
Ecasound 2.5 and older supported “jack_alsa”, “jack_auto”
and “jack_generic” object types, but these are now replaced
by a more generic “jack” interface. The old variants this
work, but are now considered deprecated (they work but may be
removed in a future Ecasound release).</p>
<!--TOC chapter id="sec54" Miscellaneous-->
<h1 id="sec54" class="chapter">Chapter 8  Miscellaneous</h1><!--SEC END -->
<!--TOC section id="sec55" Security Considerations-->
<h2 id="sec55" class="section">8.1  Security Considerations</h2><!--SEC END --><p>When given the -r option (raise priority), Ecasound tries to raise
its scheduling priority (to so called SCHED_FIFO realtime scheduling)
and to avoid swapping, locks all its memory. To do this,
root-privileges are required. So either Ecasound has to be run as
root (logged in as root, or using the ’sudo’ program), it has to be
installed with the suid-root bit set, or otherwise be granted necessary
privileges to turn on real-time schedule (see below). Now is this a safe
thing to do?</p><p>Although there are no known vulnerabilities, setting Ecasound suid-root is
not safe. Whether this is a real problem depends on the particular setup
(whether connected to a network or not, any untrusted users with shell
access, ...).</p><p>The basic problem is that Ecasound (or at least 2.0 and earlier)
doesn’t contain any code for altering privilege levels. If it is run
with root-privileges, it does everything as root - including forking
external programs such as mp3 and ogg utilities and editors.</p><p>But all in all, this shouldn’t be that big of an issue for many users. For
noncritical uses, just don’t set the suid-bit, but run as a normal user. If
you have an untrusted setup, and you don’t want to login as root, but still
need to run in raised-priority mode, the following can help to limit
the risk of suid-root use:</p><pre class="verbatim">
cd /usr/local/bin
chown root.ecausers ecasound
chmod 4750 ecasound
</pre><p>In other words, the ecasound binary is set as suid-root (so it is run with
root-privileges), but only root and members of the ’ecausers’ group can
start it. You of course first have to create the ’ecausers’ group to your
system.</p><p>The ideal solution would be that ecasound would not need full root-privileges, but
privileges for changing scheduling and locking memory. On recent Linux systems,
there are couple ways to achieve this.</p><p>The Realtime Linux Security Module (LSM) is one practical solution
(see <a href="http://sourceforge.net/projects/realtime-lsm/"><span style="font-family:monospace">http://sourceforge.net/projects/realtime-lsm/</span></a> and
<a href="http://lwn.net/Articles/106009/"><span style="font-family:monospace">http://lwn.net/Articles/106009/</span></a>). This module is a loadable extension for
Linux 2.6 kernels. It selectively grants realtime permissions to specific user groups
or applications. Unfortunately Realtime LSM does not yet come with the standard Linux
kernel, so you need to install it separately.</p><p>A more recent approach, and one that might be adopted by popular GNU/Linux distributions,
is the <em>rtprio</em> extension to Linux resource limits. See
<a href="http://lwn.net/Articles/134460/">f</a>or a good overview of this approach and how
it compared to the LSM mechanism described above.</p><!--CUT END -->
<!--HTMLFOOT-->
<!--ENDHTML-->
<!--FOOTER-->
<hr style="height:2"><blockquote class="quote"><em>This document was translated from L<sup>A</sup>T<sub>E</sub>X by
</em><a href="http://hevea.inria.fr/index.html"><em>H</em><em><span style="font-size:small"><sup>E</sup></span></em><em>V</em><em><span style="font-size:small"><sup>E</sup></span></em><em>A</em></a><em>.</em></blockquote></body>
</html>
|