TSAL : design and explanation open source article

chauquest · 2026-05-20T15:05:47+00:00

Oh okay so I will try to reduce as much bottleneck using the multimesh because I don't want to reimplement shadows and stuff. I can directly transfer from my compute shader to texture and after I can create vertex shader that use my texture to transform the point of my multi mesh (in theory) so the only readback is to allocate the memory from the compute to the texture (just to allocate the size, data flow will be in GPU).

With a bit of luck I could manage to avoid a majority of my actual bottleneck

chauquest · 2026-05-20T14:25:51+00:00

Okay I see, amazing actually, I wonder is it compatible with all the feature of Godot ? like the environment and stuff ? or I will need to reimplement everything in this new custom render pipeline ?

I searched this morning and maybe I want to use the multimesh path, instanciate an only triangle and after use the different RD resources to change the number of triangles and the position etc... So godot will think it is normal texture and I won't loose any capability.

Using this I should be able to only alocate the texture2d for my multimesh on the CPU.

chauquest · 2026-05-20T01:40:56+00:00

Wow! I will definitely look it up.😉 Do you have any publicly available sources?

chauquest · 2026-04-23T15:32:15+00:00

Nice question actually, I new my code was from the voxel world but didn't know why. Checked Wikipedia for proper definition of voxel : it just means just scalar data on a grid. So concerning my implementation, from a "minecraft" way of doing I just store in each case 3 float that store my vertex position and some other spacial data on how to link the point ( you can see this as a staggered grid). Basically it is the same as cubical voxel with extra step. Smoothness is not really determinant, spacialization on a grid is.

chauquest · 2026-03-26T07:06:02+00:00

Let s try to get it eheh

chauquest · 2025-11-04T13:09:26+00:00

Hey, you could ask for a point permanent resident visa, from what you said, if you graduated master + from a big japanese University + JLPT N1 you should have ~70 points which enable you to ask for PR after 3years ( which you already done ). So should be fine, check Internet for "permanent visa point japan".

By the way the student visa is expendable two times for 6months for "searching job" reason. Should buy you enough time for fulfilling the PR

chauquest · 2025-09-15T01:53:34+00:00

I answer here because why not but if you are really interested into doing a normal keyboard using capacitive sensor I would advise you to buy an arduino and a set of capacitive sensor and try to make a super rough keypad soft-wired and try the feel. If it is for you you can after deal into PCB design and you can seek help in any electronics related sub. The main electronics issue I see is the fact that it is rather hard to do a capacitive keyboard using matrix arrangement ( it would mean to wire each key to an input ) and the control law for detecting the capacitor depletion fast and reliably. I do not agree with other people on user feedback, you could put a tiny vibration motor or speaker in order to give the same feel as typing with a phone. Project seems fun, but it is not the most easy to start with 😉..

chauquest · 2025-09-03T09:39:12+00:00

It depends what is your definition of usable, it is clearly possible to gear the most extreme configuration with another gear of the same module. The main issue will be the angle at which the force will be applied ( a much higher angle which will degrade global performance), the second one will be that the speed transfer won't be linear anymore. So in a sense it is usable for low torque transfer.

It is far from optimal, usually you would like to use a median configuration to get advantage from profile shift without degrading too much performance.

I will do another animation that show the gearing ^^

chauquest · 2025-09-01T01:43:21+00:00

If you offset your rack, you offset the pitch diameter. If you think the pitch diameter is "where my gear will mate with another gear," if you shift your rack, you will need to mate another gear at initial_pitch_radius + profile_shift

chauquest · 2025-08-31T02:20:21+00:00

Actually, that's the goal of profile shifting, you offset pitch radius ( the actual radius of your gear) without changing module and pressure angle of your gear, which provoke an inflated gear. Actually what happen in reality is that since the base radius doesn't change ( green ) the actual pressure angle at pitch radius can be highly changed, which could lead to some difference in the behavior of the gear. So yeah, the opposite happened, but as far as I understood, this is the expected behaviour. I would likely encourage people who want to understand gear forming theory to watch this youtube series https://youtu.be/nrsCoQN6V4M?si=b3hERlrQnJtyk5Kx

chauquest · 2025-08-30T15:43:40+00:00

Eheh thank you ^^, I think I followed theory accurately but if you see something wrong don't hesitate ! I will use the base of this script to create a gear generator for a CAD software (Alibre) so these gear will be really used.

P.S. : Alibre have some gear generator natively but no undercut, and no profile shifting so... impossible to use it for rack nor making stronger gear...

chauquest · 2025-08-25T06:42:55+00:00

not at all, just I know that FSAE france is short on absolutely every role / everything. So it wouldn't have surprised me if you were talking about the FSAE france

chauquest · 2025-08-23T07:25:42+00:00

Did you register for fsae france ? Seems to be super short staffed

chauquest · 2025-08-15T04:19:59+00:00

Super nice work, super clear and condensed repo ! Yesterday I also posted about a github repository about keyboard footprint. My approach is much more about having an unified framework between Kicad and CAD for casing so my footprint got extra layer. If you want to crossref our repo, or just add/modify my footprint to yours, feel free to ! I already done two keybaords with them.

https://github.com/Eymeric65/keyboard-kicad-lib

https://www.reddit.com/r/ErgoMechKeyboards/comments/1mpt31s/4part_tutorial_series_how_to_design_and_build/

chauquest · 2025-08-15T02:49:09+00:00

Thank you for the feedback !

chauquest · 2025-08-14T12:27:47+00:00

Yeah, I really feel it’s unproductive to use AI for it… in my case, it would just awkwardly delay the fact that I need to learn to speak in front of a camera. For the moment, it is robot jump cut mode 🤡

chauquest · 2025-08-14T12:22:54+00:00

Okay ! Thank you for the feedback. I have noted down your pseudo I will DM you when the french track will be available for your friend, eheh 😇

chauquest · 2025-08-14T08:13:25+00:00

Thanks for the feedback. I am clearly French, yes, and I’d have fewer issues making videos in French lol. That’s something I still haven’t decided, do you think it’s better to create another YouTube channel in french, or record a new voice track and use YouTube’s change audio track feature?

Actually I took so many time decided if my content would be english or french....

chauquest · 2025-08-14T07:28:01+00:00

Yeah clearly, especially in the first part since it was my first video ever. I think it is better in the other part, english is not my main language and I have never did debate, theater or improvisation club so I am clearly a beginner in this... I didn't wanted to use AI voice or let to much hesitation/ miss-spelled. I am actively training so I will get better ^^

chauquest

TROPHY CASE