14 Aug
2007
14 Aug
'07
2:29 a.m.
PHASEX-0.11.1 contains fixes for the segfault issues some users have
seen with version 0.11.0. Special thanks goes to Adam Sampson for
tracking this down, and to the rest of you who sent in bug reports.
Upgrading to 0.11.1 is recommended for all users, since it appears
that this bug will corrupt memory used by the synth engine even if
it doesn't trigger a segfault.
As usual, source tarballs and FC6 RPMs (src, i386, i686, and athlon)
are available at:
http://sysex.net/phasex
Thank you for your continued support. Here's to happy music-making
under Linux!
Cheers,
--ww
--
/* William Weston <weston(a)sysex.net> */
14 Aug
14 Aug
1:09 p.m.
Everything sounds and works great here except loading of MIDI maps.
Changing controller assignments works, saving of the changed MIDI map
works as well, loading works to the extent that the loaded
controller-numbers appear correctly when right-clicking on the
parameter name, but the respond to controller-messages remains according
to the default.map or according to changes made before on the running
app; until any change is manually applied again.
I tried altering default.map to my needs, it loads as any other map, but
response even then remains according to the original default.map.
This happens in version 0.11.0 and 0.11.1, purging configuration-files
and reinstalling did not help.
Anyone else experiencing this? Any clue?
cheers,
d.
11 p.m.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Tue, Aug 14, 2007 at 05:04:26PM +0200, David Adler wrote:
Everything sounds and works great here except loading of MIDI maps.
Changing controller assignments works, saving of the changed MIDI map
works as well, loading works to the extent that the loaded
controller-numbers appear correctly when right-clicking on the
parameter name, but the respond to controller-messages remains according
to the default.map or according to changes made before on the running
app; until any change is manually applied again.
I tried altering default.map to my needs, it loads as any other map, but
response even then remains according to the original default.map.
This happens in version 0.11.0 and 0.11.1, purging configuration-files
and reinstalling did not help.
Anyone else experiencing this? Any clue?
Yes. MIDI maps are broken in much the same way here.
I just assumed it was my fault and didn't report it. But it appears to be the same
problem.
- -ken
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
iD8DBQFGwlAIe8HF+6xeOIcRAudZAJ4//qh8FnlkzvMp6elzfyUBzdFimQCgq+ml
pj7bnuYwh1l3hl1zYu/lQ1k=
=NORD
-----END PGP SIGNATURE-----
17 Aug
17 Aug
9:58 p.m.
On Tue, 14 Aug 2007, David Adler wrote:
Everything sounds and works great here except loading
of MIDI maps.
Changing controller assignments works, saving of the changed MIDI map
works as well, loading works to the extent that the loaded
controller-numbers appear correctly when right-clicking on the
parameter name, but the respond to controller-messages remains according
to the default.map or according to changes made before on the running
app; until any change is manually applied again.
I tried altering default.map to my needs, it loads as any other map, but
response even then remains according to the original default.map.
This happens in version 0.11.0 and 0.11.1, purging configuration-files
and reinstalling did not help.
Anyone else experiencing this? Any clue?
Thanks for catching this. Can you apply this patch and let me know
how it goes?
--- src/param.c.orig 2007-07-30 02:53:32.000000000 -0700
+++ src/param.c 2007-08-14 15:46:24.000000000 -0700
@@ -1052,6 +1052,9 @@
fclose (map_f);
midimap_modified = 0;
+ /* rebuild ccmatrix based on new map */
+ build_ccmatrix ();
+
return 0;
}
Cheers,
--ww
18 Aug
18 Aug
6:43 a.m.
William Weston <weston(a)sysex.net> writes:
Can you apply this patch and let me know how it goes?
--- src/param.c.orig 2007-07-30 02:53:32.000000000 -0700
+++ src/param.c 2007-08-14 15:46:24.000000000 -0700
@@ -1052,6 +1052,9 @@
fclose (map_f);
midimap_modified = 0;
+ /* rebuild ccmatrix based on new map */
+ build_ccmatrix ();
+
return 0;
}
Yay, this patch fixed the MIDI map problem for me.
thanks,
Sebastian
6:42 p.m.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Fri, Aug 17, 2007 at 04:58:34PM -0700, William Weston wrote:
On Tue, 14 Aug 2007, David Adler wrote:
Perfect! Works for me now. Thank you!
I mapped a bunch of MIDI controllers to the knobs/faders/buttons on my Axiom, and went
crazy:
http://www.restivo.org/misc/industr.ogg
Much fun. Thanks again for writing it.
- -ken
Everything sounds and works great here except
loading of MIDI maps.
Changing controller assignments works, saving of the changed MIDI map
works as well, loading works to the extent that the loaded
controller-numbers appear correctly when right-clicking on the
parameter name, but the respond to controller-messages remains according
to the default.map or according to changes made before on the running
app; until any change is manually applied again.
I tried altering default.map to my needs, it loads as any other map, but
response even then remains according to the original default.map.
This happens in version 0.11.0 and 0.11.1, purging configuration-files
and reinstalling did not help.
Anyone else experiencing this? Any clue?
Thanks for catching this. Can you apply this patch and let me know
how it goes?
--- src/param.c.orig 2007-07-30 02:53:32.000000000 -0700
+++ src/param.c 2007-08-14 15:46:24.000000000 -0700
@@ -1052,6 +1052,9 @@
fclose (map_f);
midimap_modified = 0;
+ /* rebuild ccmatrix based on new map */
+ build_ccmatrix ();
+
return 0;
}
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
iD8DBQFGx1l3e8HF+6xeOIcRAhzvAJ4qqBIONqzALOAzxcior9jED1XhCwCfafkK
lF1dNinEeF0S62Mo6kyp5Ao=
=C2l2
-----END PGP SIGNATURE-----
14 Aug
14 Aug
4:48 p.m.
On Mon, 13 Aug 2007 21:29:08 -0700 (PDT)
William Weston <weston(a)sysex.net> wrote:
PHASEX-0.11.1 contains fixes for the segfault issues
some users have
seen with version 0.11.0. Special thanks goes to Adam Sampson for
tracking this down, and to the rest of you who sent in bug reports.
Upgrading to 0.11.1 is recommended for all users, since it appears
that this bug will corrupt memory used by the synth engine even if
it doesn't trigger a segfault.
As usual, source tarballs and FC6 RPMs (src, i386, i686, and athlon)
are available at:
http://sysex.net/phasex
Thank you for your continued support. Here's to happy music-making
under Linux!
Cheers,
This seems to work fine now. Thanks.
I'm not very familiar with the way this kind of softsynth works, but is
there a simple way I can strip everything out and try to build up
effects bit by bit?
--
Will J Godfrey
http://www.musically.me.uk
15 Aug
15 Aug
11:35 a.m.
Hi William,
William Weston <weston(a)sysex.net> writes:
As usual, source tarballs and FC6 RPMs (src, i386,
i686, and athlon)
are available at:
http://sysex.net/phasex
first of all: Thanks for this great sounding softsynth. It's really fun
to play with PHASEX, especially when modulating with external input and
adding some dirt and punchiness with the CAPS: AmpV LADSPA. It took me
some time to understand the internal signal flow and to see that you can
control the individual oscillator levels by setting one lfo to identity
wave and modulating the amplitude of the oscillators with this "lfo".
Regarding the amplifier section: Is it intended that you have to wait
for the attack and decay phase to finish after releasing a key? Normally
those get interrupted by releasing a key and the envelope jumps directly
to the release phase.
Is there a way to detune oscillators just a little bit and not only by
chromatic steps?
Can you explain what the rate parameter in the oscillator sections
controls?
It would be really nice if the filter lfo section gets replaced with 4
lfo amt dials, so one can mix the different lfo waveforms to get new and
less predictable waveforms for filter modulation.
Keep up the good work!
regards,
Sebastian
18 Aug
18 Aug
9:55 p.m.
On Wed, 15 Aug 2007, Sebastian Gutsfeld wrote:
Hi William,
William Weston <weston(a)sysex.net> writes:
This is one of the reasons why the Identity and Null waves were
included for both oscillators and LFOs.
As usual, source tarballs and FC6 RPMs (src,
i386, i686, and athlon)
are available at:
http://sysex.net/phasex
first of all: Thanks for this great sounding softsynth. It's really fun
to play with PHASEX, especially when modulating with external input and
adding some dirt and punchiness with the CAPS: AmpV LADSPA. It took me
some time to understand the internal signal flow and to see that you can
control the individual oscillator levels by setting one lfo to identity
wave and modulating the amplitude of the oscillators with this "lfo". Regarding the amplifier section: Is it intended that
you have to wait
for the attack and decay phase to finish after releasing a key? Normally
those get interrupted by releasing a key and the envelope jumps directly
to the release phase.
Yes, this is intentional. At one point, I experimented with the
behavior you just described, and found the current behavior to be a
lot more predictable for shorter attack times.
Is there a way to detune oscillators just a little bit
and not only by
chromatic steps?
Currently, no. A Detune parameter is on the todo list, and will be
implemented down the road as part of a batch of parameter additions.
Can you explain what the rate parameter in the
oscillator sections
controls?
The Rate parameter is only used when the Source is set to Tempo or
Tempo+Trig, essentially turning an oscillator into another LFO.
It would be really nice if the filter lfo section gets
replaced with 4
lfo amt dials, so one can mix the different lfo waveforms to get new and
less predictable waveforms for filter modulation.
Excellent idea! The filter section really should support more
modulation sources. Filter Resonance should also handle modulation
sources along with Cutoff. I still haven't decided wether to handle
these extra modulations directly, or to implement them through a
more generic parameter modulation matrix. Any feedback on this
issue is highly welcomed.
Keep up the good work!
And thanks for the constructive feedback. My main goal for new
features is to make PHASEX more useful without making it more
difficult to use.
Cheers,
--ww
--
/* William Weston <weston(a)sysex.net> */
14 Oct
14 Oct
11:31 a.m.
New subject: Phasex author email ?
Greetings:
Does William Weston have a working email address ? I get "relay denied"
messages when I send to weston(a)sysex.net.
Best,
dp
4:49 p.m.
New subject: Phasex author email ?
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Sun, Oct 14, 2007 at 10:12:29AM -0400, Dave Phillips wrote:
Greetings:
Does William Weston have a working email address ? I get "relay denied"
messages when I send to weston(a)sysex.net.
I've been able to send and receive mail to him there, in the past.
I sent him a feature request a few weeks ago: for having the CC64 sustain pedal make the
notes sustain, as it does with other synths.
Speaking of PHASEX, here's a weird experimental bit of noise made out of only one
PHASEX patch, in one track, no overdubs, no loops:
http://www.restivo.org/blog/podpress_trac/web/221/0/hit-by-pitch.ogg
(the patch is here: http://www.restivo.org/blog/wp-content/uploads/crazier-filter-mod.phx
)
It's a great synth.
- -ken
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
iD8DBQFHEmSHe8HF+6xeOIcRArdGAKCNTkHB9wYIVuWl1/jS3jHbEmabqwCgjET1
vAtDpk5jUbi4F+o622kvjGw=
=JQFv
-----END PGP SIGNATURE-----
6174
days inactive
6235
days old
linux-audio-user@lists.linuxaudio.org
10 comments
6 participants
participants (6)
-
Dave Phillips -
David Adler -
Folderol -
Ken Restivo -
Sebastian Gutsfeld -
William Weston