On Thu, 04 Jan 2007 14:52:06 +0100
Sebastian Schäfer <[EMAIL PROTECTED]> wrote:
[stuff deleted]
> The new source would be great.
> Thank you very much for your efforts!
>
> > Regards,
> > Sergei.
> >
> Regards,
> Sebastian
>
OK, I have just sent Sebastian the new source.
The offending line
On Do, 2007-01-04 at 15:38 +0200, Sergei Steshenko wrote:
> On Thu, 4 Jan 2007 12:29:17 +0200
> Sergei Steshenko <[EMAIL PROTECTED]> wrote:
>
> > On Thu, 04 Jan 2007 11:15:28 +0100
> > Sebastian Schäfer <[EMAIL PROTECTED]> wrote:
> >
> >
> > [stuff deleted]
> > > Well, I used the 0 control value
On Thu, 4 Jan 2007 12:29:17 +0200
Sergei Steshenko <[EMAIL PROTECTED]> wrote:
> On Thu, 04 Jan 2007 11:15:28 +0100
> Sebastian Schäfer <[EMAIL PROTECTED]> wrote:
>
>
> [stuff deleted]
> > Well, I used the 0 control values with your completely unmodified
> > version and it didn't segfault. Shall
On Thu, 04 Jan 2007 11:15:28 +0100
Sebastian Schäfer <[EMAIL PROTECTED]> wrote:
[stuff deleted]
> Well, I used the 0 control values with your completely unmodified
> version and it didn't segfault. Shall I still add the fprintfs?
>
> > Thanks,
> > Sergei.
> Best regards,
> Sebastian
>
>
OK,
On Do, 2007-01-04 at 12:10 +0200, Sergei Steshenko wrote:
> OK, now that we see that the unmodified version segfaults please
> apply just the fprintfs I suggested in order to see what is happening
> to alignment and FFTW plans.
>
> I mean, the proposed
>
> fprintf(stderr, "just after plan calcu
On Thu, 04 Jan 2007 10:47:56 +0100
Sebastian Schäfer <[EMAIL PROTECTED]> wrote:
> On Do, 2007-01-04 at 11:36 +0200, Sergei Steshenko wrote:
> > On Thu, 04 Jan 2007 10:25:05 +0100
> > Sebastian Schäfer <[EMAIL PROTECTED]> wrote:
> >
> > [stuff deleted]
> > >
> > > OK, I now used you initial versi
On Do, 2007-01-04 at 11:36 +0200, Sergei Steshenko wrote:
> On Thu, 04 Jan 2007 10:25:05 +0100
> Sebastian Schäfer <[EMAIL PROTECTED]> wrote:
>
> [stuff deleted]
> >
> > OK, I now used you initial version from yesterday and applied the
> > changes you mailed me last night.
> >
[stuff deleted]
>
On Thu, 04 Jan 2007 10:25:05 +0100
Sebastian Schäfer <[EMAIL PROTECTED]> wrote:
[stuff deleted]
>
> OK, I now used you initial version from yesterday and applied the
> changes you mailed me last night.
>
> Output:
>
> # applyplugin herbie.wav
> herbie_equalized.wav /usr/lib/lads
On Do, 2007-01-04 at 10:58 +0200, Sergei Steshenko wrote:
> On Thu, 04 Jan 2007 09:43:16 +0100
> Sebastian Schäfer <[EMAIL PROTECTED]> wrote:
>
> > On Do, 2007-01-04 at 00:41 +0200, Sergei Steshenko wrote:
> > [removed stuff]
> >
> > After applying all changes the behaviour stays the same. Follow
On Thu, 04 Jan 2007 09:43:16 +0100
Sebastian Schäfer <[EMAIL PROTECTED]> wrote:
> On Do, 2007-01-04 at 00:41 +0200, Sergei Steshenko wrote:
> [removed stuff]
>
> After applying all changes the behaviour stays the same. Following is
> the output of applyplugin (cleared of my debug fprintf()s):
>
On Do, 2007-01-04 at 00:41 +0200, Sergei Steshenko wrote:
[removed stuff]
After applying all changes the behaviour stays the same. Following is
the output of applyplugin (cleared of my debug fprintf()s):
--
# applyplugin herbie.wav
herbie_equalized.wav /usr/lib/ladspa/mbeq_119700.
On Wed, 03 Jan 2007 17:09:03 +0100
Sebastian Schäfer <[EMAIL PROTECTED]> wrote:
> I could locate the exact position where the plugin segfaults.
>
> This is the code surrounding it (the segfaulting command is underlined):
>
>
> // Run the real->complex transform
> #ifdef FFTW3
I could locate the exact position where the plugin segfaults.
This is the code surrounding it (the segfaulting command is underlined):
// Run the real->complex transform
#ifdef FFTW3
// PERL_BEGIN
fprintf(stderr, "*(real_L + input_buffer_pos)=%G\n",
(LADSPA_Data)(*(
On Mi, 2007-01-03 at 16:12 +0200, Sergei Steshenko wrote:
> On Wed, 03 Jan 2007 14:46:25 +0100
> Sebastian Schäfer <[EMAIL PROTECTED]> wrote:
>
> > Hi Sergei,
> >
> > the attached file is unfortunately corrupt, it is being saved as a 0
> > byte file.
> >
>
> I have just sent Sebastian non-gzipp
On Wed, 03 Jan 2007 14:46:25 +0100
Sebastian Schäfer <[EMAIL PROTECTED]> wrote:
> Hi Sergei,
>
> the attached file is unfortunately corrupt, it is being saved as a 0
> byte file.
>
I have just sent Sebastian non-gzipped version.
--Sergei.
--
Visit my http://appsfromscratch.berlios.de/ open so
Sebastian,
there is good news and bad news, and it is that I can't reproduce your failure,
though I slightly changed the source code to incorporate the changes we've
already discussed and to make the plugin less dependent on 'swh' plugins.
Also, instead of _init, _fini I'm now using, as suggested
On Mi, 2007-01-03 at 11:11 +0200, Sergei Steshenko wrote:
> On Wed, 03 Jan 2007 09:22:50 +0100
> Sebastian Schäfer <[EMAIL PROTECTED]> wrote:
>
>
> > [removed stuff]
> >
>
> > > What does the "Speicherzugriffsfehler" word mean ?
> > >
> >
> > "Speicherzugriffsfehler" means segmentation fault
On Wed, 03 Jan 2007 10:06:37 +0100
Sebastian Schäfer <[EMAIL PROTECTED]> wrote:
[stuff removed]
> I applied the changes mentioned above and stumbled over one very curious
> thing:
> The following is the output of gcc when compiling the plugin:
>
> -
> gcc -DHAVE_CONFIG_H -I.
On Wed, 03 Jan 2007 09:22:50 +0100
Sebastian Schäfer <[EMAIL PROTECTED]> wrote:
> [removed stuff]
>
> > What does the "Speicherzugriffsfehler" word mean ?
> >
>
> "Speicherzugriffsfehler" means segmentation fault - sorry for not
> substituting it.
Oh, sorry to hear that the segmentation faul
On Di, 2007-01-02 at 20:13 +0200, Sergei Steshenko wrote:
> If you want to use the original 48KHz sampling rate, increase frequency
> distance between the the controls in the lower part, i.e. modify
> the
>
> 36 $MBEQ::__config_hash{bands_sub} =
> 37 sub
> 38 {
> 39 my $min
On Di, 2007-01-02 at 20:13 +0200, Sergei Steshenko wrote:
> On Tue, 02 Jan 2007 15:49:02 +0100
> Sebastian Schäfer <[EMAIL PROTECTED]> wrote:
>
> > Now I managed downsampling the wave file and this is the most recent
> > output of applyplugin:
> >
> > --
> > # applyplugin
On Tue, 02 Jan 2007 15:49:02 +0100
Sebastian Schäfer <[EMAIL PROTECTED]> wrote:
> Now I managed downsampling the wave file and this is the most recent
> output of applyplugin:
>
> --
> # applyplugin herbie.wav
> herbie_equalized.wav /usr/lib/ladspa/mbeq_119700.so MChMBEq 6
Now I managed downsampling the wave file and this is the most recent
output of applyplugin:
--
# applyplugin herbie.wav
herbie_equalized.wav /usr/lib/ladspa/mbeq_119700.so MChMBEq 6 6 6 6 6 6
6 6 -48 -48 -48 -48 -48 -48 -48 -48 -48 -48 -48 -48 -48 -48 -48 -48 -48
-48 -48 -4
Didn't help unfortunately.
On Fr, 2006-12-29 at 20:03 +0200, Sergei Steshenko wrote:
> On Fri, 29 Dec 2006 16:35:18 +0100
> Sebastian Schäfer <[EMAIL PROTECTED]> wrote:
>
> > #"high Hz gain" -48
>
> Another thought - see the above commented out line - can you unc
It's fprintf(stderr, ...)
On Fr, 2006-12-29 at 19:49 +0200, Sergei Steshenko wrote:
> On Fri, 29 Dec 2006 16:35:18 +0100
> Sebastian Schäfer <[EMAIL PROTECTED]> wrote:
>
> > (the output is a bit tweaked as I added fprintf() to every
> > function to see where it crashes)
>
> Is it fprintf(stderr,
Hi!
I tried using applyplugin. This was the output:
-
# applyplugin herbie.wav
herbie_equalized.wav /usr/lib/ladspa/mbeq_119700.so MChMBEq 6 6 6 6 6 6
-48 -48 -48 -48 -48 -48 -48 -48 -48 -48 -48 -48 -48 -48 -48 -48 -48 -48
-48 -48 -48 -48 -48 -48 -48 -48
_init: Entering
_init: Leaving
ladspa_
On Fri, 29 Dec 2006 16:35:18 +0100
Sebastian Schäfer <[EMAIL PROTECTED]> wrote:
> #"high Hz gain" -48
Another thought - see the above commented out line - can you uncomment it ?
That's because all control ports should get some value - I am not sure the
behavior w
On Fri, 29 Dec 2006 16:35:18 +0100
Sebastian Schäfer <[EMAIL PROTECTED]> wrote:
> (the output is a bit tweaked as I added fprintf() to every
> function to see where it crashes)
Is it fprintf(stderr, ...) or fprintf(stdout, ...) ?
It should be fprintf(stderr, ...) because stdout is buffered, so y
On Fri, 29 Dec 2006 16:35:18 +0100
Sebastian Schäfer <[EMAIL PROTECTED]> wrote:
>
> The controls used are exactly the same as I got using the analyseplugin
> command.
>
Sorry, I missed the above.
It's not that I'm going to say anything new, but along with 'analyseplugin'
'applyplugin' exists.
On Fri, 29 Dec 2006 16:35:18 +0100
Sebastian Schäfer <[EMAIL PROTECTED]> wrote:
> Hi!
>
> I found the multichannel multiband equalizer in the mailing list
> archives and am now trying to utilize it.
> I managed to build it and have inserted it into my asound.conf, but
> unfortunately when trying
Hi!
I found the multichannel multiband equalizer in the mailing list
archives and am now trying to utilize it.
I managed to build it and have inserted it into my asound.conf, but
unfortunately when trying to play a sound with aplay I get the following
error (the output is a bit tweaked as I added
31 matches
Mail list logo
