<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
<META NAME="GENERATOR" CONTENT="GtkHTML/3.28.1">
On Sun, 2010-02-07 at 18:28 +0200, Stefan Kost wrote:
Am 01.02.2010 11:50, schrieb gerald mwangi:
> I'd rather suggest to use libmad for mp3's, since the old code did the
> same thing: Loading the files with external programs and piping them
> into tX.
> I wanted to get rid of that, cause it looks awfull in code. You can see
> it in audiofile.cpp. With sndfile and mad we have 2 libs for all common
> file types.
do you need the files decoded into memory? You could consider doing a gstreamer
based loader for the formats that are not covered by libsndfile? Then you can
load mp3, aac and heck what not (e.g. loading mod files or sid songs as well).
Well yes, I need the decoded audio in memory due to both the time stretching and the scratching algorithm. <BR>
I also have no experience with gstreamer, thats why i didn't have it in mind.<BR>
I have such code in buzztard and can point you where it is and how it works
(maybe offline discussion if people are not interested in the details).
Ok I'll have a look at the code.<BR>
> On Mon, 2010-02-01 at 11:53 +1100, Erik de Castro Lopo wrote:
>> Dan Mills wrote:
>> > At the moment I try libsndfile then if that fails do the pipe, dup2 and
>> > execve thing to shovel it through an external decoder, but it is a lot
>> > of code that would be better in the library.
>> > Patch acceptable once it finally expires?
>> Sure! As long as its LGPL compatible code and not your pipe/dup2/execve
>> hack :-).
> Linux-audio-dev mailing list
> <A HREF="mailto:Linuxfirstname.lastname@example.org">Linuxemail@example.com</A>
> <A HREF="http://lists.linuxaudio.org/listinfo/linux-audio-dev">http://lists.linuxaudio.org/listinfo/linux-audio-dev</A>