Subject: Re: [ecasound] Two ewf-file bugs
From: Vegard Lima (Vegard.Lima_AT_hia.no)
Date: Sat May 31 2003 - 13:44:12 EEST
Kai Vehmanen <k_AT_eca.cx> writes:
> On Wed, 28 May 2003, Vegard Lima wrote:
>
>> # BUG #1: wrong length of ewf-file.
> [...]
>> $ ecasound -f:16,2,48000 -a:1 -i alsahw,0 -o 48kHz.wav -t:10
>
> Yups, there was a ewf-specific bug in handling files with srate that
> differed from the initial chainsetup rate (usually 44100). Now fixed in
> CVS.
>
Great!
By the way, I think ogg files have the same problem:
$ ecasound -f:16,1,48000 -a:1 -i alsahw,0 -o 48kHz-mono.ogg
works, but
$ ecasound -a:1 -i alsahw,0 -o 48kHz-mono.ogg
plays the same in the tempo.
>> # BUG #2: Hello feedback.
> [...]
>> $ ecasound -a:1 -i 48kHz.ewf -a:2 -f:16,2,48000 -i null \
>> -a:1 -el:lcrDelay,500,25,490,25,510,30,50,50,50,25,1 -a:1,2 -o alsahw,0
> [...]
>> As soon as 48kHz.ewf is finished playing the delay-effect
>> gets increasingly louder.
>
> Now this was an interesting one. Ecasound's engine didn't properly erase
> the samplebuffer after 48kHz.ewf had ended, and as a result, lcrDelay kept
> getting the last block over and over again. And as it was the same
> identical block, the plugin's feedback lines kept amplifying the signal.
> Also fixed in CVS!
Thanks for fixing this so quickly.
I tried yesterdays CVS version and the above ex. works great.
However I found some more bad behavior. (Might be unrelated?)
This small (stupid) setup makes ecasound segfault when
48kHz.ewf finishes:
=== segfault.ecs =========
-a:1 -f:16,2,48000 -i:null
-a:2,3 -i:48kHz.ewf -erc:1,2 -epp:75
# Replaced the above line with the one below works OK
# -a:2,3 -f:16,1,48000 -i:48kHz.ewf -erc:1,2 -epp:75
# Remove next line works OK
-a:3 -ete:10,30,40
-a:1,2,3 -o alsahw,0
=========================
====== 48kHz.ewf ========
source=some.wav
offset=5.0
start-position=0.0
length=5.0
loop=false
====== 48kHz.ewf ========
Thanks,
-- Vegard Lima
This archive was generated by hypermail 2b28 : Sat May 31 2003 - 13:41:32 EEST