Been playing with Reaction Time and Reaction Time Octaves and I'm getting the feeling that Reaction Time Octaves only comes in to play when I move from one thumb pad to another. My issue seems to occur mostly when I lift my thumb (and simultaneously change fingering on the front side).
In the fingering I'm using, lifting the thumb goes up an octave ... but this seems to use the Reaction Time delay and not the Reaction Time Octaves delay. Is that correct??
One solution is to introduce a very slight articulation to interrupt the airflow. I've started doing this subconsciously and this reduces artifacts (pops and beeps) substantially.
Sorry, but our desktop software does not support Linux (and even if we provide a Linux build of the latest Anyma Phi editor, we do not offer support for it).
If it doesn't appear to work with the latest version of wine, your best bet would probably be running it on a virtual machine.
Yes, like all things wireless, as most are more or less restricted by law to the same 2.4 GHz band, when things get very crowded it can quickly turn into a silent fight for bandwidth, and WiFi often wins (hopefully, nowadays WiFi is pushing towards the 5 GHz band and even other higher bands, so in time this will be less of a problem).
The best thing to do to avoid this kind of thing would be to pair the Sylphyo and Link again when beginning the sound check, making sure all the other wireless gear is on-stage too and active, so that the Sylphyo/Link will fail to pair in the more-crowded channels, and will naturally land into a less-crowded channel.
@meo Yes I meant range. Set it to 3000 (max). Set the minimum to 30. in MIDI mapping set BC to CC2 and Velocity to Dynamic. If still no change, try RESET (last menu item) and repeat.... Also have you checked the fingering chart for the instrument you have chosen. (under KEYS/Fingering). Good luck.... It seems a pity to give up so quickly...
I did some more testing and I'm sure it is coming form Phi. Out both phones and L and R out. I tried reducing both FX on the patch but it is still crackling. I'll try to get the MIDI exported from the Deluge so you can see. I can also provide a sound file if you wish.
"a finger velocity sensivity adjustment to filter out unwanted bending while normal playing"
... along with maybe an addition setting to not begin key-bending until some percentage of the pad is uncovered.
The act of key bending on physical open-hole flutes is sooo natural and common that I think it would provide a very direct means of expressivity to a significant percentage of potential Sylphyo players ...
Making use of CC's to accomplish key-bending is (I'm thinking out loud here ...) maybe not so straightforward ... such a system would need to know which base key is in effect in order to determine which pair of notes we are bending from (easy - the prior Note On) and to (challenging - where is the target note??)
• When importing a patch, it seems necessary to manually select a new empty patch slot,. Otherwise the current slot will be overwritten. Please make the import command automatically load into a new empty slot.
Good point. Import Patch has now been added to the context menu for each patch slot, so you can say where to put it. That works for me, but maybe it should now also be taken off the File menu, so you have to specify where you want it to go.
@Clint Thanks for all the very detailed analyses you made. As soon as I get a sizeable chunk of free time, I intend to carefully read them all from the beginning and contribute tests that can help us understand what's going on and get to the bottom of this.
@steviek Nobody else of Aodyo can comment on this particular issue, unfortunately, but we're reading everything posted. It's just that I can only do one thing at a time, and such a question deserves proper treatment and will take time to answer. Sorry that we've not been very good for giving a sense of where we are and where we are heading to. I hope we'll be able to communicate a bit more often from this point on.
We have a few new things for a new Sylphyo update but couldn't yet find the time to finalize them. This post offers a bit more perspective on what's been going on for us in 2021.
While I'm sure 2022 comes with its own set of challenges, the wrap-up of the v1.0 of the Anyma Phi will likely free us some time.
The last public version (v0.8.107) offers a set of MIDI routing options (in the Routing submenu of the MIDI section), including DIN Thru.
When this option is enabled, everything on the DIN MIDI input port will be copied as-is to the DIN MIDI output port, with the lowest latency possible.
However, as this could result in MIDI messages being interleaved if several things merge onto the DIN MIDI output, the v1.0 beta offers an additional Safe merge option that ensures all MIDI messages are output without any possible garbling/interleaving.
I am wondering if anyone has looked into the suggestion of @vincent (earlier in this thread) that
it was not moisture as such, the problem, but salt one.
I have had one situation where I started getting erratic notes. I swabbed down my fingers and all the finger pads on the Sylphyo with a slightly damp cloth. It worked immediately and completely to resolve the erratic behavior. However, since it was only a single test, I have not reported it before.
In other cases of erratic notes - they only happen when I first turn on the Sylphyo and I usually just "wiggle my fingers" for maybe 5-10 seconds and the erratic notes disappear and never return during play.
Would love to hear if other have experimented with this ... as @vincent points out, erratic notes could be a real show-stopper ...
@join re "expected behaviour" yes, I can totally understand how it came about, but as you say, it's not ideal ... particularly with the change in the mapping which is away on another 'screen' you're not looking at. It's a completely unexpected change in the scenario I outlined. I thought that first note in the chord was not being detected and I started messing with keyboard connections, before I discovered the real cause.
You will hear the selected internal sounds of the Sylphyo. If you want to hear sounds from the DAW, connect headphones to your device on which the DAW is running. See Midi Routing in the User Manual. See also "Rig Schematics" here on the forum.
Just released the Chill Nite album from this concert – free for streaming and download at ClintGoss.Bandcamp.com.
I played the first five tracks live over a sparse nature soundscape. I played the last three tracks live, supported by the recorded music of my mentor, David Darling, pianist Alexander Nakarada, and the drone sounds of a particular species of “drumming fish”.
Virtual versions of real-world instruments include Native American flutes, clarinet, oboe, cello, mandolin, tubular bells, chimes, Armenian duduk, bansuri, and silver flute. I also played virtual-only instruments: Heaven Bells, Respiro (Desert Wind), EVI-NER, Marble, and Matt Traum’s IndiaFlute and Beauty.
@tsukaï-ban Comme l'a dit @bibenu, une recalibration pourrait améliorer les choses. D'ailleurs, si vous pouviez noter les valeurs qui étaient présentes dans l'écran de calibration, ça me serait bien utile ! Merci.
@support_aodyo yes, the pearl edition really looks cool...It has that kind of a 'classic instrument' touch.
But I wonder if there might be any drawbacks compared to the standard model? According to the manual the keybend feature seems to be not yet introduced for the pearl edition. And as there seem to be cutouts in the housing for the pearl pads what about dust and liquids entering the housing?
If a note Off is delayed, then there is a moment that two notes are ON. This might cause a mini legato / glide in Respiro.
If the Respiro note transition is set to Synth mode then you will have less pops versus when you use the Real mode.
I would need to dig into the Sylphyo to understand the way it deals with key glitches. But typically when using certain fingering transitions, glitches can occurs due to the changing keystroke (not all fingers in sync). I think this is why the Key / Reaction time parameter exist. Typically keystrokes less than 20ms are glitches. Therefore setting this value to 1ms will probably not filter glitches keystrokes and provide a more snappy response to your fingering BUT it demands that you master your fingering technique...Respiro is responding super fast to note changes and a glitch note during playing can result in a create a pop.
With other words, if you set the reaction time to 1ms, then I would advice Respiro in Synth Mode and increase the value till pops are gone...
Yeah, these are good solutions too. Many times during design I've pondered whether to do solution 2, but I wouldn't because it is sort of complicated to pull off right… but now that we're seeing that mitigating the downsides of the simplest way (sequential evaluation) could be complicated too, maybe it's worth a shot after all.
I'll think about it. Don't hesitate to shoot ideas, I won't hesitate to steal them :).
edit: Evaluating mappings in the reverse order could maybe also work with minimal effort. For modulators, an evaluation in the correct order is better, but there will be cases where you want to add something in the middle of a series of transformations, and the problem will show up again.