ecasound-list Mailing List for Ecasound (Page 112)
Brought to you by:
kaiv
You can subscribe to this list here.
2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(24) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2005 |
Jan
(48) |
Feb
(46) |
Mar
(60) |
Apr
(51) |
May
(17) |
Jun
(22) |
Jul
(18) |
Aug
(80) |
Sep
(28) |
Oct
(28) |
Nov
(54) |
Dec
(20) |
2006 |
Jan
(37) |
Feb
(22) |
Mar
(40) |
Apr
(42) |
May
(6) |
Jun
(8) |
Jul
(19) |
Aug
(22) |
Sep
(4) |
Oct
(9) |
Nov
(15) |
Dec
(30) |
2007 |
Jan
(15) |
Feb
(5) |
Mar
(17) |
Apr
(6) |
May
(28) |
Jun
(13) |
Jul
(21) |
Aug
(24) |
Sep
(22) |
Oct
(3) |
Nov
(2) |
Dec
(19) |
2008 |
Jan
(19) |
Feb
(6) |
Mar
(27) |
Apr
(9) |
May
(8) |
Jun
(10) |
Jul
(70) |
Aug
(106) |
Sep
(78) |
Oct
(16) |
Nov
(24) |
Dec
(7) |
2009 |
Jan
(97) |
Feb
(46) |
Mar
(50) |
Apr
(69) |
May
(10) |
Jun
(66) |
Jul
(14) |
Aug
(17) |
Sep
(12) |
Oct
(35) |
Nov
(20) |
Dec
(10) |
2010 |
Jan
(14) |
Feb
(35) |
Mar
(24) |
Apr
(8) |
May
(13) |
Jun
(16) |
Jul
(48) |
Aug
(26) |
Sep
(27) |
Oct
(34) |
Nov
(8) |
Dec
(20) |
2011 |
Jan
(4) |
Feb
(7) |
Mar
(25) |
Apr
(18) |
May
(18) |
Jun
(20) |
Jul
(35) |
Aug
(19) |
Sep
(18) |
Oct
(22) |
Nov
(2) |
Dec
(17) |
2012 |
Jan
(10) |
Feb
(2) |
Mar
(10) |
Apr
(93) |
May
(68) |
Jun
(20) |
Jul
(9) |
Aug
|
Sep
(53) |
Oct
(19) |
Nov
(18) |
Dec
(28) |
2013 |
Jan
(3) |
Feb
(9) |
Mar
|
Apr
(16) |
May
(7) |
Jun
(6) |
Jul
(11) |
Aug
(15) |
Sep
(6) |
Oct
(4) |
Nov
(7) |
Dec
(23) |
2014 |
Jan
(22) |
Feb
(7) |
Mar
(1) |
Apr
(4) |
May
(6) |
Jun
(2) |
Jul
(8) |
Aug
|
Sep
(4) |
Oct
|
Nov
|
Dec
(1) |
2015 |
Jan
(2) |
Feb
|
Mar
(9) |
Apr
|
May
|
Jun
(3) |
Jul
(1) |
Aug
(13) |
Sep
(1) |
Oct
(8) |
Nov
|
Dec
(1) |
2016 |
Jan
(4) |
Feb
|
Mar
|
Apr
(3) |
May
(1) |
Jun
(6) |
Jul
(1) |
Aug
(1) |
Sep
|
Oct
(1) |
Nov
|
Dec
|
2017 |
Jan
(2) |
Feb
(6) |
Mar
(2) |
Apr
(5) |
May
(3) |
Jun
(17) |
Jul
|
Aug
(3) |
Sep
(1) |
Oct
(5) |
Nov
(1) |
Dec
|
2018 |
Jan
|
Feb
|
Mar
(10) |
Apr
(3) |
May
(2) |
Jun
|
Jul
(10) |
Aug
|
Sep
(1) |
Oct
(17) |
Nov
|
Dec
|
2019 |
Jan
|
Feb
(2) |
Mar
|
Apr
(2) |
May
|
Jun
(5) |
Jul
|
Aug
|
Sep
(6) |
Oct
|
Nov
(7) |
Dec
(1) |
2020 |
Jan
(23) |
Feb
|
Mar
(3) |
Apr
(3) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
(4) |
2021 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(8) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2022 |
Jan
|
Feb
|
Mar
|
Apr
(5) |
May
(1) |
Jun
(5) |
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
|
2023 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(4) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Julien C. <ju...@c-...> - 2005-03-27 00:56:05
|
Hi! I used .ewfs to concatenate files like: 1.ewf: source = 1.wav offset = 0 2.ewf: source = 2.wav offset = 63 Now this worked fine. But when I was finished (7 parts length in total 27m:51s) ecasound would crash when playing it or even when dumping it to another wave-file. Strangely though: When I run jack it works. Even if I dump the output to a wavefile. I think a jackserver shouldn't have any effect on that? Should it? Another problem is forwarding or setpos-ing in this long-track. When I have the original consisting of all .ewf-files. It works fine for the first two or three parts. Then it says read error or something like this all over. The screen is filled with it. Even farther into the track and it crackles, farther still and it crashes. Any idea on that? Should I copy the output messages? 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 |
From: Julien C. <ju...@c-...> - 2005-03-27 00:50:57
|
Hi! I still got a timing problem with the metronome preset. Originally I used that preset, but then I switched to using the clicktrack from the caps ladspa-plugins (last plugin I think). Now I had a recording made with 2.3.5-2.3.6. I did some last edits with caps' clicktrack and got timing mismatches. I think there already had been an issue on that? Any help, ideas? 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 |
From: Kai V. <kve...@ec...> - 2005-03-26 18:21:45
|
On Fri, 31 Dec 2004, Aaron Heller wrote: > --On Friday, December 17, 2004 10:30 +0200 Kai Vehmanen <kve...@ec...> wrote: >> As a more general comment, I do admit that maintaining support for these >> external tools is a difficult task and most of the (maintainable) ways to >> work with them are more fragile than native support via libraries. OTOH, [...] >> Good ideas on how to improve the situation are very welcome. :) > > You could have a way to specify a number of "presets" for these external > tools, which would have things like bitrate or quality specified literally. > Then, the number (or string) after the filename on the commandline would > simply select that preset. E.g, > > ext-cmd-ogg-output,vbrlq = oggenc -q 0 --raw --raw-bits=%b --raw-chan=%c > --raw-rate=%s --raw-endianness 0 --output=%f - That's not a bad idea. Unfortunately the current resource file mechanism is not flexible enough to support the "key,preset" syntax. But OTOH, it's always possible to extend the interfaces. Another problem is that there is still the problem of how to handle different versions of the tools (which might use different syntax for command-line options). :( But anyways, some kind of preset mechanism is probably needed... -- http://www.eca.cx Audio software for Linux! |
From: Kai V. <kve...@ec...> - 2005-03-26 18:11:41
|
And related to the previous post... On Wed, 17 Nov 2004, Junichi Uekawa wrote: > Gah, actually the following patch still requires > ecasoundrc.in change. [...] > o moving ecasoundrc.in generation from 'configure' to 'Makefile' This is now also done in CVS. Awk is used to replace variables in ecasoundrc.in. The same question applies here: is $datadir/ecasound ok, or should be possible to specify pkgdatadir independently from datadir? And btw, I don't possess enough awk-foo to implement the ecasoundrc generationw without using sub(). I'm not 100% whether all awk versions support it. Does anyone know better (or know how to write the awk script without sub() or other gawk builtins)? -- http://www.eca.cx Audio software for Linux! |
From: Kai V. <kve...@ec...> - 2005-03-26 18:03:35
|
Hello list, another old item I dug up from my mail archives. :) On Sat, 13 Nov 2004, Junichi Uekawa wrote: > The following is a patch that I've had pending for the last year or two and > never got around to doing. > > The patch will allow use of --datadir= option to ./configure, so that > ecasound uses that value instead of hard-coding PREFIX/share/ecasound. > (Which I am using for the Debian package) I took a bit different approach to solve this problem: define ECA_DATADIR in config.h, and use that in eca-resource.cpp (use path: $datadir/ecasound) to locate global ecasoundrc. Is this ok to you, or should it be possible to have a different pkgdatadir than $datadir/ecasound? I just put the eca-resource.cpp and configure.in changes to CVS. [Junichi's original patch] > diff -ur ecasound2.2-2.3.5/libecasound.orig/Makefile.am ecasound2.2-2.3.5/libecasound/Makefile.am > --- ecasound2.2-2.3.5/libecasound.orig/Makefile.am 2004-11-13 11:03:21.000000000 +0900 > +++ ecasound2.2-2.3.5/libecasound/Makefile.am 2004-11-13 11:32:12.000000000 +0900 > @@ -49,6 +49,9 @@ > -I$(top_srcdir)/kvutils \ > $(ECA_S_EXTRA_CPPFLAGS) > > +# Add this to CPPFLAGS > +CPPFLAGS += "-DPKGDATADIR=\"${pkgdatadir}\"" > + > # ---------------------------------------------------------------------- > # header files > # ---------------------------------------------------------------------- > diff -ur ecasound2.2-2.3.5/libecasound.orig/eca-resources.cpp ecasound2.2-2.3.5/libecasound/eca-resources.cpp > --- ecasound2.2-2.3.5/libecasound.orig/eca-resources.cpp 2004-11-13 11:03:21.000000000 +0900 > +++ ecasound2.2-2.3.5/libecasound/eca-resources.cpp 2004-11-13 11:13:46.000000000 +0900 > @@ -36,8 +36,7 @@ > ECA_RESOURCES::ECA_RESOURCES(void) > : resources_found_rep(true) > { > - string ecasound_prefix (ECA_PREFIX); > - string ecasound_resource_path = ecasound_prefix + "/share/ecasound"; > + string ecasound_resource_path (PKGDATADIR); > > globalrc_repp = new RESOURCE_FILE(); > globalrc_repp->resource_file(ecasound_resource_path + "/ecasoundrc"); -- http://www.eca.cx Audio software for Linux! |
From: Kamil W. <we...@ra...> - 2005-03-25 17:28:04
|
Hi ecasounders, after the Gentoo Sound Team <so...@ge...> wasn't able to add the already submitted ebuild script for ecasound-2.3.5 to the portage tree ( because of the header line - which already was accepted in the original 2.3.3 ebuild ) I closed that ecasound-2.3.5 bugreport ( 82433 ) referring to bug id 86668. Anyways, I'll try to keep on bugging them so that we get ecasound-2.4.0 to the portage tree eventually. If you want to keep track of actions : http://bugs.gentoo.org/show_bug.cgi?id=86668 Have a nice easter weekend ( if you prefer to celebrate it ) Kamil |
From: Kai V. <kve...@ec...> - 2005-03-24 07:24:31
|
On Wed, 23 Mar 2005, Ben Powers wrote: > I am trying to use gentoo-macos to install ecasound and ecamegapedal. > I have gotten this same error from 2.3.2 and 2.3.3. Has any progress been > made since july 2004? [...] > c++ -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../kvutils -O2 -pipe -D_REENTRANT > -D_REENTRANT -ffast-math -fstrict-aliasing -funroll-loops -DNDEBUG > -DENABLE_DBC -c eca-chainsetup.cpp -o eca-chainsetup.o > eca-chainsetup.cpp: In member function `void > ECA_CHAINSETUP::lock_all_memory() This issue was fixed in the 2.3.4 release. 2.3.5 release contains further improvements to OS X support. Current stable release is 2.4.0... -- http://www.eca.cx Audio software for Linux! |
From: Ben P. <be...@ro...> - 2005-03-24 07:24:27
|
I am trying to use gentoo-macos to install ecasound and ecamegapedal. I have gotten this same error from 2.3.2 and 2.3.3. Has any progress been made since july 2004? c++ -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../kvutils -O2 -pipe -D_REENTRANT -D_REENTRANT -ffast-math -fstrict-aliasing -funroll-loops -DNDEBUG -DENABLE_DBC -c eca-chainsetup.cpp -o eca-chainsetup.o eca-chainsetup.cpp: In member function `void ECA_CHAINSETUP::lock_all_memory() ': eca-chainsetup.cpp:616: error: `::mlockall' undeclared (first use here) eca-chainsetup.cpp:616: error: `MCL_CURRENT' undeclared (first use this function) eca-chainsetup.cpp:616: error: (Each undeclared identifier is reported only once for each function it appears in.) eca-chainsetup.cpp:616: error: `MCL_FUTURE' undeclared (first use this function) eca-chainsetup.cpp: In member function `void ECA_CHAINSETUP::unlock_all_memory()': eca-chainsetup.cpp:635: error: `::munlockall' undeclared (first use here) make[3]: *** [eca-chainsetup.lo] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all-recursive-am] Error 2 ----------------------------------------------- End religious persecution in China! Join Friends of Falun Gong www.FoFG.org |
From: Kai V. <kve...@ec...> - 2005-03-21 09:43:56
|
On Sun, 20 Mar 2005, Lars Bj=F8rndal wrote: > Is that possible? I've tried to make a script so that I could do fade > in and fade out with one command, but it didn't work. Could somebody > help? As Bill already noted, you need to add a second -ea:100 to the setup, between -kl and -kl2. Currently ecasound does not support controlling the same parameter with multiple controllers (in an intelligent way). There was some=20 discussion about this issue on the list a while ago - see the thread with= =20 subject "using copp-set with controllers". But while waiting for concrete results from this work, using two -ea:100 does the trick. --=20 http://www.eca.cx Audio software for Linux! |
From: William G. <bi...@ra...> - 2005-03-20 21:34:35
|
I do that in several of my scripts & it works fine. The only thing I do differently is a second '-ea 100' before the -k12 command string. I always assumed that was redundant, actually (I have it there because the scripts deal with situations where there is sometimes a fade-in & sometimes not) - but perhaps not. -bg ---- Bill Goldsmith Radio Paradise www.radioparadise.com > Is that possible? I've tried to make a script so that I could do fade > in and fade out with one command, but it didn't work. Could somebody > help? > > Here's my test: > > #!/bin/sh > if test x${1} = x -o x${2} = x -o x$[3] = x; then > echo "Error! Usage: fade <file> <fadeinlen> <fadeout>" > exit 1 > fi > > file=${1} > fadeinlen=${2} > fadeoutlen=${3} > filelen=`ecalength -s ${file} 2>/dev/null |cut -d. -f1` > fadeoutstart=$(($filelen-$fadeoutlen)) > echo "fadeoutstart=${fadeoutstart}" > > mv -v ${file} tmp.${file} > ecasound -i tmp.${file} -o ${file} -ea:100 -kl:1,0,100,${fadeinlen} \ > -kl2:1,100,0,${fadeoutstart},${fadeoutlen} > rm -fv tmp.${file} > > # -end > > The fadeout works, but not the fadein, why? > > Lars > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Ecasound-list mailing list > Eca...@li... > https://lists.sourceforge.net/lists/listinfo/ecasound-list |
From: <lar...@br...> - 2005-03-20 19:16:19
|
Is that possible? I've tried to make a script so that I could do fade in and fade out with one command, but it didn't work. Could somebody help? Here's my test: #!/bin/sh if test x${1} = x -o x${2} = x -o x$[3] = x; then echo "Error! Usage: fade <file> <fadeinlen> <fadeout>" exit 1 fi file=${1} fadeinlen=${2} fadeoutlen=${3} filelen=`ecalength -s ${file} 2>/dev/null |cut -d. -f1` fadeoutstart=$(($filelen-$fadeoutlen)) echo "fadeoutstart=${fadeoutstart}" mv -v ${file} tmp.${file} ecasound -i tmp.${file} -o ${file} -ea:100 -kl:1,0,100,${fadeinlen} \ -kl2:1,100,0,${fadeoutstart},${fadeoutlen} rm -fv tmp.${file} # -end The fadeout works, but not the fadein, why? Lars |
From: Kai V. <kve...@ec...> - 2005-03-17 19:49:28
|
Hello list, I've put together another snapshot release. It's available at: http://ecasound.seul.org/download/snapshots/ecasound-2.4.1-cvs-20050317.tar.gz One major addition in this release is the new playlist mode to ecaplay tool. I don't know how useful this feature will be to others, but it's something I've wanted for a while and now decided to implement. I often like to use console tools for listening to music. Using ecaplay for this purpose is a nice way to combine music listening to constantly testing the engine with different kinds of input files. :) To utilize playlists, you can queue tracks with "ecaplay -q some.mp3 other.flac" and then start playback with "ecaplay -p". More tracks can be queued while another ecaplay is running. See the ecaplay(1) man page for a complete description of the available options. Other changes since 20050313 snapshot are: - note: verified to work with automake versions 1.5, 1.6 and 1.9 - added: playlist mode to ecaplay - added: ecaplay - better error reporting, feature to reset output device audio parameters for each new input file, support for ECAPLAY_OUTPUT_DEVICE environment variable; see ecatools(1) for more info - changed: Ecasound Programmer's Guide converted from LaTeX to ascii/rst - changed: moved definitions from acconfig.h to configure.in; gets rid of the AC_DEFINE warnings produced by recent versions of autoheader - changed: various small improvements to all ecatools and the related manpages And a note about the programmer's guide (clip from upcoming release note): --cut-- The Ecasound Programming Guide has been rewritten in plain ascii (used to be LaTeX) with optional support for reStructured text. I recommended packaging only the ascii version (ecasound_programmers_guide.txt) to the distribution package. Although there are make rules for creating the html version with rst2html (from python-docutils package), these are not meant for general use. There have been no changes to the other manuals (ECI and User's guides). --cut-- Sorry for the format/tool hassle, but I thought it bes to concentrate the measly maintenance/update efforts to a single format. No changes are excepted for ECI and User's Guides. These are intended for much wider audience, so LaTeX/pdf/html makes sense. -- http://www.eca.cx Audio software for Linux! |
From: Ezequiel G. <eze...@gm...> - 2005-03-16 16:25:57
|
Hello, |
From: Junichi U. <da...@ne...> - 2005-03-14 12:34:37
|
Hi, > Oh well, I added a notice to the download page to warn about this problem. > The quick fix is to add --disable-arts to configure. I'll try to release a > new snapshot that contains a better fix (already in CVS). > > Btw; personally I'd recommend to drop aRts support from the Debian > ecasound package. Ecasound has never supported the full aRts API, just the > libartsc compability layer. So basicly you can get the same functionality > by running ecasound with artsdsp wrapper (which I guess is very common way > to run audio apps in KDE when aRts is enabled). And having aRts support > enabled by default does make the ecasound package a little more fragile to > changes in the build environment. Debian package for ecasound 2.4.0 is currently build with '--disable-arts' and uploaded. I was planning to re-upload with arts support reintroduced later, but with your explanation, I would rather drop arts support from Debian package. regards, junichi -- 上川 純一 Junichi Uekawa, Debian Developer 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 http://www.netfort.gr.jp/~dancer/ |
From: Kai V. <kve...@ec...> - 2005-03-13 17:58:22
|
Hello, On Wed, 3 Sep 2003, Julian Dobson wrote: > I've been recently having difficulty with 2.2.1, so took the opportunity to > upgrade to 2.3.0. Unfortunately, this release also didn't solve my problem. I'm a "bit" late with this reply, but I just encountered similar problems with some mp3 files and ended up digging these old mails from the archives. :) > On investigation, it turned out that while the code had been updated to > search the whole file for a header, the code checked for a second header > incorrectly. Specifically, the first header is found inside a loop while the > second header is found outside the loop. In my particular situation, the > id3v2 tags appear to fake a header, so the second check fails. > > The solution was to move the second check inside the loop, so the loop only > exits after two consecutive good frame headers. I've now refactored the whole header parsing code based on the patch you submitted on 2003/Sep/07. The new code is now in CVS, and part of today's snapshot at: http://ecasound.seul.org/download/snapshots/ecasound-2.4.1-cvs-20050313.tar.gz Please test this against your mp3 collection and try to find some files that are not understood by the new parser code (if possible, put the offending mp3 files somewhere on the web and send me the URL so I can try to debug what is causing the problems). PS And of course, Julian, thanks for the patch! :) -- http://www.eca.cx Audio software for Linux! |
From: Kai V. <kve...@ec...> - 2005-03-13 17:48:35
|
Hi all, here's a new snapshot that includes a fix for the aRts support problem reported by Junichi earlier today. http://ecasound.seul.org/download/snapshots/ecasound-2.4.1-cvs-20050313.tar.gz Let me know if you notice any other regressions in this (or 2.4.0) release. Changes since 2.4.0 include: - fixed: aRts plugin was not included in the 2.4.0 release package - fixed: mp3-header parsing code has been partly rewritten; the new parser is designed to better handle garbage and unknown frame types in mp3 files [juliand,kaiv] - fixed: compile errors with egcs-2.91.66 -- http://www.eca.cx Audio software for Linux! |
From: Kai V. <kve...@ec...> - 2005-03-13 15:16:06
|
Hello, btw, first a general notice to all subscribers: ecasound-list messages do not have a reply-to header anymore. I still recommend replying to the list in all normal cases (exceptions: private matters, big attachments, etc). I've been getting more private replies than usual to my list postings recently. Now this is ok, but I do give higher priority to answering to mails posted to the list (as these benefit all users). But, but, this just to encourage the use of this list... On Sun, 13 Mar 2005, Junichi Uekawa wrote: > audioio_arts.cpp is not included in the distribution, and thus > it cannot be built. D'oh! :( I upgraded my development machine from rh9 to debian-testing last week and it's still missing various packages that I use less often. Now one of them is aRts. And as it happens, there was a bug in the makefiles that only those plugins which were enabled by configure were included in the dist-file. So as I didn't have aRts on my system, 2.4.0 didn't have it either. :( Oh well, I added a notice to the download page to warn about this problem. The quick fix is to add --disable-arts to configure. I'll try to release a new snapshot that contains a better fix (already in CVS). Btw; personally I'd recommend to drop aRts support from the Debian ecasound package. Ecasound has never supported the full aRts API, just the libartsc compability layer. So basicly you can get the same functionality by running ecasound with artsdsp wrapper (which I guess is very common way to run audio apps in KDE when aRts is enabled). And having aRts support enabled by default does make the ecasound package a little more fragile to changes in the build environment. -- http://www.eca.cx Audio software for Linux! |
From: Junichi U. <da...@ne...> - 2005-03-13 10:03:07
|
Hi, > An annoying bug with handling filenames with whitespace has been > fixed. Integration with libsamplerate and other resamplers has > received a lot of attention and many bugs have been fixed. > Error reporting has been improved when loading invalid chainsetups. > A new sum-mixdown mode has been added to the engine. Some minor > cosmetic changes have been made to the output produced by the > console ecasound interface. A log message history mechanism has > been added to the engine to help ECI app and script development. audioio_arts.cpp is not included in the distribution, and thus it cannot be built. regards. junichi |
From: Kai V. <kve...@ec...> - 2005-03-13 08:32:24
|
On Fri, 11 Mar 2005, Terrence van Ettinger wrote: > Hello, all, > I am just starting with ecasound, and am finding the man page a > little convaluted. Does anyone know if there's a more > down-to-earth guide to working with ecasound? I'm using the > console version. Take a look at the documentation available at: http://eca.cx/ecasound/Documentation/ Especially the examples, tutorials and the user's guide are good starters. For the very basics, the various articles offer good overview of what Ecasound can do. For example Dave Fancella's article at newsforge.com: http://www.newsforge.com/article.pl?sid=04/10/20/1423245 And Julien Claassen's introducton at ltsb.sourceforge.net: http://ltsb.sourceforge.net/docs/03-basics.html#32 http://ltsb.sourceforge.net -- http://www.eca.cx Audio software for Linux! |
From: Kai V. <kve...@ec...> - 2005-03-13 08:31:55
|
Hi, On Wed, 9 Mar 2005, Malnati Antoine wrote: > I've tried this C function without any luck: > eci_command("-G:jack,ecasound,notransport") [...] > Each time I start recording, the jack transport position keeps > incrementing; when I want to create a new file, ecasound will refer to the above does work, but you have to issue it before starting the engine (before any of: engine-launch, cs-connect, start, run). Otherwise engine is started in the default mode ("sendrecv"), and ecasound will adapt to the current transpoot state. -- http://www.eca.cx Audio software for Linux! |
From: Kai V. <kve...@ec...> - 2005-03-13 08:29:54
|
Hello all, here's finally the 2.4.0 release. This release provides enough fixes and changes to justify the new minor=20 version number. At the same time this release has received much testing=20 and should be at least as stable as any of the 2.3 releases. CVS is tagged with 'v2_4_0'. Here are the full details: --- 1. Summary of changes An annoying bug with handling filenames with whitespace has been fixed. Integration with libsamplerate and other resamplers has received a lot of attention and many bugs have been fixed. Error reporting has been improved when loading invalid chainsetups. A new sum-mixdown mode has been added to the engine. Some minor cosmetic changes have been made to the output produced by the console ecasound interface. A log message history mechanism has been added to the engine to help ECI app and script development. --- 2. What is Ecasound? 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. Primary platform for running Ecasound is GNU/Linux. Ecasound can also be run on many UNIX-derived systems such as FreeBSD, Mac OS X and Solaris. Limited support for Windows is available through Cygwin. Ecasound is licensed under the GPL. The Ecasound Control Interface (ECI) is licensed under the LGPL. --- 3. Changes since last release * Fixed a bug present in 2.3.3 and 2.3.4 releases which broke handling spaces in filenames. This affected all file formats handled via external tools (ogg/mp3/flac/m4a/...). * Improved support for handling commas in parameters such as filenames given to ECI commands and to the console ecasound interface. A section on "Filenames with commas not handled correctly" was added to the Ecasound User's Guide that provides more information about how commas and other special characters are handled by ecasound. * Log message history added. The EIAM command 'int-log-history' shows you the recent log messages printed via Ecasound subsystem, and 'int-set-log-history-length' sets the history buffer size. This should be a very useful tool for debugging ECI scripts and apps (insert int-log-history at suitable places in your code to get a detailed log of what happened in the engine). * Cosmetic changes to ecasound output. In the interactive mode (does not affect wellformed output or -D), ecasound now wraps all lines so that they fit into 74 columns. I've copied the "... " prefix style from the python interpreter to print messages that do not fit on one line. * Code added to analyze problems with chainsetups. If you now make common errors like: ecasound -i foo.wav -i foo.bar -o rtnull or ecasound -a:1 -i foo.wav -a:2 -i bar.wav -o rtnull ... ecasound will try to explain what is wrong with the configuration. This is related to edi-40, "Update to error and warning reporting mechanisms", development item. * Integration with libsamplerate and other resamplers has received a lot of attention and many bugs have been fixed. Special thanks to Aaron Heller, Kamil Wencel and Julien Claassen for the extensive testing! * Fixed segfaults related to buffersize and samplerate change events from JACK. Ecasound now gracefully shuts down if one of these events is received. Note that Ecasound is still not able to adapt to a new buffersize or samplerate on the fly. * A new 'sum' mixing mode has been introduced. Traditionally Ecasound has used the averaging method of mixing multiple input channels into one output channel. This avoids the risk of clipping, but can lead to suprising results in certain use-cases. The 'sum' method is closer to the way an analog mixer works. To retain backwards compability, the 'avg' mixing mode is still used as the default. Full list of changes is available at: - http://www.eca.cx/ecasound/history.php --- 4. Interface and configuration file changes * In string lists returned by ECI commands, all commas are now escaped with backslashes. This change was needed to make unambiguous parsing of the return values possible. * Ecasound console output is pretty-printed to fit 74 columns. This does not affect output in well-formed (-d:256) and plain-text (-D) modes. --- 5. Contributors to this release Patches - Accepted code, documentation and build system changes * Vitaly Belostotsky and Junichi Uekawa (1): Bugs in compressor presets defined in effect_presets * Steve Harris and Tim Blechmann (1): Float anti-denormal routines from swh-plugins * Eric Dantan Rzewnicki (1): Manpage fixes Bug Hunting - Reports that led to bugfixes (items closed) * Jan Weil (3): Comma-escaping problems with EIAM return values * Aaron Heller, Kamil Wencel and Julien Claassen (1): Bugs in resampling with libsamplerate. * Didier Bellamy (1): Bug in aac/m4a encoding * Erik de Castro Lopo (1): Bug in resampling with libsamplerate * Jesse Chappell (1): Bug in resampling with libsamplerate * Frederik Eaton (1): Whitespace handling bugs ogg/mp3/ext support * Mario Lang (1): Regex metachars in LADSPA plugin description fields were not properly escaped * Philippe Schelt=E9 aka Dubphil (1): Denormal problems in Ecasound filters. * Junichi Uekawa (1): Whitespace handling bugs ogg/mp3/ext support. --- 6. Links and files Web site (and mirrors): =09http://www.eca.cx (fi) =09http://ecasound.seul.org (us) =09http://ecasound.sourceforge.net (us) Source packages: =09http://ecasound.seul.org/download =09http://ecasound.seul.org/download/ecasound-2.4.0.tar.gz =09md5sum: 31693eb47ddb8b6f1ff8616c86265afe List of distributions with maintained Ecasound support: =09See http://www.eca.cx/download.php --=20 http://www.eca.cx Audio software for Linux! |
From: Jan W. <jan...@we...> - 2005-03-12 08:19:13
|
On Fri Mar 11 15:30:28 2005 Terrence van Ettinger wrote: > I am just starting with ecasound, and am finding the man page a > little convaluted. Does anyone know if there's a more > down-to-earth guide to working with ecasound? I'm using the > console version. The "Getting Started" section at <http://eca.cx/ecasound/Documentation/> should get you started. HTH Jan -- Jan Weil http://linuxaudioblog.jawebada.de |
From: Terrence v. E. <ter...@ak...> - 2005-03-12 00:28:12
|
Hello, all, I am just starting with ecasound, and am finding the man page a little convaluted. Does anyone know if there's a more down-to-earth guide to working with ecasound? I'm using the console version. Thanks, Terrence -- Terrence van Ettinger ter...@ak... Yahoo: terrencevak; AIM: terrence van e; MSN: ga...@ho... Moderator: Sonic Theater Discussion ( http://www.yahoogroups.com/group/xm163 ) |
From: Malnati A. <mal...@ya...> - 2005-03-08 23:00:54
|
Hi, I am currently working on an embedded digital audio recorder based on ecasound. I am using Jack and I am experiencing problems in disabling jack transport in IAM. I've tried this C function without any luck: eci_command("-G:jack,ecasound,notransport") Each time I start recording, the jack transport position keeps incrementing; when I want to create a new file, ecasound will refer to jack's position. For example, if jack is positionned at 2500 frames, ecasound will create a new file with 2500 frames of silence and then start recording from this point... prett weird Is there a way of compiling ecasound without jack transport support, am I doing something wrong? Thanks for your help. Great soft by the way! |
From: olivier g. <oj...@ne...> - 2005-03-07 21:44:32
|
Jack O'Quin wrote: > Kai Vehmanen <kve...@ec...> writes: > >>the transport functionality has been tested in interactive mode (-c) >>so I recommend using that. In non-interactive mode, ecasound runs >>until the job is considered to be finished (this feature is important >>for use of ecasound in scripts). Of course with JACK, it is not that >>easy to decide when to exit. I'll have to take a look at this issue >>again... >> >> >>>$ ecasound -i basse.ewf -o jack -G:jack,ecasound,recv >> >>So IOW: $ ecasound -c -i basse.ewf -o jack -G:jack,ecasound,recv That seems to work fine. Except that when I set jack frame position to some high value (several minutes over the sample length) I get a loud noise, with ecasound complaining (I have 4 chains, basse.ewf is one of the inputs) : (audioio-db-client) Warning! Underrun in reading from "PigBasse.wav". Trying to recover. Apart from that, I see that ecasound seems to correctly handle EOF, staying up and silent when the sample is finished. This is the good behaviour to me. > Interpreting the transport state transition from Rolling to Stopped as > an EOF certainly makes sense in many situations. But, I recall trying > to do something similar to Olivier, repeatedly stopping and starting a > non-interactive ecasound session. That would be nice to have (as an > option, perhaps). > > This raises the question of how to terminate a non-interactive > ecasound. Olivier's suggestion (Ctrl-C) seems OK to me. Yeah, some options would be nice. In case of a non interactive session, I think that ecasound should remain up until jackd shuts down (or the user hits Ctrl-C). This way, if you terminate the jackd process from your script, all ecasounds instances would properly exits. Thanks -- og |