Re: Questions about supporting AAC

Re: Re: Questions about supporting AAC

well, it seems to be licensed under LGPL so there is no legal obstacle in using it.

didn't find any commandline-client for it, so no quick solutions available.

janne

On Thu, 1 Jul 2004 13:43:09 +0200
"didier.b" <didier.b <at> free.fr> wrote:

> No body answered ?
> 
>  
> 
> Is my question stupid ?
> 
>  
> 
> Didier BELLAMY
> 
>  
> 
> 

--
To unsubscribe send message 'unsubscribe' in the body of the
message to <ecasound-list-request <at> wakkanet.fi>.

Re: Re: Questions about supporting AAC

faad

janne halttunen wrote:

> well, it seems to be licensed under LGPL so there is no legal obstacle in using it.
> 
> didn't find any commandline-client for it, so no quick solutions available.
> 
> 
> janne
> 
> 
> On Thu, 1 Jul 2004 13:43:09 +0200
> "didier.b" <didier.b <at> free.fr> wrote:
> 
> 
>>No body answered ?
>>
>> 
>>
>>Is my question stupid ?
>>
>> 
>>
>>Didier BELLAMY
>>
>> 
>>
>>
> 
> 
> --
> To unsubscribe send message 'unsubscribe' in the body of the
> message to <ecasound-list-request <at> wakkanet.fi>.

--
To unsubscribe send message 'unsubscribe' in the body of the
message to <ecasound-list-request <at> wakkanet.fi>.

Re: Re: pyeca questions

cool, thanks!

On Wed, Jun 30, 2004 at 08:43:28AM +0300, janne halttunen wrote:
> On Tue, 29 Jun 2004 18:33:33 -0400
> Paul Winkler <pw_lists <at> slinkp.com> wrote:
> 
> > another q:
> > if a command returns a string in ecasound -c, should the same
> > command return a string to python when invoked via .command()?
> > I seem to always get None from all calls to .command().
> 
> You can get the result from the .last_string method of the object.
> Alternatively you could use ecacontrol module, which returns the value straight from .command method
(whatever the type).

(snip)
--

-- 

Paul Winkler
http://www.slinkp.com

--
To unsubscribe send message 'unsubscribe' in the body of the
message to <ecasound-list-request <at> wakkanet.fi>.

Re: Questions about supporting AAC

Btw; Didier, please do not post html-formatted messages
     to the list. They are not forbidden, but are very likely
     to get blocked by spam filters.

On Tue, 22 Jun 2004, Didier BELLAMY wrote:

> Is there any way to add support for AAC format in ecasound ?

Sure - here's one quick way to achieve it:

1. install faad
2. add the following to your ~/.ecasound/ecasoundrc
--cut--
ext-cmd-mikmod = faad -f 2 -b 1 -s %s -d -w %f
--cut--
3. play aac file with:
ecasound -f:s16_be,2,44100 -i typeselect,mikmod,foobar.aac -o alsa

... it would take some effort to integrate this directly to Ecasound.
Integrating direct support for libfaad (i.e. not forking faad process
on the background) would take some more work.

All in all, adding support for new filetypes has not been a top priority
item recently, and there's a long list of formats waiting to be added.
Especially FLAC is interesting. I have been hoping that primary channel
for getting new formats supported would be via libsndfile.

---
 http://www.eca.cx
 Audio software for Linux!

--
To unsubscribe send message 'unsubscribe' in the body of the
message to <ecasound-list-request <at> wakkanet.fi>.

Re: FLAC

Hello,

I've just commited basic FLAC support, implementation based on forking 
'flac' command-line tool, to Ecasound CVS. This closes 'edi-32' which was 
originally opened on  17.10.2004 (see msg below).

Now while this implementation works for many uses, this has the same 
problems as do other "fork-based" audio format modules (mp3, ogg, 
timidity, mikmod). Probably the most serious is that Ecasound does not 
know what format the decoders will produce. This means that you might need 
to manually set correct format parameters with ecasound's -f option for
decoding to work properly.

With mp3s the situation is a little better as we have separate code for
mp3 header parsing. This allows us to query channel-count, srate, and
other params from the mp3 header but even this is not perfect. The same
good be done for FLAC (and for Ogg Vorbis), but this is not high on my 
priority list... MikMod and Timidity are little easier as the 
decoders/renderers allow to set the output format explicitly.

Anyways, I needed FLAC support for my own uses, so I added this simple 
implementation now. Hopefully we'll later get better FLAC support via 
libsndfile.

On Tue, 29 Oct 2002, Kai Vehmanen wrote:

