Julian Todd
Julian Todd
Many apologies for the extra `mic_input` project. It's WIP for testing out [PR#105244](https://github.com/godotengine/godot/pull/105244). This is a proposal for a new function `Input.get_microphone_buffer(int p_frames)` which is needed because the current method...
I've rolled back the changes to the `audio/mic_record` demo in the hope that the `AudioStreamMicrophone`->`AudioEffectRecord` method of accessing the microphone will eventually become obsolete if [PR#105244](https://github.com/godotengine/godot/pull/105244) gets accepted. The demo...
I had left this demo in draft form as a placeholder for the example project I'd made for demoing [Godotengine-PR#108773 Add MicrophoneFeed with direct access to the microphone input buffer](https://github.com/godotengine/godot/pull/108773)....
That comes to the same thing. We need to be able to tell the Movement functions to get their button inputs from one node (the ARVRController), and the transform position...
I've hit a snag. The hand tracking seems to be attached to a Spatial node with a OpenXRPose.gnds script attached to it, not a ARVRController node. This means we can't...
What happens when we want NPCs or robot arms to pick up and move objects around the scene? If the FunctionPickup feature was generalized so that it could be placed...
Hadn't spotted this is a PR, not an issue, so it's probably wildly out of date. I'll look again at generalizing FunctionPickup so that the machinery could be used by...
As a work-around, I got everything up and running by patching in the libraries by hand: > $ nix build github:nixos/nixpkgs/nixos-unstable#gcc-unwrapped.lib > $ readlink -f result-lib/lib/libstdc++.so.6 > > /nix/store/ik84lbv5jvjm1xxvdl8mhg52ry3xycvm-gcc-14-20241116-lib/lib/libstdc++.so.6.0.33 >...
> Does this assume mono mic? I have a multichannel mic. This assumes a stereo mic, exactly as specified in the internal microphone buffer. (On platforms that have a mono...
> > This is the minimal API for now. We can add those other functions (eg can_get_buffer(frames: int)) at a later date. > > So the current behavior is pause...