Hi, So I tried removing Copy from the OscillatorNodeOptions type but after removing it, the other files that create the context do not allow the options to be used since they need a copy to create the context object. Refer the following code: let osc1 = context.create_node(AudioNodeInit::OscillatorNode(options), Default::default()); This line throws an error for options when I remove copy.
To fix this, I modified it as let osc1 = context.create_node(AudioNodeInit::OscillatorNode(options.clone()), Default::default()); However, for channelsum.rs and channel.rs, clone() is not allowed since options is created with Default::default(); Could you suggest any other solution? Thank you. On Thu, Nov 15, 2018 at 7:30 PM Manish Goregaokar <manishsm...@gmail.com> wrote: > Just remove the Copy requirement on the OscillatorOptions type, it's not > necessary. > > -Manish Goregaokar > > > On Thu, Nov 15, 2018 at 4:15 PM Avanthikaa Ravichandran <aravi...@ncsu.edu > > > wrote: > > > Thank you so much. > > We are also trying to implement the periodic wave option for the > oscillator > > node. The sizes of the real and imag arrays in the PeriodicWaveOptions > > structure are not fixed during compile time and need to be generated > based > > on the input terms. > > For this, we thought of using a vector but the vector type does not > > implement copy. We tried to use clone() during the oscillator node object > > creation but many of the other types of waves (like channelsum) derive > the > > oscillator node and they cannot implement clone/require that copy be > > derived. Can you suggest what we can do to overcome this? Do we assume an > > outer limit to the size of the array and create an array of that size or > is > > there a way to still dynamically set the array size without the copy > > conflict? > > > > > > > > On Thu, Nov 15, 2018 at 6:16 PM Manish Goregaokar <manishsm...@gmail.com > > > > wrote: > > > > > Yes, it's f(x) = k. > > > > > > Note that `k` here is an AudioParam, so it's not always a constant -- > > > similar to how frequency in OscillatorSourceNode or gain in GainNode > can > > > vary per frame. > > > -Manish Goregaokar > > > > > > > > > On Thu, Nov 15, 2018 at 2:48 PM Avanthikaa Ravichandran < > > aravi...@ncsu.edu > > > > > > > wrote: > > > > > > > Hi, > > > > > > > > We are working on implementing the missing WebAudio nodes in > > servo-media. > > > > One of the initial steps says* ‘implement the missing ConstantSource > > node > > > > type that produces a constant tone based on a stored value that can > be > > > > modified using the GainNode implementation as a model*'. > > > > > > > > Am I right in understanding that this requires implementing a wave > > f(x) = > > > > k, where k is a constant that is determined by the stored value? And > > the > > > > working of this wave is similar to sine, sawtooth, etc., with the > only > > > > difference being the wave formula? > > > > _______________________________________________ > > > > dev-servo mailing list > > > > dev-servo@lists.mozilla.org > > > > https://lists.mozilla.org/listinfo/dev-servo > > > > > > > _______________________________________________ > > > dev-servo mailing list > > > dev-servo@lists.mozilla.org > > > https://lists.mozilla.org/listinfo/dev-servo > > > > > _______________________________________________ > > dev-servo mailing list > > dev-servo@lists.mozilla.org > > https://lists.mozilla.org/listinfo/dev-servo > > > _______________________________________________ > dev-servo mailing list > dev-servo@lists.mozilla.org > https://lists.mozilla.org/listinfo/dev-servo > _______________________________________________ dev-servo mailing list dev-servo@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-servo