> On 17 Oct 2002, Nolan J. Darilek wrote:
> 
> > I currently use FLAC (http://flac.sourceforge.net) as my format of
> > choice for archiving audio before conversion to various formats. How
> > difficult would it be to add FLAC support to Ecasound? I wish I was
> 
> Depends on the level of support. Full-support (using libflac or libflac++)  
> will involve quite a lot of work. A fork+pipe support (as is the case with
> mp3, ogg and others) would be easier, but you would lose in functionality
> (things like seeking are difficult to implement if using pipes). I don't
> have time to do this just now (at least not before 2.2.0), but I made an
> edi of it anyway:
> 
> (edi-32): FLAC support.
> 	 - submitted: nolan_d, 17.10.2002
> 
> I also made another audio-i/o related edi:
> 
> (edi-33): Libsndfile support.
> 	 - submitted: kaiv, 29.10.2002
> 
> Libsndfile seems to just keep on improving, and is used in a lot of apps.  
> My plan is not to make it a required component, but use it to provide
> support for more exotic fileformats.
> 
> Btw; If you look at http://www.zip.com.au/~erikd/libsndfile/ ...
>      it might be that in the future we could get vorbis and
>      flac support through libsndfile...
> 
> -- 
>  http://www.eca.cx
>  Audio software for Linux!
> 
> --
> To unsubscribe send message 'unsubscribe' in the body of the
> message to <ecasound-list-request <at> wakkanet.fi>.
> 

--

-- 
 http://www.eca.cx
 Audio software for Linux!

--
To unsubscribe send message 'unsubscribe' in the body of the
message to <ecasound-list-request <at> wakkanet.fi>.

2.3.4-pre20040709 online

Hello,

I committed some more "forked audio" related changes to CVS today. Here's 
a new snapshot:

http://ecasound.seul.org/download/snapshots/ecasound-2.3.4-pre20040709.tar.gz

Changes since last 2.3.4 snapshot (20040513):

--cut--
-	- edi-entries: edi-14 closed, edi-40 added
-	- note: verified to compile ok ok MacOS X 10.3.2 [smbolton]
+	- edi-entries: edi-14 and edi-32 closed, edi-40 added
+	- note: verified to compile ok on MacOS X 10.3.2 [smbolton]
+	- added: basic FLAC input/output support using flac utils;
+		 new flac specific options to ecasoundrc
+	- changed: set srate for mp3 input based on mp3 header
 	- fixed: multitrack offset was calculated incorrectly for
 		 ALSA devices which limit buffer period count to 2
 	- fixed: bugs in .wav, .cdr, JACK code, and in internal sample 
 		 conversion routines that occur on big-endian 
 		 machines [smbolton]
+	- fixed: ogg input if requested sample-format has non-native
+		 endianess; new default-cmd for ogg-input, see 
+		 ecasoundrc(5)
--cut--

--

-- 
 http://www.eca.cx
 Audio software for Linux!

--
To unsubscribe send message 'unsubscribe' in the body of the
message to <ecasound-list-request <at> wakkanet.fi>.

compile problems

Hi,

I'm having trouble compiling 2.3.3 under debian testing. (gcc 3.3.3)

I get the following error:

audioio-db-server.cpp: In destructor 
`AUDIO_IO_DB_SERVER::~AUDIO_IO_DB_SERVER()
   ':
audioio-db-server.cpp:146: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://gcc.gnu.org/bugs.html> for instructions.
For Debian GNU/Linux specific bug reporting instructions, see
<URL:file:///usr/share/doc/gcc-3.3/README.Bugs>.
make[3]: *** [audioio-db-server.lo] Error 1
make[3]: Leaving directory `/usr/local/src/ecasound-2.3.3/libecasound'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/usr/local/src/ecasound-2.3.3/libecasound'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/local/src/ecasound-2.3.3'
make: *** [all] Error 2

Is this really something i need to submit a bug report about,or is an 
ecasound error, or most likely something I'm doing wrong.

I configured with --disable-arts and nothing else.

tony

--------------------------------
Tony Leake
tony_leake <at> hotmail.com

_________________________________________________________________
It's fast, it's easy and it's free. Get MSN Messenger today! 
http://www.msn.co.uk/messenger

--
To unsubscribe send message 'unsubscribe' in the body of the
message to <ecasound-list-request <at> wakkanet.fi>.

Re: compile problems

On Mon, 12 Jul 2004, Tony Leake wrote:

> I'm having trouble compiling 2.3.3 under debian testing. (gcc 3.3.3)
[...]
> audioio-db-server.cpp: In destructor 
> `AUDIO_IO_DB_SERVER::~AUDIO_IO_DB_SERVER()
>    ':
> audioio-db-server.cpp:146: internal compiler error: Segmentation fault

This could be a simple problem of exhausting available gcc runtime
resources (memory).  Try compiling without optimization ("cd
ecasound-2.3.3 ; make CXXFLAGS=-O0 clean all" or something similar).

I've been doing Ecasound test compilations with various gcc versions (from
very old 2.9.xx to the latest 3.4 releases), and it's been long since the 
last time we had gcc-related trouble. So it's not likely that Ecasound 
would be triggering a real gcc bug here... but of course, never say 
never. :)

--

-- 
 http://www.eca.cx
 Audio software for Linux!

--
To unsubscribe send message 'unsubscribe' in the body of the
message to <ecasound-list-request <at> wakkanet.fi>.

Re: compile problems

> audioio-db-server.cpp:146: internal compiler error: Segmentation fault

Propably bad memory. Go to

http://www.memtest86.com/

and burn the bootable image and test with it. I found out that my
overclocked memory caused ICEs and got rid of them.

Tommi

--
To unsubscribe send message 'unsubscribe' in the body of the
message to <ecasound-list-request <at> wakkanet.fi>.