You can subscribe to this list here.
2003 |
Jan
|
Feb
(8) |
Mar
(3) |
Apr
|
May
(2) |
Jun
(8) |
Jul
(4) |
Aug
(12) |
Sep
(11) |
Oct
|
Nov
|
Dec
(2) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2004 |
Jan
(3) |
Feb
(3) |
Mar
(2) |
Apr
(17) |
May
(8) |
Jun
(6) |
Jul
|
Aug
(1) |
Sep
(3) |
Oct
(5) |
Nov
(10) |
Dec
(5) |
2005 |
Jan
(4) |
Feb
|
Mar
(1) |
Apr
(23) |
May
(10) |
Jun
(3) |
Jul
(3) |
Aug
(10) |
Sep
|
Oct
(7) |
Nov
(8) |
Dec
|
2006 |
Jan
(5) |
Feb
(5) |
Mar
(11) |
Apr
(1) |
May
(3) |
Jun
|
Jul
(3) |
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
2007 |
Jan
|
Feb
(9) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(4) |
Nov
(5) |
Dec
|
2008 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(4) |
Nov
|
Dec
|
2009 |
Jan
|
Feb
|
Mar
|
Apr
(3) |
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
(4) |
Nov
(3) |
Dec
|
2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
(4) |
Nov
(2) |
Dec
|
2011 |
Jan
(5) |
Feb
(1) |
Mar
|
Apr
|
May
(4) |
Jun
|
Jul
(3) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2012 |
Jan
|
Feb
|
Mar
|
Apr
(15) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2013 |
Jan
(7) |
Feb
(6) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
(12) |
Oct
|
Nov
|
Dec
|
2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(3) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2018 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
|
2021 |
Jan
|
Feb
|
Mar
(9) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2022 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
From: John C. <ci...@pu...> - 2004-04-19 22:44:50
|
I have noticed this too, even on old Beatles LPs, which I wouldn't expect to be compressed like that. At first thought I had the gain set too high. Not so. You'd think with CDs and their wide dynamic range, that things are better now. However the recent trend seems to be to record as high as possible, with the attitude that louder is better, even approaching the clipping level. Go figure! By the way, my card, which is a Sound Blaster with the ES1371 chipset, has a nasty "extra" input level control called Input Gain. I didn't see it at first, and though my line input level was at a reasonable level and the meters were well below zero VU, everything was clipped. Input Gain seems able to overload the first stage even before reaching the regular controls. After finding out about that, I was OK. John David Black wrote: > James- > > Can't remember exactly, but it's fairly low end "Allegro". I use it > because it has a better SNR on the input than the Creative SBlive! it > replaced, by 5-10 dB or so. > > I am old enough to at one time have had just vinyl in my music > collection, and thought they sounded pretty good back then. But > alongside CDs, I really hear the difference. I was listening to the > analog output of the turntable/preamp, could hear it and see a curious > "brick wall" max level on the VU meters. This with several > pop/rock/fusion records produced in the early 80s. > > Regarding my card: I have run tests on the A/D portion for distortion, > freq. response and linearity. It's far from perfect but definitely not > responsible for much of the hard compression I could see. It does show > some mild compression at the last 2 dB or so before the digital "0 VU" > mark but not enough to explain the above. > > With all the great stuff we can do these days using DSP in a > general-purpose computer, I am just trying to make the most of those old > records that still sound good but with a little computational help, can > sound even better. > > Dave > > James Tappin wrote: > >> What sound card do you have? I recall having a similar sort of thing with >> a Trident-based Hoontech card, where anything that went above about >> +/-15k >> ADU's was squashed out so that it was virtually impossible to get a true >> saturated sample. Whereas with the Envy24 based card I now use it just >> hits the buffers at full speed. >> >> James >> >> >> > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click > _______________________________________________ > Gwc-general mailing list > Gwc...@li... > https://lists.sourceforge.net/lists/listinfo/gwc-general > |
From: David B. <da...@ja...> - 2004-04-19 21:27:37
|
James- Can't remember exactly, but it's fairly low end "Allegro". I use it because it has a better SNR on the input than the Creative SBlive! it replaced, by 5-10 dB or so. I am old enough to at one time have had just vinyl in my music collection, and thought they sounded pretty good back then. But alongside CDs, I really hear the difference. I was listening to the analog output of the turntable/preamp, could hear it and see a curious "brick wall" max level on the VU meters. This with several pop/rock/fusion records produced in the early 80s. Regarding my card: I have run tests on the A/D portion for distortion, freq. response and linearity. It's far from perfect but definitely not responsible for much of the hard compression I could see. It does show some mild compression at the last 2 dB or so before the digital "0 VU" mark but not enough to explain the above. With all the great stuff we can do these days using DSP in a general-purpose computer, I am just trying to make the most of those old records that still sound good but with a little computational help, can sound even better. Dave James Tappin wrote: >What sound card do you have? I recall having a similar sort of thing with >a Trident-based Hoontech card, where anything that went above about +/-15k >ADU's was squashed out so that it was virtually impossible to get a true >saturated sample. Whereas with the Envy24 based card I now use it just >hits the buffers at full speed. > >James > > > |
From: James T. <ja...@ta...> - 2004-04-18 18:31:36
|
On Sun, 18 Apr 2004 11:45:52 -0500 David Black <da...@ja...> wrote: > In the course of digitizing "modern" stereo 33 1/3 RPM LPs, I have > noticed what seems to be a consistent dynamic range compression > characteristic applied right at the top of the loudness range. It is > very apparent on the sound card VU meters as I record, and reminds me of > > what FM broadcast stations do to ensure they avoid overmodulation. Same > > thing here with grooves, I suppose - and I am assuming it's not just my > phono cartridge (Audio-Technica 3003) or preamp that's doing it. What sound card do you have? I recall having a similar sort of thing with a Trident-based Hoontech card, where anything that went above about +/-15k ADU's was squashed out so that it was virtually impossible to get a true saturated sample. Whereas with the Envy24 based card I now use it just hits the buffers at full speed. James -- James Tappin, O__ "I forget the punishment for using ja...@ta... -- \/` Microsoft --- Something lingering http://www.tappin.me.uk/ with data loss in it I fancy" |
From: David B. <da...@ja...> - 2004-04-18 16:45:57
|
Hi, I'm new to the list and have a question that is not specific to GWC, but is applicable to digital audio restoration of vinyl recordings. In the course of digitizing "modern" stereo 33 1/3 RPM LPs, I have noticed what seems to be a consistent dynamic range compression characteristic applied right at the top of the loudness range. It is very apparent on the sound card VU meters as I record, and reminds me of what FM broadcast stations do to ensure they avoid overmodulation. Same thing here with grooves, I suppose - and I am assuming it's not just my phono cartridge (Audio-Technica 3003) or preamp that's doing it. My question is, does anyone know of anything like a "standard" expansion characteristic that might be applied to these recordings, with the goal of approximating the original dynamic range? I'm about to start doing some "by ear" experiments, but just wanted to check first. Hm, something like this might even be a nice added feature for GWC at some point, if it really works... :-) Dave |
From: James T. <ja...@ta...> - 2004-04-14 16:21:08
|
I've been getting back into some audio processing again (after a long layoff). Using gwc 0.20-03, built with ALSA support, very often on playback the playback stops and I get endless repetitions of: ########################################################## audio_device_processed_bytes: snd_pcm_delay Broken pipe ########################################################## audio_device_nonblocking_write_buffer_size: snd_pcm_avail_update Broken pipe The occurences seem to be pretty much random. Stopping playback stops the errors and the naxt attempt may or may not be successful. FWIW I'm running kernel 2.6.4,and recording to a SATA disk. I'm not sure if there is a problem in my setup, whether an error code needs clearing or whether ALSA works on the principle of once it's fouled up its fouled up. James -- James Tappin, O__ "I forget the punishment for using ja...@ta... -- \/` Microsoft --- Something lingering http://www.tappin.me.uk/ with data loss in it I fancy" |
From: Alexandre T. R. <th...@te...> - 2004-04-13 04:41:04
|
Jeff, my glibc is the same (glibc-headers-2.3.2-101.4) Alexandre > Alexandre, > > I have an almost identical setup as you, and compile cleanly. > > The conflicting file with the u_int definition you have is > /usr/include/sys/types.h, and that's part of the glibc-headers package. > My glibc-headers version is 2.3.2-101.4, what is yours? > > jw |
From: Jeff W. <we...@ha...> - 2004-04-13 04:11:27
|
Alexandre, I have an almost identical setup as you, and compile cleanly. The conflicting file with the u_int definition you have is /usr/include/sys/types.h, and that's part of the glibc-headers package. My glibc-headers version is 2.3.2-101.4, what is yours? jw Alexandre Thieme Reis wrote: > Dear Jeff, > > gwc do not compile !! > > linux version: fedora core 1 > kernel version: 2.6.5 > gcc version: 3.3.2 20031022 (Red Hat Linux 3.3.2-1) > configure options: none > > make: > > make > cc -DCONFIGDIR=\"/gnome_wave_cleaner/config/\" > -DDATADIR=\"`gnome-config --datadir`\" -DLIBDIR=\"`gnome-config > --libdir`\" -DAPPNAME=\"gnome_wave_cleaner\" -O3 -Wall -DHAVE_FFTW3 > -DFFTWPREC=2 -mcpu=i686 -march=i686 `pkg-config --cflags libgnome-2.0 > libgnomeui-2.0 gtk+-2.0` `pkg-config --cflags sndfile` -c -o > dialog.o dialog.c > cc -DCONFIGDIR=\"/gnome_wave_cleaner/config/\" > -DDATADIR=\"`gnome-config --datadir`\" -DLIBDIR=\"`gnome-config > --libdir`\" -DAPPNAME=\"gnome_wave_cleaner\" -O3 -Wall -DHAVE_FFTW3 > -DFFTWPREC=2 -mcpu=i686 -march=i686 `pkg-config --cflags libgnome-2.0 > libgnomeui-2.0 gtk+-2.0` `pkg-config --cflags sndfile` -c -o gwc.o > gwc.c > icons/cut.xpm:2: warning: `cut_xpm' defined but not used > icons/undo.xpm:2: warning: `undo_xpm' defined but not used > cc -DCONFIGDIR=\"/gnome_wave_cleaner/config/\" > -DDATADIR=\"`gnome-config --datadir`\" -DLIBDIR=\"`gnome-config > --libdir`\" -DAPPNAME=\"gnome_wave_cleaner\" -O3 -Wall -DHAVE_FFTW3 > -DFFTWPREC=2 -mcpu=i686 -march=i686 `pkg-config --cflags libgnome-2.0 > libgnomeui-2.0 gtk+-2.0` `pkg-config --cflags sndfile` -c -o > audio_device.o audio_device.c > cc -DCONFIGDIR=\"/gnome_wave_cleaner/config/\" > -DDATADIR=\"`gnome-config --datadir`\" -DLIBDIR=\"`gnome-config > --libdir`\" -DAPPNAME=\"gnome_wave_cleaner\" -O3 -Wall -DHAVE_FFTW3 > -DFFTWPREC=2 -mcpu=i686 -march=i686 `pkg-config --cflags libgnome-2.0 > libgnomeui-2.0 gtk+-2.0` `pkg-config --cflags sndfile` -c -o > audio_edit.o audio_edit.c > cc -DCONFIGDIR=\"/gnome_wave_cleaner/config/\" > -DDATADIR=\"`gnome-config --datadir`\" -DLIBDIR=\"`gnome-config > --libdir`\" -DAPPNAME=\"gnome_wave_cleaner\" -O3 -Wall -DHAVE_FFTW3 > -DFFTWPREC=2 -mcpu=i686 -march=i686 `pkg-config --cflags libgnome-2.0 > libgnomeui-2.0 gtk+-2.0` `pkg-config --cflags sndfile` -c -o > audio_util.o audio_util.c > cc -DCONFIGDIR=\"/gnome_wave_cleaner/config/\" > -DDATADIR=\"`gnome-config --datadir`\" -DLIBDIR=\"`gnome-config > --libdir`\" -DAPPNAME=\"gnome_wave_cleaner\" -O3 -Wall -DHAVE_FFTW3 > -DFFTWPREC=2 -mcpu=i686 -march=i686 `pkg-config --cflags libgnome-2.0 > libgnomeui-2.0 gtk+-2.0` `pkg-config --cflags sndfile` -c -o > gtkled.o gtkled.c > cc -DCONFIGDIR=\"/gnome_wave_cleaner/config/\" > -DDATADIR=\"`gnome-config --datadir`\" -DLIBDIR=\"`gnome-config > --libdir`\" -DAPPNAME=\"gnome_wave_cleaner\" -O3 -Wall -DHAVE_FFTW3 > -DFFTWPREC=2 -mcpu=i686 -march=i686 `pkg-config --cflags libgnome-2.0 > libgnomeui-2.0 gtk+-2.0` `pkg-config --cflags sndfile` -c -o > gtkledbar.o gtkledbar.c > cc -DCONFIGDIR=\"/gnome_wave_cleaner/config/\" > -DDATADIR=\"`gnome-config --datadir`\" -DLIBDIR=\"`gnome-config > --libdir`\" -DAPPNAME=\"gnome_wave_cleaner\" -O3 -Wall -DHAVE_FFTW3 > -DFFTWPREC=2 -mcpu=i686 -march=i686 `pkg-config --cflags libgnome-2.0 > libgnomeui-2.0 gtk+-2.0` `pkg-config --cflags sndfile` -c -o > preferences.o preferences.c > cc -DCONFIGDIR=\"/gnome_wave_cleaner/config/\" > -DDATADIR=\"`gnome-config --datadir`\" -DLIBDIR=\"`gnome-config > --libdir`\" -DAPPNAME=\"gnome_wave_cleaner\" -O3 -Wall -DHAVE_FFTW3 > -DFFTWPREC=2 -mcpu=i686 -march=i686 `pkg-config --cflags libgnome-2.0 > libgnomeui-2.0 gtk+-2.0` `pkg-config --cflags sndfile` -c -o > drawing.o drawing.c > cc -DCONFIGDIR=\"/gnome_wave_cleaner/config/\" > -DDATADIR=\"`gnome-config --datadir`\" -DLIBDIR=\"`gnome-config > --libdir`\" -DAPPNAME=\"gnome_wave_cleaner\" -O3 -Wall -DHAVE_FFTW3 > -DFFTWPREC=2 -mcpu=i686 -march=i686 `pkg-config --cflags libgnome-2.0 > libgnomeui-2.0 gtk+-2.0` `pkg-config --cflags sndfile` -c -o > amplify.o amplify.c > cc -DCONFIGDIR=\"/gnome_wave_cleaner/config/\" > -DDATADIR=\"`gnome-config --datadir`\" -DLIBDIR=\"`gnome-config > --libdir`\" -DAPPNAME=\"gnome_wave_cleaner\" -O3 -Wall -DHAVE_FFTW3 > -DFFTWPREC=2 -mcpu=i686 -march=i686 `pkg-config --cflags libgnome-2.0 > libgnomeui-2.0 gtk+-2.0` `pkg-config --cflags sndfile` -c -o > denoise.o denoise.c > cc -DCONFIGDIR=\"/gnome_wave_cleaner/config/\" > -DDATADIR=\"`gnome-config --datadir`\" -DLIBDIR=\"`gnome-config > --libdir`\" -DAPPNAME=\"gnome_wave_cleaner\" -O3 -Wall -DHAVE_FFTW3 > -DFFTWPREC=2 -mcpu=i686 -march=i686 `pkg-config --cflags libgnome-2.0 > libgnomeui-2.0 gtk+-2.0` `pkg-config --cflags sndfile` -c -o undo.o > undo.c > cc -DCONFIGDIR=\"/gnome_wave_cleaner/config/\" > -DDATADIR=\"`gnome-config --datadir`\" -DLIBDIR=\"`gnome-config > --libdir`\" -DAPPNAME=\"gnome_wave_cleaner\" -O3 -Wall -DHAVE_FFTW3 > -DFFTWPREC=2 -mcpu=i686 -march=i686 `pkg-config --cflags libgnome-2.0 > libgnomeui-2.0 gtk+-2.0` `pkg-config --cflags sndfile` -c -o > declick.o declick.c > In file included from stat.h:1, > from declick.c:27: > matrix.h:54: warning: redefinition of `u_int' > /usr/include/sys/types.h:37: warning: `u_int' previously declared here > cc -DCONFIGDIR=\"/gnome_wave_cleaner/config/\" > -DDATADIR=\"`gnome-config --datadir`\" -DLIBDIR=\"`gnome-config > --libdir`\" -DAPPNAME=\"gnome_wave_cleaner\" -O3 -Wall -DHAVE_FFTW3 > -DFFTWPREC=2 -mcpu=i686 -march=i686 `pkg-config --cflags libgnome-2.0 > libgnomeui-2.0 gtk+-2.0` `pkg-config --cflags sndfile` -c -o > sample_block.o sample_block.c > cc -DCONFIGDIR=\"/gnome_wave_cleaner/config/\" > -DDATADIR=\"`gnome-config --datadir`\" -DLIBDIR=\"`gnome-config > --libdir`\" -DAPPNAME=\"gnome_wave_cleaner\" -O3 -Wall -DHAVE_FFTW3 > -DFFTWPREC=2 -mcpu=i686 -march=i686 `pkg-config --cflags libgnome-2.0 > libgnomeui-2.0 gtk+-2.0` `pkg-config --cflags sndfile` -c -o > decrackle.o decrackle.c > cc -DCONFIGDIR=\"/gnome_wave_cleaner/config/\" > -DDATADIR=\"`gnome-config --datadir`\" -DLIBDIR=\"`gnome-config > --libdir`\" -DAPPNAME=\"gnome_wave_cleaner\" -O3 -Wall -DHAVE_FFTW3 > -DFFTWPREC=2 -mcpu=i686 -march=i686 `pkg-config --cflags libgnome-2.0 > libgnomeui-2.0 gtk+-2.0` `pkg-config --cflags sndfile` -c -o stat.o > stat.c > In file included from stat.h:1, > from stat.c:11: > matrix.h:54: error: redefinition of `u_int' > matrix.h:40: error: `u_int' previously declared here > stat.c: In function `matrix_solve': > stat.c:51: warning: implicit declaration of function `MEM_COPY' > make: ** [stat.o] Erro 1 > [thieme@reis gwc-0.20-03]$ > > please, help me. > > Alexandre Thieme Reis > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click > _______________________________________________ > Gwc-general mailing list > Gwc...@li... > https://lists.sourceforge.net/lists/listinfo/gwc-general |
From: Alexandre T. R. <th...@pp...> - 2004-04-12 17:22:23
|
Dear Jeff, gwc do not compile !! linux version: fedora core 1 kernel version: 2.6.5 gcc version: 3.3.2 20031022 (Red Hat Linux 3.3.2-1) configure options: none make cc -DCONFIGDIR=\"/gnome_wave_cleaner/config/\" -DDATADIR=\"`gnome-config --datadir`\" -DLIBDIR=\"`gnome-config --libdir`\" -DAPPNAME=\"gnome_wave_cleaner\" -O3 -Wall -DHAVE_FFTW3 -DFFTWPREC=2 -mcpu=i686 -march=i686 `pkg-config --cflags libgnome-2.0 libgnomeui-2.0 gtk+-2.0` `pkg-config --cflags sndfile` -c -o dialog.o dialog.c cc -DCONFIGDIR=\"/gnome_wave_cleaner/config/\" -DDATADIR=\"`gnome-config --datadir`\" -DLIBDIR=\"`gnome-config --libdir`\" -DAPPNAME=\"gnome_wave_cleaner\" -O3 -Wall -DHAVE_FFTW3 -DFFTWPREC=2 -mcpu=i686 -march=i686 `pkg-config --cflags libgnome-2.0 libgnomeui-2.0 gtk+-2.0` `pkg-config --cflags sndfile` -c -o gwc.o gwc.c icons/cut.xpm:2: warning: `cut_xpm' defined but not used icons/undo.xpm:2: warning: `undo_xpm' defined but not used cc -DCONFIGDIR=\"/gnome_wave_cleaner/config/\" -DDATADIR=\"`gnome-config --datadir`\" -DLIBDIR=\"`gnome-config --libdir`\" -DAPPNAME=\"gnome_wave_cleaner\" -O3 -Wall -DHAVE_FFTW3 -DFFTWPREC=2 -mcpu=i686 -march=i686 `pkg-config --cflags libgnome-2.0 libgnomeui-2.0 gtk+-2.0` `pkg-config --cflags sndfile` -c -o audio_device.o audio_device.c cc -DCONFIGDIR=\"/gnome_wave_cleaner/config/\" -DDATADIR=\"`gnome-config --datadir`\" -DLIBDIR=\"`gnome-config --libdir`\" -DAPPNAME=\"gnome_wave_cleaner\" -O3 -Wall -DHAVE_FFTW3 -DFFTWPREC=2 -mcpu=i686 -march=i686 `pkg-config --cflags libgnome-2.0 libgnomeui-2.0 gtk+-2.0` `pkg-config --cflags sndfile` -c -o audio_edit.o audio_edit.c cc -DCONFIGDIR=\"/gnome_wave_cleaner/config/\" -DDATADIR=\"`gnome-config --datadir`\" -DLIBDIR=\"`gnome-config --libdir`\" -DAPPNAME=\"gnome_wave_cleaner\" -O3 -Wall -DHAVE_FFTW3 -DFFTWPREC=2 -mcpu=i686 -march=i686 `pkg-config --cflags libgnome-2.0 libgnomeui-2.0 gtk+-2.0` `pkg-config --cflags sndfile` -c -o audio_util.o audio_util.c cc -DCONFIGDIR=\"/gnome_wave_cleaner/config/\" -DDATADIR=\"`gnome-config --datadir`\" -DLIBDIR=\"`gnome-config --libdir`\" -DAPPNAME=\"gnome_wave_cleaner\" -O3 -Wall -DHAVE_FFTW3 -DFFTWPREC=2 -mcpu=i686 -march=i686 `pkg-config --cflags libgnome-2.0 libgnomeui-2.0 gtk+-2.0` `pkg-config --cflags sndfile` -c -o gtkled.o gtkled.c cc -DCONFIGDIR=\"/gnome_wave_cleaner/config/\" -DDATADIR=\"`gnome-config --datadir`\" -DLIBDIR=\"`gnome-config --libdir`\" -DAPPNAME=\"gnome_wave_cleaner\" -O3 -Wall -DHAVE_FFTW3 -DFFTWPREC=2 -mcpu=i686 -march=i686 `pkg-config --cflags libgnome-2.0 libgnomeui-2.0 gtk+-2.0` `pkg-config --cflags sndfile` -c -o gtkledbar.o gtkledbar.c cc -DCONFIGDIR=\"/gnome_wave_cleaner/config/\" -DDATADIR=\"`gnome-config --datadir`\" -DLIBDIR=\"`gnome-config --libdir`\" -DAPPNAME=\"gnome_wave_cleaner\" -O3 -Wall -DHAVE_FFTW3 -DFFTWPREC=2 -mcpu=i686 -march=i686 `pkg-config --cflags libgnome-2.0 libgnomeui-2.0 gtk+-2.0` `pkg-config --cflags sndfile` -c -o preferences.o preferences.c cc -DCONFIGDIR=\"/gnome_wave_cleaner/config/\" -DDATADIR=\"`gnome-config --datadir`\" -DLIBDIR=\"`gnome-config --libdir`\" -DAPPNAME=\"gnome_wave_cleaner\" -O3 -Wall -DHAVE_FFTW3 -DFFTWPREC=2 -mcpu=i686 -march=i686 `pkg-config --cflags libgnome-2.0 libgnomeui-2.0 gtk+-2.0` `pkg-config --cflags sndfile` -c -o drawing.o drawing.c cc -DCONFIGDIR=\"/gnome_wave_cleaner/config/\" -DDATADIR=\"`gnome-config --datadir`\" -DLIBDIR=\"`gnome-config --libdir`\" -DAPPNAME=\"gnome_wave_cleaner\" -O3 -Wall -DHAVE_FFTW3 -DFFTWPREC=2 -mcpu=i686 -march=i686 `pkg-config --cflags libgnome-2.0 libgnomeui-2.0 gtk+-2.0` `pkg-config --cflags sndfile` -c -o amplify.o amplify.c cc -DCONFIGDIR=\"/gnome_wave_cleaner/config/\" -DDATADIR=\"`gnome-config --datadir`\" -DLIBDIR=\"`gnome-config --libdir`\" -DAPPNAME=\"gnome_wave_cleaner\" -O3 -Wall -DHAVE_FFTW3 -DFFTWPREC=2 -mcpu=i686 -march=i686 `pkg-config --cflags libgnome-2.0 libgnomeui-2.0 gtk+-2.0` `pkg-config --cflags sndfile` -c -o denoise.o denoise.c cc -DCONFIGDIR=\"/gnome_wave_cleaner/config/\" -DDATADIR=\"`gnome-config --datadir`\" -DLIBDIR=\"`gnome-config --libdir`\" -DAPPNAME=\"gnome_wave_cleaner\" -O3 -Wall -DHAVE_FFTW3 -DFFTWPREC=2 -mcpu=i686 -march=i686 `pkg-config --cflags libgnome-2.0 libgnomeui-2.0 gtk+-2.0` `pkg-config --cflags sndfile` -c -o undo.o undo.c cc -DCONFIGDIR=\"/gnome_wave_cleaner/config/\" -DDATADIR=\"`gnome-config --datadir`\" -DLIBDIR=\"`gnome-config --libdir`\" -DAPPNAME=\"gnome_wave_cleaner\" -O3 -Wall -DHAVE_FFTW3 -DFFTWPREC=2 -mcpu=i686 -march=i686 `pkg-config --cflags libgnome-2.0 libgnomeui-2.0 gtk+-2.0` `pkg-config --cflags sndfile` -c -o declick.o declick.c cc -DCONFIGDIR=\"/gnome_wave_cleaner/config/\" -DDATADIR=\"`gnome-config --datadir`\" -DLIBDIR=\"`gnome-config --libdir`\" -DAPPNAME=\"gnome_wave_cleaner\" -O3 -Wall -DHAVE_FFTW3 -DFFTWPREC=2 -mcpu=i686 -march=i686 `pkg-config --cflags libgnome-2.0 libgnomeui-2.0 gtk+-2.0` `pkg-config --cflags sndfile` -c -o sample_block.o sample_block.c cc -DCONFIGDIR=\"/gnome_wave_cleaner/config/\" -DDATADIR=\"`gnome-config --datadir`\" -DLIBDIR=\"`gnome-config --libdir`\" -DAPPNAME=\"gnome_wave_cleaner\" -O3 -Wall -DHAVE_FFTW3 -DFFTWPREC=2 -mcpu=i686 -march=i686 `pkg-config --cflags libgnome-2.0 libgnomeui-2.0 gtk+-2.0` `pkg-config --cflags sndfile` -c -o decrackle.o decrackle.c cc -DCONFIGDIR=\"/gnome_wave_cleaner/config/\" -DDATADIR=\"`gnome-config --datadir`\" -DLIBDIR=\"`gnome-config --libdir`\" -DAPPNAME=\"gnome_wave_cleaner\" -O3 -Wall -DHAVE_FFTW3 -DFFTWPREC=2 -mcpu=i686 -march=i686 `pkg-config --cflags libgnome-2.0 libgnomeui-2.0 gtk+-2.0` `pkg-config --cflags sndfile` -c -o stat.o stat.c cc -DCONFIGDIR=\"/gnome_wave_cleaner/config/\" -DDATADIR=\"`gnome-config --datadir`\" -DLIBDIR=\"`gnome-config --libdir`\" -DAPPNAME=\"gnome_wave_cleaner\" -O3 -Wall -DHAVE_FFTW3 -DFFTWPREC=2 -mcpu=i686 -march=i686 `pkg-config --cflags libgnome-2.0 libgnomeui-2.0 gtk+-2.0` `pkg-config --cflags sndfile` -c -o dethunk.o dethunk.c cc -DCONFIGDIR=\"/gnome_wave_cleaner/config/\" -DDATADIR=\"`gnome-config --datadir`\" -DLIBDIR=\"`gnome-config --libdir`\" -DAPPNAME=\"gnome_wave_cleaner\" -O3 -Wall -DHAVE_FFTW3 -DFFTWPREC=2 -mcpu=i686 -march=i686 `pkg-config --cflags libgnome-2.0 libgnomeui-2.0 gtk+-2.0` `pkg-config --cflags sndfile` -c -o i0.o i0.c cc -DCONFIGDIR=\"/gnome_wave_cleaner/config/\" -DDATADIR=\"`gnome-config --datadir`\" -DLIBDIR=\"`gnome-config --libdir`\" -DAPPNAME=\"gnome_wave_cleaner\" -O3 -Wall -DHAVE_FFTW3 -DFFTWPREC=2 -mcpu=i686 -march=i686 `pkg-config --cflags libgnome-2.0 libgnomeui-2.0 gtk+-2.0` `pkg-config --cflags sndfile` -c -o i1.o i1.c cc -DCONFIGDIR=\"/gnome_wave_cleaner/config/\" -DDATADIR=\"`gnome-config --datadir`\" -DLIBDIR=\"`gnome-config --libdir`\" -DAPPNAME=\"gnome_wave_cleaner\" -O3 -Wall -DHAVE_FFTW3 -DFFTWPREC=2 -mcpu=i686 -march=i686 `pkg-config --cflags libgnome-2.0 libgnomeui-2.0 gtk+-2.0` `pkg-config --cflags sndfile` -c -o chbevl.o chbevl.c cc -DCONFIGDIR=\"/gnome_wave_cleaner/config/\" -DDATADIR=\"`gnome-config --datadir`\" -DLIBDIR=\"`gnome-config --libdir`\" -DAPPNAME=\"gnome_wave_cleaner\" -O3 -Wall -DHAVE_FFTW3 -DFFTWPREC=2 -mcpu=i686 -march=i686 `pkg-config --cflags libgnome-2.0 libgnomeui-2.0 gtk+-2.0` `pkg-config --cflags sndfile` -c -o markers.o markers.c markers.c: In function `cdrdao_toc_info': markers.c:191: warning: assignment discards qualifiers from pointer target type markers.c:200: warning: assignment discards qualifiers from pointer target type markers.c:214: warning: assignment discards qualifiers from pointer target type markers.c:240: warning: assignment discards qualifiers from pointer target type cc -DCONFIGDIR=\"/gnome_wave_cleaner/config/\" -DDATADIR=\"`gnome-config --datadir`\" -DLIBDIR=\"`gnome-config --libdir`\" -DAPPNAME=\"gnome_wave_cleaner\" -O3 -Wall -DHAVE_FFTW3 -DFFTWPREC=2 -mcpu=i686 -march=i686 `pkg-config --cflags libgnome-2.0 libgnomeui-2.0 gtk+-2.0` `pkg-config --cflags sndfile` -c -o encode.o encode.c cc -DCONFIGDIR=\"/gnome_wave_cleaner/config/\" -DDATADIR=\"`gnome-config --datadir`\" -DLIBDIR=\"`gnome-config --libdir`\" -DAPPNAME=\"gnome_wave_cleaner\" -O3 -Wall -DHAVE_FFTW3 -DFFTWPREC=2 -mcpu=i686 -march=i686 `pkg-config --cflags libgnome-2.0 libgnomeui-2.0 gtk+-2.0` `pkg-config --cflags sndfile` -c -o soundfile.o soundfile.c (cd meschach ; ./configure --with-sparse ; make part1 ; make part2 ; make part3 ; cp machine.h ..) checking for acc checking for cc checking how to run the C preprocessor checking for AIX checking for minix/config.h checking for POSIXized ISC checking for ranlib checking for memory.h checking for ANSI C header files checking for complex.h checking for malloc.h checking for varargs.h checking for size_t in sys/types.h checking for working const checking byte ordering checking for u_int computing machine epsilon(s) cc -o macheps dmacheps.c cc -o macheps fmacheps.c computing M_MAX_INT cc -o maxint maxint.c checking char \\0 vs. float zeros checking for bcopy checking for bzero checking for function prototypes creating config.status creating makefile creating machine.h Extensions to basic version: use configure --with-opt1 --with-opt2 Option: --with-complex incorporate complex functions --with-sparse incorporate sparse matrix functions --with-all both of the above --with-unroll unroll low level loops on vectors --with-munroll unroll low level loops on matrices --with-float single precision --with-double double precision (default) Re-run configure with these options if you want them make[1]: Entrando no diretório `/home/thieme/download/gwc/gwc-0.20-03/meschach' cc -c -O3 -DHAVE_CONFIG_H copy.c cc -c -O3 -DHAVE_CONFIG_H err.c cc -c -O3 -DHAVE_CONFIG_H matrixio.c cc -c -O3 -DHAVE_CONFIG_H memory.c cc -c -O3 -DHAVE_CONFIG_H vecop.c cc -c -O3 -DHAVE_CONFIG_H matop.c cc -c -O3 -DHAVE_CONFIG_H pxop.c cc -c -O3 -DHAVE_CONFIG_H submat.c cc -c -O3 -DHAVE_CONFIG_H init.c cc -c -O3 -DHAVE_CONFIG_H otherio.c cc -c -O3 -DHAVE_CONFIG_H machine.c cc -c -O3 -DHAVE_CONFIG_H matlab.c cc -c -O3 -DHAVE_CONFIG_H ivecop.c cc -c -O3 -DHAVE_CONFIG_H version.c cc -c -O3 -DHAVE_CONFIG_H meminfo.c cc -c -O3 -DHAVE_CONFIG_H memstat.c ar ru meschach.a copy.o err.o matrixio.o memory.o vecop.o matop.o pxop.o submat.o init.o otherio.o machine.o matlab.o ivecop.o version.o meminfo.o memstat.o ranlib meschach.a make[1]: Saindo do diretório `/home/thieme/download/gwc/gwc-0.20-03/meschach' make[1]: Entrando no diretório `/home/thieme/download/gwc/gwc-0.20-03/meschach' cc -c -O3 -DHAVE_CONFIG_H lufactor.c cc -c -O3 -DHAVE_CONFIG_H bkpfacto.c cc -c -O3 -DHAVE_CONFIG_H chfactor.c cc -c -O3 -DHAVE_CONFIG_H qrfactor.c cc -c -O3 -DHAVE_CONFIG_H solve.c cc -c -O3 -DHAVE_CONFIG_H hsehldr.c cc -c -O3 -DHAVE_CONFIG_H givens.c cc -c -O3 -DHAVE_CONFIG_H update.c cc -c -O3 -DHAVE_CONFIG_H norm.c cc -c -O3 -DHAVE_CONFIG_H hessen.c cc -c -O3 -DHAVE_CONFIG_H symmeig.c cc -c -O3 -DHAVE_CONFIG_H schur.c cc -c -O3 -DHAVE_CONFIG_H svd.c cc -c -O3 -DHAVE_CONFIG_H fft.c cc -c -O3 -DHAVE_CONFIG_H mfunc.c cc -c -O3 -DHAVE_CONFIG_H bdfactor.c ar ru meschach.a copy.o err.o matrixio.o memory.o vecop.o matop.o pxop.o submat.o init.o otherio.o machine.o matlab.o ivecop.o version.o meminfo.o memstat.o ranlib meschach.a ar ru meschach.a lufactor.o bkpfacto.o chfactor.o qrfactor.o solve.o hsehldr.o givens.o update.o norm.o hessen.o symmeig.o schur.o svd.o fft.o mfunc.o bdfactor.o ranlib meschach.a make[1]: Saindo do diretório `/home/thieme/download/gwc/gwc-0.20-03/meschach' make[1]: Entrando no diretório `/home/thieme/download/gwc/gwc-0.20-03/meschach' cc -c -O3 -DHAVE_CONFIG_H sparse.c In file included from sparse.h:39, from sparse.c:34: matrix.h:43: warning: redefinition of `u_int' /usr/include/sys/types.h:37: warning: `u_int' previously declared here cc -c -O3 -DHAVE_CONFIG_H sprow.c In file included from sparse.h:39, from sprow.c:34: matrix.h:43: warning: redefinition of `u_int' /usr/include/sys/types.h:37: warning: `u_int' previously declared here cc -c -O3 -DHAVE_CONFIG_H sparseio.c cc -c -O3 -DHAVE_CONFIG_H spchfctr.c cc -c -O3 -DHAVE_CONFIG_H splufctr.c cc -c -O3 -DHAVE_CONFIG_H spbkp.c cc -c -O3 -DHAVE_CONFIG_H spswap.c cc -c -O3 -DHAVE_CONFIG_H iter0.c cc -c -O3 -DHAVE_CONFIG_H itersym.c cc -c -O3 -DHAVE_CONFIG_H iternsym.c ar ru meschach.a copy.o err.o matrixio.o memory.o vecop.o matop.o pxop.o submat.o init.o otherio.o machine.o matlab.o ivecop.o version.o meminfo.o memstat.o ranlib meschach.a ar ru meschach.a lufactor.o bkpfacto.o chfactor.o qrfactor.o solve.o hsehldr.o givens.o update.o norm.o hessen.o symmeig.o schur.o svd.o fft.o mfunc.o bdfactor.o ranlib meschach.a ar ru meschach.a sparse.o sprow.o sparseio.o spchfctr.o splufctr.o spbkp.o spswap.o iter0.o itersym.o iternsym.o ranlib meschach.a make[1]: Saindo do diretório `/home/thieme/download/gwc/gwc-0.20-03/meschach' cp meschach/meschach.a . cc dialog.o gwc.o audio_device.o audio_edit.o audio_util.o gtkled.o gtkledbar.o preferences.o drawing.o amplify.o denoise.o undo.o declick.o sample_block.o decrackle.o stat.o dethunk.o i0.o i1.o chbevl.o markers.o encode.o soundfile.o -g `pkg-config --cflags --libs libgnome-2.0 libgnomeui-2.0 gtk+-2.0` `pkg-config --libs sndfile` meschach.a -lfftw3 -lm -o gwc meschach.a(memory.o)(.text+0x3a6): In function `m_resize': : undefined reference to `MEM_COPY' meschach.a(memory.o)(.text+0x477): In function `m_resize': : undefined reference to `MEM_COPY' meschach.a(matop.o)(.text+0x461): In function `ms_mltadd': : undefined reference to `MEM_COPY' meschach.a(matop.o)(.text+0x4b1): In function `ms_mltadd': : undefined reference to `MEM_COPY' meschach.a(matop.o)(.text+0x524): In function `ms_mltadd': : undefined reference to `MEM_COPY' meschach.a(matop.o)(.text+0x631): more undefined references to `MEM_COPY' follow meschach.a(machine.o)(.text+0xe5): In function `__zero__': : undefined reference to `MEM_ZERO' meschach.a(lufactor.o)(.text+0x3ce): In function `m_inverse': : undefined reference to `MEM_COPY' meschach.a(lufactor.o)(.text+0x420): In function `m_inverse': : undefined reference to `MEM_COPY' meschach.a(lufactor.o)(.text+0x4b2): In function `m_inverse': : undefined reference to `MEM_COPY' meschach.a(lufactor.o)(.text+0x58d): In function `m_inverse': : undefined reference to `MEM_COPY' meschach.a(lufactor.o)(.text+0x623): In function `m_inverse': : undefined reference to `MEM_COPY' meschach.a(lufactor.o)(.text+0x66f): more undefined references to `MEM_COPY' follow meschach.a(sprow.o)(.text+0x59): In function `sprow_xpd': : undefined reference to `MEM_ZERO' meschach.a(sprow.o)(.text+0x1aa3): In function `sprow_set_val': : undefined reference to `MEM_COPY' meschach.a(iter0.o)(.text+0x168): In function `iter_copy2': : undefined reference to `MEM_COPY' meschach.a(iter0.o)(.text+0x8ee): In function `iter_copy': : undefined reference to `MEM_COPY' meschach.a(copy.o)(.text+0x79): In function `_m_copy': : undefined reference to `MEM_COPY' meschach.a(copy.o)(.text+0x103): In function `_v_copy': : undefined reference to `MEM_COPY' meschach.a(copy.o)(.text+0x16b): more undefined references to `MEM_COPY' follow collect2: ld returned 1 exit status make: ** [gwc] Erro 1 [thieme@reis gwc-0.20-03]$ Help me! Alexandre |
From: Alexandre T. R. <th...@pp...> - 2004-04-12 16:45:02
|
Dear Jeff, gwc do not compile !! linux version: fedora core 1 kernel version: 2.6.5 gcc version: 3.3.2 20031022 (Red Hat Linux 3.3.2-1) configure options: none make: make cc -DCONFIGDIR=\"/gnome_wave_cleaner/config/\" -DDATADIR=\"`gnome-config --datadir`\" -DLIBDIR=\"`gnome-config --libdir`\" -DAPPNAME=\"gnome_wave_cleaner\" -O3 -Wall -DHAVE_FFTW3 -DFFTWPREC=2 -mcpu=i686 -march=i686 `pkg-config --cflags libgnome-2.0 libgnomeui-2.0 gtk+-2.0` `pkg-config --cflags sndfile` -c -o dialog.o dialog.c cc -DCONFIGDIR=\"/gnome_wave_cleaner/config/\" -DDATADIR=\"`gnome-config --datadir`\" -DLIBDIR=\"`gnome-config --libdir`\" -DAPPNAME=\"gnome_wave_cleaner\" -O3 -Wall -DHAVE_FFTW3 -DFFTWPREC=2 -mcpu=i686 -march=i686 `pkg-config --cflags libgnome-2.0 libgnomeui-2.0 gtk+-2.0` `pkg-config --cflags sndfile` -c -o gwc.o gwc.c icons/cut.xpm:2: warning: `cut_xpm' defined but not used icons/undo.xpm:2: warning: `undo_xpm' defined but not used cc -DCONFIGDIR=\"/gnome_wave_cleaner/config/\" -DDATADIR=\"`gnome-config --datadir`\" -DLIBDIR=\"`gnome-config --libdir`\" -DAPPNAME=\"gnome_wave_cleaner\" -O3 -Wall -DHAVE_FFTW3 -DFFTWPREC=2 -mcpu=i686 -march=i686 `pkg-config --cflags libgnome-2.0 libgnomeui-2.0 gtk+-2.0` `pkg-config --cflags sndfile` -c -o audio_device.o audio_device.c cc -DCONFIGDIR=\"/gnome_wave_cleaner/config/\" -DDATADIR=\"`gnome-config --datadir`\" -DLIBDIR=\"`gnome-config --libdir`\" -DAPPNAME=\"gnome_wave_cleaner\" -O3 -Wall -DHAVE_FFTW3 -DFFTWPREC=2 -mcpu=i686 -march=i686 `pkg-config --cflags libgnome-2.0 libgnomeui-2.0 gtk+-2.0` `pkg-config --cflags sndfile` -c -o audio_edit.o audio_edit.c cc -DCONFIGDIR=\"/gnome_wave_cleaner/config/\" -DDATADIR=\"`gnome-config --datadir`\" -DLIBDIR=\"`gnome-config --libdir`\" -DAPPNAME=\"gnome_wave_cleaner\" -O3 -Wall -DHAVE_FFTW3 -DFFTWPREC=2 -mcpu=i686 -march=i686 `pkg-config --cflags libgnome-2.0 libgnomeui-2.0 gtk+-2.0` `pkg-config --cflags sndfile` -c -o audio_util.o audio_util.c cc -DCONFIGDIR=\"/gnome_wave_cleaner/config/\" -DDATADIR=\"`gnome-config --datadir`\" -DLIBDIR=\"`gnome-config --libdir`\" -DAPPNAME=\"gnome_wave_cleaner\" -O3 -Wall -DHAVE_FFTW3 -DFFTWPREC=2 -mcpu=i686 -march=i686 `pkg-config --cflags libgnome-2.0 libgnomeui-2.0 gtk+-2.0` `pkg-config --cflags sndfile` -c -o gtkled.o gtkled.c cc -DCONFIGDIR=\"/gnome_wave_cleaner/config/\" -DDATADIR=\"`gnome-config --datadir`\" -DLIBDIR=\"`gnome-config --libdir`\" -DAPPNAME=\"gnome_wave_cleaner\" -O3 -Wall -DHAVE_FFTW3 -DFFTWPREC=2 -mcpu=i686 -march=i686 `pkg-config --cflags libgnome-2.0 libgnomeui-2.0 gtk+-2.0` `pkg-config --cflags sndfile` -c -o gtkledbar.o gtkledbar.c cc -DCONFIGDIR=\"/gnome_wave_cleaner/config/\" -DDATADIR=\"`gnome-config --datadir`\" -DLIBDIR=\"`gnome-config --libdir`\" -DAPPNAME=\"gnome_wave_cleaner\" -O3 -Wall -DHAVE_FFTW3 -DFFTWPREC=2 -mcpu=i686 -march=i686 `pkg-config --cflags libgnome-2.0 libgnomeui-2.0 gtk+-2.0` `pkg-config --cflags sndfile` -c -o preferences.o preferences.c cc -DCONFIGDIR=\"/gnome_wave_cleaner/config/\" -DDATADIR=\"`gnome-config --datadir`\" -DLIBDIR=\"`gnome-config --libdir`\" -DAPPNAME=\"gnome_wave_cleaner\" -O3 -Wall -DHAVE_FFTW3 -DFFTWPREC=2 -mcpu=i686 -march=i686 `pkg-config --cflags libgnome-2.0 libgnomeui-2.0 gtk+-2.0` `pkg-config --cflags sndfile` -c -o drawing.o drawing.c cc -DCONFIGDIR=\"/gnome_wave_cleaner/config/\" -DDATADIR=\"`gnome-config --datadir`\" -DLIBDIR=\"`gnome-config --libdir`\" -DAPPNAME=\"gnome_wave_cleaner\" -O3 -Wall -DHAVE_FFTW3 -DFFTWPREC=2 -mcpu=i686 -march=i686 `pkg-config --cflags libgnome-2.0 libgnomeui-2.0 gtk+-2.0` `pkg-config --cflags sndfile` -c -o amplify.o amplify.c cc -DCONFIGDIR=\"/gnome_wave_cleaner/config/\" -DDATADIR=\"`gnome-config --datadir`\" -DLIBDIR=\"`gnome-config --libdir`\" -DAPPNAME=\"gnome_wave_cleaner\" -O3 -Wall -DHAVE_FFTW3 -DFFTWPREC=2 -mcpu=i686 -march=i686 `pkg-config --cflags libgnome-2.0 libgnomeui-2.0 gtk+-2.0` `pkg-config --cflags sndfile` -c -o denoise.o denoise.c cc -DCONFIGDIR=\"/gnome_wave_cleaner/config/\" -DDATADIR=\"`gnome-config --datadir`\" -DLIBDIR=\"`gnome-config --libdir`\" -DAPPNAME=\"gnome_wave_cleaner\" -O3 -Wall -DHAVE_FFTW3 -DFFTWPREC=2 -mcpu=i686 -march=i686 `pkg-config --cflags libgnome-2.0 libgnomeui-2.0 gtk+-2.0` `pkg-config --cflags sndfile` -c -o undo.o undo.c cc -DCONFIGDIR=\"/gnome_wave_cleaner/config/\" -DDATADIR=\"`gnome-config --datadir`\" -DLIBDIR=\"`gnome-config --libdir`\" -DAPPNAME=\"gnome_wave_cleaner\" -O3 -Wall -DHAVE_FFTW3 -DFFTWPREC=2 -mcpu=i686 -march=i686 `pkg-config --cflags libgnome-2.0 libgnomeui-2.0 gtk+-2.0` `pkg-config --cflags sndfile` -c -o declick.o declick.c In file included from stat.h:1, from declick.c:27: matrix.h:54: warning: redefinition of `u_int' /usr/include/sys/types.h:37: warning: `u_int' previously declared here cc -DCONFIGDIR=\"/gnome_wave_cleaner/config/\" -DDATADIR=\"`gnome-config --datadir`\" -DLIBDIR=\"`gnome-config --libdir`\" -DAPPNAME=\"gnome_wave_cleaner\" -O3 -Wall -DHAVE_FFTW3 -DFFTWPREC=2 -mcpu=i686 -march=i686 `pkg-config --cflags libgnome-2.0 libgnomeui-2.0 gtk+-2.0` `pkg-config --cflags sndfile` -c -o sample_block.o sample_block.c cc -DCONFIGDIR=\"/gnome_wave_cleaner/config/\" -DDATADIR=\"`gnome-config --datadir`\" -DLIBDIR=\"`gnome-config --libdir`\" -DAPPNAME=\"gnome_wave_cleaner\" -O3 -Wall -DHAVE_FFTW3 -DFFTWPREC=2 -mcpu=i686 -march=i686 `pkg-config --cflags libgnome-2.0 libgnomeui-2.0 gtk+-2.0` `pkg-config --cflags sndfile` -c -o decrackle.o decrackle.c cc -DCONFIGDIR=\"/gnome_wave_cleaner/config/\" -DDATADIR=\"`gnome-config --datadir`\" -DLIBDIR=\"`gnome-config --libdir`\" -DAPPNAME=\"gnome_wave_cleaner\" -O3 -Wall -DHAVE_FFTW3 -DFFTWPREC=2 -mcpu=i686 -march=i686 `pkg-config --cflags libgnome-2.0 libgnomeui-2.0 gtk+-2.0` `pkg-config --cflags sndfile` -c -o stat.o stat.c In file included from stat.h:1, from stat.c:11: matrix.h:54: error: redefinition of `u_int' matrix.h:40: error: `u_int' previously declared here stat.c: In function `matrix_solve': stat.c:51: warning: implicit declaration of function `MEM_COPY' make: ** [stat.o] Erro 1 [thieme@reis gwc-0.20-03]$ please, help me. Alexandre Thieme Reis |
From: Jeff W. <we...@ha...> - 2004-04-10 18:53:04
|
This contains 2 bugfixes: 1) For the ALSA folks, setting the audio device wasn't working, now it should be. 2) When denoising with the hanning-overlap-add window function, and only denoising one channel, the other channel would be modified. That is now corrected. Enjoy, and let me know of any other problems. jw |
From: Jeff W. <we...@ha...> - 2004-04-09 03:05:51
|
Dave, Very mysterious. I reproduced the problem with gwc2 (0.20-02), but only a small portion of the other channel was amplified. Thanks for the bug report, I will investigate further... Thanks for the Mandrake package, I'm cc'ing the gwc mail list so others will know too. jw David Black wrote: > Hello, we spoke a few days ago about the GWC icon. I've since > incorporated your icon and made a Mandrake package available on > MandrakeClub. (I am pretty sure those packages are available to the > public.) > > Anyway, it's taken me a few days to get a work flow going with GWC, > but am now happily cleaning up some valued vinyl recordings. > > Why I'm emailing, is I seem to have discovered a minor bug in > 0.19-10. If I do denoise in one channel, the other (non denoised) > channel gets amplified by some amount - looks like maybe 3 dB or so. > If I select a portion of one channel then denoise, the corresponding > area in the other channel is amplified. My denoise settings are: fft > 8192, reduction 0.8, smoothness 11, noise samples 16, gamma 0.9. The > methods are Hanning-overlap-add windowing and Ephraim-Malah suppression. > > This isn't a problem for me per se, because I'm denoising only one > channel to use just that channel from a mono recording. > > Dave > |
From: Jeff W. <we...@ha...> - 2004-04-01 13:50:54
|
Andrew, It looks like your change to the code is correct. But I don't have an alsa system, so I'm passing your question off to Frank Freudenberg regarding the playback problem. jw Andrew Gaydenko wrote: >Jeff, > >I have just downloaded 0.20-02 and have these problems: > >1. It is impossible to set alsa device; I have replaced audio_alsac:45 > >int err = snd_pcm_open(&handle, "plughw:0,0", /*"default",*/ > >with > >int err = snd_pcm_open(&handle, output_device, > >and now can set needed alsa device. > >2. During playback after few seconds playing stops, terminal shows repeating >messages like this: > >########################################################## >audio_device_processed_bytes: snd_pcm_delay >Broken pipe > >I'm not c/alsa developer/guru, so, I can not suggest anything clever here :-) > >P.S. Is there CVS read-only access? > >With hope, >Andrew > > |
From: Jeff W. <we...@ha...> - 2004-04-01 04:04:03
|
Ken, First, thanks for posting to the list, it's the fastest way to get an answer. Second, you didn't mention which version of GWC. You may want to try gwc2 -- it's got a more intelligent configure script, and there have been no bug reports, so I assume it's working as well as gwc-0.19-10. If this doesn't help, please send the exact version of gwc, and the errors you are getting back from the configure script or from the make command. jw Ken Dere wrote: >I am having problems compiling GWC. libsndfile.so.1 (actually >libsndfile.so.1.0.5) is in /usr/lib and should be linked in automatically (in >addition to everything in /etc/ld.so.conf) but this is apparently not >happening. > >Ken > > |
From: Ken D. <de...@nr...> - 2004-03-31 17:22:11
|
I am having problems compiling GWC. libsndfile.so.1 (actually libsndfile.so.1.0.5) is in /usr/lib and should be linked in automatically (in addition to everything in /etc/ld.so.conf) but this is apparently not happening. Ken -- _______________________ Ken Dere Code 7660 Naval Research Laboratory Washington DC 20375 202-767-2161 202-767-2161 (fax) ken...@nr... |
From: Jeff W. <we...@ha...> - 2004-03-06 19:27:16
|
This morning I posted a new release of GWC to gwc.sourceforge.net. I finally got around to porting GWC to the Gnome 2.x API. There are also new features from Frank Freudenberg. Rob Fair sent a patch for selecting your audio device. Lindsay Harris submitted a bugfix, which I hope will solve the segfault during denoise bug (essentially the denoise algorithm requested more stack memory than was allowed). I consider this a development release, but essentially nothing has changed from the previous release other than re-wiring the calls for the Gnome 2.x API, and the new features. Please report any bugs you find back to the gwc-general mailing list. Cheers, Jeff Welty |
From: James T. <ja...@ta...> - 2004-02-29 15:04:08
|
Hi, I'm back (sort of). I've just been building gwc 0.19-10. Since I use (and have done for a long time) the ALSA sound drivers, I used --enable-alsa. However with the current ALSA library (1.0.2), there are a couple of API changes which prevented gwc from building and a further one that caused it to crash on playback. The attached patch should fix these problems, although on starting playback I get a warning about changing from 0 to 44100 sampling rate (this could be an effect of the slightly odd nature of ice1712-based hardware). I also notice a couple of bugs that I've not had a chance to chase up on: 1) Attempting to open an empty (header only) wav file causes an infinite (where inf > 10) sequence of open error dialogues. 2) Possibly a feature rather than a bug, but changing to a different virtual desktop causes playback to cease with a slew of broken pipe errors. James -- James Tappin, O__ "I forget the punishment for using ja...@ta... -- \/` Microsoft --- Something lingering http://www.tappin.me.uk/ with data loss in it I fancy" |
From: Jeff W. <we...@ha...> - 2004-02-24 14:36:06
|
Zotan, I'm wondering if your default audio device is not "/dev/dsp" ? Rob Fair submitted a patch to let you configure it, and that feature will appear with the new version of GWC I'm working on for the Gnome 2 library. If you think that may be the problem, for now you can edit gwc.c, in the start() function. Line 984 is: start_playback("/dev/dsp", &audio_view, &prefs, 0.10, 0.25); And you can change "/dev/dsp" to whatever the default sound device is for you on Mandrake 9.2 -- if that's the problem it will restore your sound. jw Zoltan Veres wrote: >Dear Jeff Welty, > >First of all, I would like to thank you for developing >GWC. I use it quite often, and I am pleased with its >click removal capabilities. > >My question is related to the newest release available >on Sourceforge, which I compiled yesterday and >apparently works but I can not hear any sound on >playback. My current distibution is Mandrake 9.2, and >I can play back music with XMMS, for example. I tried >to play back with bplay, and it gives the same >negative:( results. > >I used an older release (16.??) of GWC on Mandrake >8.2, and it was working well... > >Could you please help me? I already tried to find >similar posts in discussion groups, but did not find >any... Naturally I do not expect you solving distro >related problems, but maybe you have received feedback >on this issue. > >Best regards, >Zoltan Veres > >__________________________________ >Do you Yahoo!? >Yahoo! Mail SpamGuard - Read only the mail you want. >http://antispam.yahoo.com/tools > > |
From: Jeff W. <we...@ha...> - 2004-02-19 04:31:14
|
Hello all, It's been pretty quite on the GWC development front for a while. Tom Younker's recently asked a question which got me primed to rework some of GWC. The changes will be fairly transparent as far as the use of GWC. Gnome version 2 has been out for a while (3 years or so), and it's time GWC got ported forward to that new API. Also Frank Freudenber has submitted some patches for cutting and pasting portions of the audio file. Rob Fair submitted a patch to allow you to select the audio device, rather than be stuck with the OSS or ALSA defaults. I have encorporated Frank and Rob's patches. And I have started the port to Gnome 2.x Things are looking pretty good so far, but I have lost the accelerator keys, so I have more digging to do in the GTK 2.0 changes that have occured to find out what the problem is there. Once I have the Gnome 2 port complete, I plan to get back to gwc-libs, and get the declicking and decrackle algorithms moved over there, and then rewire gwc to use the gwc-libs. I have heard rumors of gwc segfaulting during denoising, but only 1 person has reported the problem and I cannot reproduce the problem. For that user, the segfault occured on the very first line of code after a large amount of virtual memory was allocated by gwc, so I'm not sure if it's gwc or that flavor of linux. I hope you all are having good success with gwc. It's a little late, but happy new year! :-) Cheers, Jeff Welty |
From: Gottfried N. <Got...@gm...> - 2004-01-20 21:22:24
|
On Tuesday 20 January 2004 03:37, Jeff Welty wrote: > I think you have other problems with your SuSE setup. I'm just guessing > because line 422 in denoise.c for gwc-0.19-9 is the first executable > line of code after a *lot* of memory has been allocated from the stack. > When you changed the DENOISE_MAX_FFT to 16384, you cut in half the > memory needed to hold those arrays. I'm on a Redhat 9.0 system, and my > glibc is 2.3.2-27.9, with gcc-3.2.2-5. It's possible what you are > seeing is because of the compiler difference, but that's usually the > last place to check. I've already checked that. I compiled most of the code with gcc 2.95.3 on the very same system. The problem remains. > > For an experiment, you could write a simple C routine that just > allocates a lot of memory in local variables, and see if you can > reproduce the error. > > If you change DENOISE_MAX_FFT to 16384 in gwc-0.19-10, do you hear sound? Yes, everything seems to work. I can denoise. Gottfried |
From: Jeff W. <we...@ya...> - 2004-01-20 02:37:53
|
I think you have other problems with your SuSE setup. I'm just guessing because line 422 in denoise.c for gwc-0.19-9 is the first executable line of code after a *lot* of memory has been allocated from the stack. When you changed the DENOISE_MAX_FFT to 16384, you cut in half the memory needed to hold those arrays. I'm on a Redhat 9.0 system, and my glibc is 2.3.2-27.9, with gcc-3.2.2-5. It's possible what you are seeing is because of the compiler difference, but that's usually the last place to check. For an experiment, you could write a simple C routine that just allocates a lot of memory in local variables, and see if you can reproduce the error. If you change DENOISE_MAX_FFT to 16384 in gwc-0.19-10, do you hear sound? Anybody else have ideas or suggestions for Gottfried? jw Gottfried Necker wrote: > Hi, > > I tried to compile and run gwc-0.19-10 and gwc-0.19-9. First I tried 0.19-10. > On my system the audio playback did not work. I tried play a .wav file: > silence. The cursor did not move. No difference between OSS and Alsa. > > Then I compiled 0.19-9. I can play the .wav file. I tried to declick. It > works. > I tried to denoise, picked a sound sample, clicked on the denoise button: > segmentation fault. In the debugger I found that the segfault occured in > denoise.c at line 422. This is really strange. Just for fun, I reduced the > size of DENOISE_MAX_FFT to 16384. Now it works. This is even stranger. > > Could someone please explain what is going on there? > > My system runs under SuSE Linux 8.2 (glibc 2.3.2, gcc 3.3.1, fftw 2.1.3). > > The meschach configure script assumes that the current directory is in the > PATH. This is not always true. > Lines like > DEFS="$DEFS -DD_MACHEPS=`macheps`" > should be > DEFS="$DEFS -DD_MACHEPS=`./macheps`" > > Thanks, > Gottfried > > > > ------------------------------------------------------- > The SF.Net email is sponsored by EclipseCon 2004 > Premiere Conference on Open Tools Development and Integration > See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. > http://www.eclipsecon.org/osdn > _______________________________________________ > Gwc-general mailing list > Gwc...@li... > https://lists.sourceforge.net/lists/listinfo/gwc-general |
From: Gottfried N. <Got...@gm...> - 2004-01-19 22:31:13
|
Hi, I tried to compile and run gwc-0.19-10 and gwc-0.19-9. First I tried 0.19-10. On my system the audio playback did not work. I tried play a .wav file: silence. The cursor did not move. No difference between OSS and Alsa. Then I compiled 0.19-9. I can play the .wav file. I tried to declick. It works. I tried to denoise, picked a sound sample, clicked on the denoise button: segmentation fault. In the debugger I found that the segfault occured in denoise.c at line 422. This is really strange. Just for fun, I reduced the size of DENOISE_MAX_FFT to 16384. Now it works. This is even stranger. Could someone please explain what is going on there? My system runs under SuSE Linux 8.2 (glibc 2.3.2, gcc 3.3.1, fftw 2.1.3). The meschach configure script assumes that the current directory is in the PATH. This is not always true. Lines like DEFS="$DEFS -DD_MACHEPS=`macheps`" should be DEFS="$DEFS -DD_MACHEPS=`./macheps`" Thanks, Gottfried |
From: Jeff W. <we...@ya...> - 2003-12-16 01:57:13
|
Dave, This usually means the location of the libsndfile.so (shared library) is not in /etc/ld.so.conf If it's not in there, you'll have to add it (as root) and run the ldconfig command (also as root). jw da...@da... wrote: > Hi all, I'm back! > > This list seems awfully quiet...I hope things are still active! I've been off > trying different linux disto's (now using a fresh install of Libranet). > > After having used 0.19-2 for some time, I decided I'd like to try the latest > version. I downloaded, compiled, and sucessfully installed fftw-3.0.1, and > libsndfile-1.0.5. But when I tried to compile gwc, I get: > > "configure: error: Libsndfile 1.0.0 or greater needed, find it at > http://www.zip.com.au/~erikd/libsndfile/" > > Maybe I'm just making a newbie mistake, but I don't really know what's > happening, and hope someone here can help out. > > Thanks, > Dave > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it > help you create better code? SHARE THE LOVE, and help us help > YOU! Click Here: http://sourceforge.net/donate/ > _______________________________________________ > Gwc-general mailing list > Gwc...@li... > https://lists.sourceforge.net/lists/listinfo/gwc-general |
From: <da...@da...> - 2003-12-16 01:40:38
|
Hi all, I'm back! This list seems awfully quiet...I hope things are still active! I've been off trying different linux disto's (now using a fresh install of Libranet). After having used 0.19-2 for some time, I decided I'd like to try the latest version. I downloaded, compiled, and sucessfully installed fftw-3.0.1, and libsndfile-1.0.5. But when I tried to compile gwc, I get: "configure: error: Libsndfile 1.0.0 or greater needed, find it at http://www.zip.com.au/~erikd/libsndfile/" Maybe I'm just making a newbie mistake, but I don't really know what's happening, and hope someone here can help out. Thanks, Dave |
From: Howard S. <fla...@mi...> - 2003-09-08 05:52:20
|
Jeff Welty wrote: > Fixed compilation bug in denoise.c for the case where you don't have the > fftw 3.x libs, but have the older fftw 2.x libs. Now either of the fftw > libs are working. (The newer libs are about 10% faster, based on my > unscientific test). This compiled fine for me. Thanks for addressing the bug I reported so quickly. Unfortunately, it's unlikely I'll have a chance to test it further till after mid-October, the deadline for a project I'm working on. Howard Sanner fla...@mi... |
From: Jeff W. <we...@ya...> - 2003-09-08 04:39:48
|
Fixed compilation bug in denoise.c for the case where you don't have the fftw 3.x libs, but have the older fftw 2.x libs. Now either of the fftw libs are working. (The newer libs are about 10% faster, based on my unscientific test). |