Menu
▾
▴
asd-devel
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(4) |
Jun
(2) |
Jul
(2) |
Aug
(9) |
Sep
(2) |
Oct
(3) |
Nov
|
Dec
|
| 2002 |
Jan
(1) |
Feb
(30) |
Mar
|
Apr
(7) |
May
(90) |
Jun
(7) |
Jul
|
Aug
(1) |
Sep
|
Oct
(1) |
Nov
|
Dec
|
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
|
From: Lennart P. <mz...@0p...> - 2004-09-28 14:26:39
|
Hi! ASD is dead, long live Polypaudio! Some weeks ago I began developing a new sound server "polypaudio". It has all the same goals as asd but is done right this time. See http://0pointer.de/lennart/projects/polypaudio/ for the feature set of polypaudio atm. I am currently working with some Gnome people to get it integrated into Gnome 2.10. I'd like to close the SF project for asd, and therefore I'd like you to subscribe to the new polypaudio mailing list, and cancel your subscription to the asd mailing list. https://seth.intheinter.net/mailman/listinfo/polypaudio-discuss Thank you, Lennart -- name { Lennart Poettering } loc { Hamburg - Germany } mail { mzft (at) 0pointer (dot) de } gpg { 1A015CC4 } www { http://0pointer.de/lennart/ } icq# { 11060553 } |
|
From: Andre C. <ac...@ar...> - 2003-07-27 16:36:07
|
Hi all,
does asd-ng work with RH9? After going through some hard times trying to
compiile libshbuf, libsample and asd-ng (BTW: I now have SRPMs, if
anyone is interested), I get this on /var/log/messages when I start
asd-sink-oss:
~ asd-sink-oss
** Message: Starting.
Nvaudio: in Funcction Nvaudio_init_module
Nvaudio: only 48Khz playback available.
Nvaudio: AC'97 codec 0, DAC map configured, total channels = 6
** Message: DSP: Capabilities are 'REALTIME TRIGGER MMAP'.
** Message: DSP: Fragment settings wanted: 4 * 8192b
** Message: DSP: Actual fragment settings for write: 4 * 4096b
forget_pte: old mapping existed!
kernel BUG at memory.c:290!
invalid operand: 0000
CPU: 0
EIP: 0010:[<c01270e7>] Tainted: P
EFLAGS: 00010286
eax: 00000021 ebx: 1f7e8027 ecx: dfaea000 edx: dfbc3f7c
esi: d619f074 edi: 0001d000 ebp: 1fcec000 esp: dfaebebc
ds: 0018 es: 0018 ss: 0018
Process asd-sink-oss (pid: 621, stackpage=dfaeb000)
Stack: c0243a00 00021000 00021000 1fccf000 0001d000 d5cbc400 c15cdac0 40021000
d5cbc400 00004000 dd5926c0 d6594840 dfaebf14 e08c3d87 4001d000 dfccf000
00004000 00000027 dd5926f4 dd5926c0 00000000 d6594840 dfaebf44 e08c3ec6
Call Trace: [<e08c3d87>] [<e08c3ec6>] [<c0128433>] [<c010cf07>] [<c010733f>]
Code: 0f 0b 22 01 89 37 24 c0 e9 5e ff ff ff 8d b6 00 00 00 00 8d
Segmentation fault
My configuration:
RH9.0, kernel 2.4.21, ASUS A7N8X Deluxe (nForce2 chipset), nvaudio sound module
Any help would be much appreciated.
TIA
Andre
--
Andre Oliveira da Costa
|
|
From: David A. <dw...@ma...> - 2002-10-04 16:59:22
|
Hi, I'm interested in using asd in a final year Computer Engineering project but I haven't been able to makee us of, or determine the feasibility of using ASD because I have not as yet been able to compile asd-ng. Reading the dev-list archives at sourceforge shows that someone else had/has the same problem as I now have. <quote> i have the next problem compiling asd-ng: packet-handler-output.o: in function `device_GETDELAY`: /home/pulga/asd-ng/devices/packet-handler-output.c:142: undefined reference to `audio_get_delay` mixer.o:in function `_mixer_ietrate`: /home/pulga/asd-ng/devices/mixer.c:61: undefined reference to `audio_type` /home/pulga/asd-ng/devices/mixer.c:87: undefined reference to `audio_type` /home/pulga/asd-ng/devices/mixer.c:123: undefined reference to `audio_write` /home/pulga/asd-ng/devices/mixer.c:119: undefined reference to `audio_start` /home/pulga/asd-ng/devices/mixer.c:90: undefined reference to `audio_stop` mixer.o: in function `_mixer_rewind`: /home/pulga/asd-ng/devices/mixer.c:158: undefined reference to `audio_get_delay' /home/pulga/asd-ng/devices/mixer.c:185: undefined reference to `audio_rewind` sink.o:in function `device_init`: /home/pulga/asd-ng/devices/sink.c:39: undefined reference to `audio_init` sink.o: in function `device_iterate`: /home/pulga/asd-ng/devices/sink.c:59: undefined reference to `audio_shall_block` /home/pulga/asd-ng/devices/sink.c:146: undefined reference to `audio_get_fd` /home/pulga/asd-ng/devices/sink.c:146: undefined reference to `audio_get_fd` /home/pulga/asd-ng/devices/sink.c:70: undefined reference to `audio_get_fd` /home/pulga/asd-ng/devices/sink.c:70: undefined reference to `audio_get_fd` sink.o:in function `device_done`: /home/pulga/asd-ng/devices/sink.c:45: undefined reference to `audio_done` Any Ideas. Thanks </quote> The header file audio.h lists prototypes for all these functions, but it won't compile? Any assistance would be appreciated. My team and I are also interested in the ability to make runtime configuration changes. Has this been worked on as of yet? We may also be able to help out on Lennart's earlier request for someone to keep the asd.sourceforge.net website up to date. As the project we are undertaking is for credit towards our degrees we may be generating some documentation that would probably be of assistance to others looking into ASD, as currently there seems to be a lack in this area. Thanks for the help in advance, Dave Oh, and what is Cuauhetmoc? It seems to be the recent focus of your efforts... |
|
From: Carl B. C. <duc...@du...> - 2002-08-05 18:26:45
|
Haven't seen any activity on the list in some time. Thought I would ping
the list to see what's up.
I've been extremely busy with Work and another project, so I haven't had
time to create a new .deb of asd. How is development going?
--
________________________________________________________________________
__ _ Carl B. Constantine
/ / (_)__ __ ____ __ duc...@du...
/ /__/ / _ \/ // /\ \/ / (2.4.18) http://www.duckwing.ca
/____/_/_//_/\_ _/ /_/\_\ Debian 3.0
PGP key available on request
________________________________________________________________________
"Microsoft is not the Borg. The Borg have better tech support."
|
|
From: Sam C. <sa...@su...> - 2002-06-26 10:25:59
|
On Tue, Jun 25, 2002 at 10:13:57PM -0600, Ga...@so... wrote: > ok i compiled libsample as sam clegg said in my last question, but now i= =20 > have the next problem compiling asd-ng: > packet-handler-output.o: in function `device_GETDELAY`: > /home/pulga/asd-ng/devices/packet-handler-output.c:142: undefined referen= ce=20 > to `audio_get_delay` > mixer.o:in function `_mixer_ietrate`: > /home/pulga/asd-ng/devices/mixer.c:61: undefined reference to `audio_type` > /home/pulga/asd-ng/devices/mixer.c:87: undefined reference to `audio_type` > /home/pulga/asd-ng/devices/mixer.c:123: undefined reference to `audio_wri= te` > /home/pulga/asd-ng/devices/mixer.c:119: undefined reference to `audio_sta= rt` > /home/pulga/asd-ng/devices/mixer.c:90: undefined reference to `audio_stop` Those line numbers don't look like the currect CVS version. Are you sure you are up-to-date? audio_type was removed and replaces with the audio_type from libsample. sam --=20 sam clegg :: sa...@su... :: http://superduper.net/=20 :: PGP :: D91EE369 $superduper: .signature,v 1.5 2002/05/17 10:23:59 samc Exp $ |
|
From: <Ga...@so...> - 2002-06-26 04:13:58
|
ok i compiled libsample as sam clegg said in my last question, but now i have the next problem compiling asd-ng: packet-handler-output.o: in function `device_GETDELAY`: /home/pulga/asd-ng/devices/packet-handler-output.c:142: undefined reference to `audio_get_delay` mixer.o:in function `_mixer_ietrate`: /home/pulga/asd-ng/devices/mixer.c:61: undefined reference to `audio_type` /home/pulga/asd-ng/devices/mixer.c:87: undefined reference to `audio_type` /home/pulga/asd-ng/devices/mixer.c:123: undefined reference to `audio_write` /home/pulga/asd-ng/devices/mixer.c:119: undefined reference to `audio_start` /home/pulga/asd-ng/devices/mixer.c:90: undefined reference to `audio_stop` mixer.o: in function `_mixer_rewind`: /home/pulga/asd-ng/devices/mixer.c:158: undefined reference to `audio_get_delay' /home/pulga/asd-ng/devices/mixer.c:185: undefined reference to `audio_rewind` sink.o:in function `device_init`: /home/pulga/asd-ng/devices/sink.c:39: undefined reference to `audio_init` sink.o: in function `device_iterate`: /home/pulga/asd-ng/devices/sink.c:59: undefined reference to `audio_shall_block` /home/pulga/asd-ng/devices/sink.c:146: undefined reference to `audio_get_fd` /home/pulga/asd-ng/devices/sink.c:146: undefined reference to `audio_get_fd` /home/pulga/asd-ng/devices/sink.c:70: undefined reference to `audio_get_fd` /home/pulga/asd-ng/devices/sink.c:70: undefined reference to `audio_get_fd` sink.o:in function `device_done`: /home/pulga/asd-ng/devices/sink.c:45: undefined reference to `audio_done` Any Ideas. Thanks |
|
From: Sam C. <sa...@su...> - 2002-06-25 10:10:22
|
On Mon, Jun 24, 2002 at 06:37:35PM -0600, Ga...@so... wrote: > Im trying to compile libsample and i get this error: > sampletype.c:30 conflicting type for `ls_sample_type_unspec` > sampletype.h:58: previous declaration of `ls_sample_type_unspec` > ive tried delleting one of the declaration but then asd-ng doesnt compile. > is there any way to solve this problem??? > im using gcc 3.1=20 Looks like only one is decared const. gcc 2.95 doesn't seem pick up on thi= s. Fixed in CVS. sam --=20 sam clegg :: sa...@su... :: http://superduper.net/=20 :: PGP :: D91EE369 $superduper: .signature,v 1.5 2002/05/17 10:23:59 samc Exp $ |
|
From: <Ga...@so...> - 2002-06-25 00:37:37
|
Im trying to compile libsample and i get this error: sampletype.c:30 conflicting type for `ls_sample_type_unspec` sampletype.h:58: previous declaration of `ls_sample_type_unspec` ive tried delleting one of the declaration but then asd-ng doesnt compile. is there any way to solve this problem??? im using gcc 3.1 |
|
From: Lennart P. <poe...@us...> - 2002-06-22 11:17:22
|
On Mon, 17.06.02 13:13, Stanislav Karchebny (be...@ma...) wrote:
> On Sun, 9 Jun 2002 18:33:38 +0200
> Lennart Poettering <poe...@us...> wrote:
>=20
> > Thank you for the patch. However, asd4 is no longer in development, I
> > am currently working on new reimplementation dubbed "asd-ng", you may
> > find it in asd's CVS.
>=20
> If you need any help, I'd be glad to help you. Testing etc..
Thank you. asd's development is a bit stalled once again. I am very
busy with some other ("real world") things at the moment, I simply do
not have enough time to continue work at the moment.
> PS. Are you really on a Cray 3?
Nope, neither on Cray nor on Solaris. I added this MIME-field just to
fool some people ... like you. ;-)
lp
--=20
name { Lennart Poettering } mail { poe...@us... }
icq { 11060553 } loc { hamburg, germany } pgp { 0x1A015CC4 }
sourceforge.net { asd, battstat, befound, libsample, libshbuf, ivam }
|
|
From: Stanislav K. <be...@ma...> - 2002-06-19 04:30:52
|
On Sun, 9 Jun 2002 18:33:38 +0200 Lennart Poettering <poe...@us...> wrote: > Thank you for the patch. However, asd4 is no longer in development, I > am currently working on new reimplementation dubbed "asd-ng", you may > find it in asd's CVS. If you need any help, I'd be glad to help you. Testing etc.. PS. Are you really on a Cray 3? -- keep in touch. berk. -- http://odin-os.sf.net -- http://nasm.sf.net |
|
From: Lennart P. <poe...@us...> - 2002-06-09 16:43:00
|
On Fri, 17.05.02 21:12, Stanislav Karchebny (be...@ma...) wrote:
I am sorry for my delayed answer, I've been on vacation.
> Not mucho importante, but good to have right declarations handy just in c=
ase...
>=20
> daemon/thoughput.c:13:(throughput_new) implicit memset
> daemon/sample-convert.c:170:(_resample) implicit memcpy
> daemon/dsp.c:192:(_func) implicit strcmp
> daemon/latency.c:33:(latency_reset) implicit memset
> daemon/origin.c:24:(origin_register_id) implicit memset
> daemon/byte-counter.c:6:(byte_counter_reset) implicit memset
>=20
> And a patch itself is attached.
Thank you for the patch. However, asd4 is no longer in development, I
am currently working on new reimplementation dubbed "asd-ng", you may
find it in asd's CVS.
Thank you,
Lennart
--=20
name { Lennart Poettering } mail { poe...@us... }
icq { 11060553 } loc { hamburg, germany } pgp { 0x1A015CC4 }
sourceforge.net { asd, battstat, befound, libsample, libshbuf, ivam }
|
|
From: Stanislav K. <be...@ma...> - 2002-05-27 08:09:52
|
Not mucho importante, but good to have right declarations handy just in case... daemon/thoughput.c:13:(throughput_new) implicit memset daemon/sample-convert.c:170:(_resample) implicit memcpy daemon/dsp.c:192:(_func) implicit strcmp daemon/latency.c:33:(latency_reset) implicit memset daemon/origin.c:24:(origin_register_id) implicit memset daemon/byte-counter.c:6:(byte_counter_reset) implicit memset And a patch itself is attached. -- keep in touch. berk. -- http://odin-os.sf.net -- http://nasm.sf.net |
|
From: Sam C. <sa...@su...> - 2002-05-17 18:51:04
|
http://lists.sourceforge.net/lists/listinfo/libsample-devel --=20 sam clegg :: sa...@su... :: http://superduper.net/=20 :: PGP :: D91EE369 $superduper: .signature,v 1.5 2002/05/17 10:23:59 samc Exp $ |
|
From: Sam C. <sa...@su...> - 2002-05-16 19:23:51
|
There is (or will be very soon) a devel list for the library currently know as libsample. Anyone who is interested in the resampling library should subscribe. sam --=20 sam clegg :: sa...@su... :: http://superduper.net/=20 :: PGP :: D91EE369 $superduper: .signature,v 1.4 2002/04/27 11:54:02 samc Exp $ |
|
From: Sam C. <sa...@su...> - 2002-05-15 22:00:03
|
On Wed, May 15, 2002 at 06:19:43PM +0000, Pablo Baena wrote: > Please consider calling the library something like libpcmresample or > libpcmmixer, for libpcmsample doesn't say much, much less libsample. I think 'libpcm' is OK as long as we only want to support PCM audio (which looks unlikely). Otherwise I think 'libresample' is actually better than 'libsample'. I=20 would suggest 'libresample' and drop the mixing and scaling code. =20 Mixing/scaling is fairly trivial has little to do with resampling and=20 far fewer uses IMHO. sam --=20 sam clegg :: sa...@su... :: http://superduper.net/=20 :: PGP :: D91EE369 $superduper: .signature,v 1.4 2002/04/27 11:54:02 samc Exp $ |
|
From: Lennart P. <poe...@us...> - 2002-05-15 21:59:42
|
On Wed, 15.05.02 18:52, Sam Clegg (sa...@su...) wrote:
> On Wed, May 15, 2002 at 06:34:53PM +0200, Lennart Poettering wrote:
> > > In fact, perhaps we should rename the library to 'libpcm'.
> >=20
> > This is a good idea.=20
> >=20
> > What is the exact definition of "pulse code modulation"? Do uLaw and
> > aLaw fall under this notion? If this is not the case, libpcm might not
> > be the ideal name.
>=20
> Well, technically PCM is a simple linear scale and ulaw and alaw are
> non-linear. Do we need to support ulaw and alaw? If so libpcm is
> not correct. ulaw and alaw don't show up much these days.
I'd like to see ulaw/alaw support in the libary since it is still used
widely. (e.g. sun sparcs, isdn telephones, .au-files) And, the most
important reason: it is nearly no work for us to implement this, only
an additional entry in an enumeration is needed - in distinction to
ADPCM based sample formats. (And the Java Sound API supports uLaw as
well) The name "libpcm" should not force us to limit the support to
real PCM formats. I think the name "libpcm" is warrantable, alltough
it is an "Etikettenschwindel".
lp
PS: ding translates the german word "Etikettenschwindel" with "bogus
claim" or "fraud"
--=20
name { Lennart Poettering } mail { poe...@us... }
icq { 11060553 } loc { hamburg, germany } pgp { 0x1A015CC4 }
sourceforge.net { asd, battstat, befound, libsample, libshbuf, ivam }
|
|
From: Pablo B. <pb...@uo...> - 2002-05-15 21:23:11
|
Please consider calling the library something like libpcmresample or
libpcmmixer, for libpcmsample doesn't say much, much less libsample.
libsndmixer is a great name also, I think. Also libsndresample but not
that great.
Pablo
On Wed, 2002-05-15 at 17:52, Sam Clegg wrote:
On Wed, May 15, 2002 at 06:34:53PM +0200, Lennart Poettering wrote:
> > In fact, perhaps we should rename the library to 'libpcm'.
>=20
> This is a good idea.=20
>=20
> What is the exact definition of "pulse code modulation"? Do uLaw and
> aLaw fall under this notion? If this is not the case, libpcm might no=
t
> be the ideal name.
=20
Well, technically PCM is a simple linear scale and ulaw and alaw are
non-linear. Do we need to support ulaw and alaw? If so libpcm is
not correct. ulaw and alaw don't show up much these days.
=20
> However, the project at sf.net is already called libsample. Is it
> possible to rename a project at sf.net? maybe by mailing the sf.net
> staff?
=20
I'm sure it can be changed, or a least removed and then the new one
created.
=20
--=20
sam clegg
:: sa...@su...
:: http://superduper.net/=20
:: PGP :: D91EE369
$superduper: .signature,v 1.4 2002/04/27 11:54:02 samc Exp $
________________________________________________________________________
<Tetsuo> la vida es muy ironica vio?
<Ranma> sip la verdad que se nos esta cagando de risa!
<Ranma> y la voy a cagar a pi=F1as
|
|
From: Sam C. <sa...@su...> - 2002-05-15 17:52:33
|
On Wed, May 15, 2002 at 06:34:53PM +0200, Lennart Poettering wrote: > > In fact, perhaps we should rename the library to 'libpcm'. >=20 > This is a good idea.=20 >=20 > What is the exact definition of "pulse code modulation"? Do uLaw and > aLaw fall under this notion? If this is not the case, libpcm might not > be the ideal name. Well, technically PCM is a simple linear scale and ulaw and alaw are non-linear. Do we need to support ulaw and alaw? If so libpcm is not correct. ulaw and alaw don't show up much these days. > However, the project at sf.net is already called libsample. Is it > possible to rename a project at sf.net? maybe by mailing the sf.net > staff? I'm sure it can be changed, or a least removed and then the new one created. --=20 sam clegg :: sa...@su... :: http://superduper.net/=20 :: PGP :: D91EE369 $superduper: .signature,v 1.4 2002/04/27 11:54:02 samc Exp $ |
|
From: Lennart P. <poe...@us...> - 2002-05-15 16:42:02
|
On Wed, 15.05.02 10:11, Sam Clegg (sa...@su...) wrote:
> On Tue, May 14, 2002 at 03:43:37PM +0200, Lennart Poettering wrote:
> > On Sun, 12.05.02 23:17, Sam Clegg (sa...@su...) wrote:
> > <snip>
> > + aclocal
> > + autoheader
> > autoheader2.50: `config/config.h.in' is unchanged
> > + automake --add-missing --foreign
> > configure.ac: 9: required file `./[config/config.h].in' not found
> > configure.ac: 9: required file `./[config/stamp-h.in' not found
> > + autoconf
> > </snip>
>=20
> Hmm, this works for me. I guess I have newer version of
> automake/autoconf installed. Looks like a quoting problem. I have
> checked in a fix that should work.
Great, that fixed it. After running bootstrap twice everything worked
ok.
Thank you for your good work! I think that the order in libsample's
AUTHORS file doesn't really reflect reality. ;-)
lp
--=20
name { Lennart Poettering } mail { poe...@us... }
icq { 11060553 } loc { hamburg, germany } pgp { 0x1A015CC4 }
sourceforge.net { asd, battstat, befound, libsample, libshbuf, ivam }
|
|
From: Lennart P. <poe...@us...> - 2002-05-15 16:36:35
|
On Wed, 15.05.02 12:59, Sam Clegg (sa...@su...) wrote:
> On Tue, May 14, 2002 at 03:31:02PM +0200, Lennart Poettering wrote:
> > The question is where to draw the line between those audio formats
> > which are natively supported by asd and those which are not. For
> > simplicity I vote for supporting all those sample types where each
> > sample is independant from all surrounding samples. This means that
> > we'd support all integer, floating point and ulaw/alaw formats. But
> > no ADPCM or MPEG formats.=20
> >=20
> > <snip>
> > typedef enum { LS_SIGNED, LS_UNSIGNED, LS_FLOAT, LS_ALAW, LS_ULAW } ls_=
encoding_type_t;
>=20
> I agree that we should not support complex encodings such as mpeg/ogg.
> There are plenty of libraries out there for turning there in PCM.
>=20
> In fact, perhaps we should rename the library to 'libpcm'.
This is a good idea.=20
What is the exact definition of "pulse code modulation"? Do uLaw and
aLaw fall under this notion? If this is not the case, libpcm might not
be the ideal name.
> There are problems with calling our library 'sample'. We end up with
> things like sample.1 or sample.pc that look like example files :)
> Including "sample.h" is rather ambiguous. Also, I think pcm_resample
> and pcm_mix sound better than ls_resample, and 'pcm_type_t' better than
> 'ls_sound_type_t'. Of course this is all really cosmetic and I am just
> being pedantic ;)
But I agree, it makes sense somehow.=20
However, the project at sf.net is already called libsample. Is it
possible to rename a project at sf.net? maybe by mailing the sf.net
staff?
lp
--=20
name { Lennart Poettering } mail { poe...@us... }
icq { 11060553 } loc { hamburg, germany } pgp { 0x1A015CC4 }
sourceforge.net { asd, battstat, befound, libsample, libshbuf, ivam }
|
|
From: Sam C. <sa...@su...> - 2002-05-15 12:58:25
|
On Tue, May 14, 2002 at 03:31:02PM +0200, Lennart Poettering wrote:
> The question is where to draw the line between those audio formats
> which are natively supported by asd and those which are not. For
> simplicity I vote for supporting all those sample types where each
> sample is independant from all surrounding samples. This means that
> we'd support all integer, floating point and ulaw/alaw formats. But
> no ADPCM or MPEG formats.=20
>=20
> <snip>
> typedef enum { LS_SIGNED, LS_UNSIGNED, LS_FLOAT, LS_ALAW, LS_ULAW } ls_en=
coding_type_t;
I agree that we should not support complex encodings such as mpeg/ogg.
There are plenty of libraries out there for turning there in PCM.
In fact, perhaps we should rename the library to 'libpcm'.
There are problems with calling our library 'sample'. We end up with
things like sample.1 or sample.pc that look like example files :)
Including "sample.h" is rather ambiguous. Also, I think pcm_resample
and pcm_mix sound better than ls_resample, and 'pcm_type_t' better than
'ls_sound_type_t'. Of course this is all really cosmetic and I am just
being pedantic ;)
samo
--=20
sam clegg
:: sa...@su...
:: http://superduper.net/=20
:: PGP :: D91EE369
$superduper: .signature,v 1.4 2002/04/27 11:54:02 samc Exp $
|
|
From: Sam C. <sa...@su...> - 2002-05-15 11:49:46
|
On Tue, May 14, 2002 at 03:44:58PM +0200, Lennart Poettering wrote: > What is "interleaving"? Apparently there are sound cards out there (or there used to be) that=20 want all the data for each channel together as opossed to interleving the channels. I doubt we will need support for this. sam --=20 sam clegg :: sa...@su... :: http://superduper.net/=20 :: PGP :: D91EE369 $superduper: .signature,v 1.4 2002/04/27 11:54:02 samc Exp $ |
|
From: Sam C. <sa...@su...> - 2002-05-15 09:22:02
|
On Tue, May 14, 2002 at 03:00:00PM +0100, Sam Clegg wrote: > On Tue, May 14, 2002 at 02:02:25AM +0000, Pablo Baena wrote: > > I came across this http://freshmeat.net/projects/resample/ today at I just got email from this guy saying that we could use/copy his code and that he may help out with libsample when he has some time. sam --=20 sam clegg :: sa...@su... :: http://superduper.net/=20 :: PGP :: D91EE369 $superduper: .signature,v 1.4 2002/04/27 11:54:02 samc Exp $ |
|
From: Sam C. <sa...@su...> - 2002-05-15 09:20:55
|
On Wed, May 15, 2002 at 01:23:02AM -0300, Alejandro David Weil wrote:
> On Tue, May 14, 2002 at 03:43:37PM +0200, Lennart Poettering wrote:
> > I'd suggest adding a parameter of an enum-type:
> > typedef enum { LS_DEFAULT, LS_QUALITY, LS_EFFICIENCY} ls_resample_prior=
ity:
Indeed, some kind of flag will be required. Perhaps including the
algortihm type such as LS_LINEAR or LS_BANDLIMTED.=20
I have also changed ls_get_resampler to return ls_resample_t:
typedef struct
{
ls_resampler_init_t init;
ls_resampler_term_t term;
ls_resampler_run_t resample;
}
ls_resampler_t;
You need to get a 'void* state' by calling init and then pass
that state on to the resample and term routines. This is so
the resmapler can save state. It also means that that you only=20
need to pass 'from_type' and 'to_type' into init and the resmapler
will save the info it needs (such as the resampling factor) between
calles to resample.
cheers,
sam
--=20
sam clegg
:: sa...@su...
:: http://superduper.net/=20
:: PGP :: D91EE369
$superduper: .signature,v 1.4 2002/04/27 11:54:02 samc Exp $
|
|
From: Sam C. <sa...@su...> - 2002-05-15 09:11:17
|
On Tue, May 14, 2002 at 03:43:37PM +0200, Lennart Poettering wrote: > On Sun, 12.05.02 23:17, Sam Clegg (sa...@su...) wrote: > <snip> > + aclocal > + autoheader > autoheader2.50: `config/config.h.in' is unchanged > + automake --add-missing --foreign > configure.ac: 9: required file `./[config/config.h].in' not found > configure.ac: 9: required file `./[config/stamp-h.in' not found > + autoconf > </snip> Hmm, this works for me. I guess I have newer version of automake/autoconf installed. Looks like a quoting problem. I have checked in a fix that should work. sam --=20 sam clegg :: sa...@su... :: http://superduper.net/=20 :: PGP :: D91EE369 $superduper: .signature,v 1.4 2002/04/27 11:54:02 samc Exp $ |
4 messages has been excluded from this view by a project administrator.
