26 May
2007
26 May
'07
3:27 p.m.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
I've noticed the same strange behaviour in two completely different peices of
software/hardware, and have to wonder if it's a integer-size issue.
First of all, the AZR3 LV2 softsynth clips on my 64-bit machine. Really bad. Lars looked
at it, and gave me the action item to go digging through the source and test the sound at
various points in the processing chain, to try to isolate it further. Which I am still
going to do.
Then, I noticed the exact same problem with the *inputs* on my M-Audio Audiophile USB
interface (it is big-endian). This is a new problem too, and I don't know what could
have changed to cause it. The noise floor on the line inputs went way up into the -30db
range, and even the lowest, faintest mic-level input will cause it to clip! There is no
ALSA mixer interface on this unit so I don't know of any way to lower the levels. But
seems very similar to the problem with AZR3 on the same 64-bit machine.
Integer overflow? Byte order? In other words, are lower-order bytes getting swapped around
with higher-order bytes, and thus sending the signal level through the roof?
Coincidence or superstition?
Anyone else had these kinds of problems?
- -ken
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)
iD8DBQFGWIm8e8HF+6xeOIcRAhNcAKCcIBwXTebyclAd6Cd77nfhatjoLACdEevb
egN20braEXLBxNuwGbNNHoU=
=Lqh3
-----END PGP SIGNATURE-----
26 May
26 May
4:04 p.m.
Am Samstag, 26. Mai 2007 schrieb Ken Restivo:
I've noticed the same strange behaviour in two
completely different peices
of software/hardware, and have to wonder if it's a integer-size issue.
Integer overflow? Byte order? In other words, are
lower-order bytes getting
swapped around with higher-order bytes, and thus sending the signal level
through the roof?
Lets look at it...
First of all, the AZR3 LV2 softsynth clips on my
64-bit machine. Really
bad. Lars looked at it, and gave me the action item to go digging through
the source and test the sound at various points in the processing chain, to
try to isolate it further. Which I am still going to do.
I can't comment on the insides but any plugin should use floats/doubles. But
swapping bytes of a double results in _very_ funny numbers and therefor very
_strange_ noise...
Then, I noticed the exact same problem with the
*inputs* on my M-Audio
Audiophile USB interface (it is big-endian). This is a new problem too, and
I don't know what could have changed to cause it. The noise floor on the
line inputs went way up into the -30db range, and even the lowest, faintest
mic-level input will cause it to clip! There is no ALSA mixer interface on
this unit so I don't know of any way to lower the levels. But seems very
similar to the problem with AZR3 on the same 64-bit machine.
If this was a byte-swapping-issue you would hear real ugly sounds at this
problem too.
I would suspect a hardware-problem: Probably the input has a preamp to raise
the volume (that works well) and a preamp to pad the volume down again and
that second stage failed. (Maybe only the feedback of last stages OV failed
rendering the pad-unit useless.)
Anyone else had these kinds of problems?
I do have some similar problems with my tascam: every year the input preamps
fail. But in my case its the feedback of the preamping OV which causes the
preamp to have an ultra fast rise in the amplification curve. It was in
repair several times and needless to say that this happened again (at least
on one channel) after the warranty expired. :-( Have to talk to my electronic
expert at university...
Arnold
--
visit http://www.arnoldarts.de/
---
Hi, I am a .signature virus. Please copy me into your ~/.signature and send me
to all your contacts.
After a month or so log in as root and do a rm / -rf. Or ask your
administrator to do so...
5:14 p.m.
On Sat, 2007-05-26 at 12:25 -0700, Ken Restivo wrote:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
I've noticed the same strange behaviour in two completely different peices of
software/hardware, and have to wonder if it's a integer-size issue.
First of all, the AZR3 LV2 softsynth clips on my 64-bit machine. Really bad. Lars looked
at it, and gave me the action item to go digging through the source and test the sound at
various points in the processing chain, to try to isolate it further. Which I am still
going to do.
The horrible noise on 64-bit from AZR3 (for me) comes from the key
click. Turn the click control all the way down and it works fine.
-DR-
27 May
27 May
12:15 a.m.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Sat, May 26, 2007 at 05:14:21PM -0400, Dave Robillard wrote:
On Sat, 2007-05-26 at 12:25 -0700, Ken Restivo wrote:
I just discovered this a few hours ago. And came up with a hack to fix it... AZR3 now
works on my 64-bit machine, including the click!
I sent the patch below to larsl but he appears to be AFK right now.
Still not sure what's up with the Audiophile.
- -ken
- -------------
Index: plugins/azr3/voice_classes.cpp
===================================================================
RCS file: /sources/ll-plugins/ll-plugins/plugins/azr3/voice_classes.cpp,v
retrieving revision 1.7
diff -u -b -B -w -p -u -b -B -w -p -r1.7 voice_classes.cpp
- --- plugins/azr3/voice_classes.cpp 16 May 2007 10:10:05 -0000 1.7
+++ plugins/azr3/voice_classes.cpp 27 May 2007 00:50:23 -0000
@@ -229,7 +229,7 @@ float voice::clock()
static unsigned long randSeed = 22222;
float rand=0;
randSeed = (randSeed * 196314165) + 907633515;
- - rand=(float)randSeed/0xffffffff;
+ rand=(float)randSeed/0xfffffffffffffff;
clicklp.clock(click*rand*.3f);
noise=clicklp.bp()*clickvol*.7f;
output+=noise;
@@ -286,7 +286,7 @@ float voice::clock()
if(mattack>1)
mattack=1;
randSeed = (randSeed * 196314165) + 907633515;
- - rand=(float)randSeed/0xffffffff;
+ rand=(float)randSeed/0xfffffffffffffff;
clicklp.clock(click*rand*.3f);
noise=clicklp.bp();
noise*=clickvol;
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
I've noticed the same strange behaviour in two completely different peices of
software/hardware, and have to wonder if it's a integer-size issue.
First of all, the AZR3 LV2 softsynth clips on my 64-bit machine. Really bad. Lars looked
at it, and gave me the action item to go digging through the source and test the sound at
various points in the processing chain, to try to isolate it further. Which I am still
going to do.
The horrible noise on 64-bit from AZR3 (for me) comes from the key
click. Turn the click control all the way down and it works fine.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)
iD8DBQFGWQUle8HF+6xeOIcRAhb6AKDc1UlTxbvWVrq8K0unY5GZGA9gJACeLkXP
lWRe8efQIDN52dFCJu/JBi4=
=mwFx
-----END PGP SIGNATURE-----
28 May
28 May
6:44 a.m.
On Sat, 2007-05-26 at 21:12 -0700, Ken Restivo wrote:
On Sat, May 26, 2007 at 05:14:21PM -0400, Dave
Robillard wrote:
This patch has been applied to CVS now (with the large hex numbers
replaced by std::numeric_limits<unsigned long>::max()). I think it
should work on all platforms but I still have no 64-bit machine to test
it with.
--ll
On Sat, 2007-05-26 at 12:25 -0700, Ken Restivo
wrote:
I just discovered this a few hours ago. And came up with a hack to fix it... AZR3 now
works on my 64-bit machine, including the click!
I sent the patch below to larsl but he appears to be AFK right now.
Still not sure what's up with the Audiophile.
- -ken
- -------------
Index: plugins/azr3/voice_classes.cpp
===================================================================
RCS file: /sources/ll-plugins/ll-plugins/plugins/azr3/voice_classes.cpp,v
retrieving revision 1.7
diff -u -b -B -w -p -u -b -B -w -p -r1.7 voice_classes.cpp
- --- plugins/azr3/voice_classes.cpp 16 May 2007 10:10:05 -0000 1.7
+++ plugins/azr3/voice_classes.cpp 27 May 2007 00:50:23 -0000
@@ -229,7 +229,7 @@ float voice::clock()
static unsigned long randSeed = 22222;
float rand=0;
randSeed = (randSeed * 196314165) + 907633515;
- - rand=(float)randSeed/0xffffffff;
+ rand=(float)randSeed/0xfffffffffffffff;
clicklp.clock(click*rand*.3f);
noise=clicklp.bp()*clickvol*.7f;
output+=noise;
@@ -286,7 +286,7 @@ float voice::clock()
if(mattack>1)
mattack=1;
randSeed = (randSeed * 196314165) + 907633515;
- - rand=(float)randSeed/0xffffffff;
+ rand=(float)randSeed/0xfffffffffffffff;
clicklp.clock(click*rand*.3f);
noise=clicklp.bp();
noise*=clickvol; -----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
I've noticed the same strange behaviour in two completely different peices of
software/hardware, and have to wonder if it's a integer-size issue.
First of all, the AZR3 LV2 softsynth clips on my 64-bit machine. Really bad. Lars looked
at it, and gave me the action item to go digging through the source and test the sound at
various points in the processing chain, to try to isolate it further. Which I am still
going to do.
The horrible noise on 64-bit from AZR3 (for me) comes from the key
click. Turn the click control all the way down and it works fine.
5981
days inactive
5983
days old
linux-audio-user@lists.linuxaudio.org
4 comments
4 participants
participants (4)
-
Arnold Krille -
Dave Robillard -
Ken Restivo -
Lars Luthman