from the future

9.3K posts

from the future banner
from the future

from the future

@nk

Plasticity https://t.co/QKSvYoG0yy

Paris, France Katılım Kasım 2007
1K Takip Edilen62.6K Takipçiler
Ryan Schmidt
Ryan Schmidt@rms80·
hard to believe how well SAM3 segmentation works even on this kind of basically-featureless image ... no texture or detail at all. Prompts are "head" and "face".
Ryan Schmidt tweet mediaRyan Schmidt tweet media
English
3
9
104
5.9K
from the future
@TheNextDecade if `2d snapping` is on then all snapping will projected to the current construction plane... if not that is a bug...
English
0
0
1
23
Dustin
Dustin@TheNextDecade·
@nk Yes, I use it for these kinda parts. Thats whats making it so befuddling. Apologies for not mentioning it sooner!!
English
1
0
0
16
Dustin
Dustin@TheNextDecade·
Plasticity and I had our first fight today and its over the dumbest thing ever. Im really enjoying the program. But the sketch tools fight me and I genuinely cant tell you how over fighting anything I am. Augh
English
1
1
5
339
from the future
from the future@nk·
The same approach works for trimmed surfaces since the fragment shader uses interpolated UVs to evaluate the Bezier normal. The extra compute and VRAM cost is modest - certainly smaller than a denser mesh of equivalent quality. Hopefully I’ll have time to write this up soon.
from the future tweet media
English
0
0
15
640
from the future
from the future@nk·
Something I’ve been researching for a bit: smoother CAD body shading without generating expensive, dense meshes. For Bezier surfaces, the fragment shader can evaluate the surface normal analytically instead of using interpolated mesh normals. So even a coarse mesh can have clean highlights.
from the future tweet mediafrom the future tweet media
English
1
5
57
4K
from the future
from the future@nk·
Blog post before merge would have been marginally better comms. however there was no way to avoid becoming the main character on twitter because of this change. too many hot button issues (ai, manual memory management, zig vs rust, etc.). I'm impressed with your courage - I hope it works out.
English
0
0
1
174
from the future
from the future@nk·
@CongoCart @ibuildthecloud It is pretty sad how people keep making mediocre versions of electron (using the buggy and slow system webview), claim it’s more efficient (which it won’t be when you inevitably need to use CEF) and get 3,000 likes on twitter.
English
0
0
1
56
Nathanael Anderson
Nathanael Anderson@CongoCart·
Actually it isn't JS that is a memory hog, it is WebViews -- the minute you strap a webview onto something it is going to eat > 200mb at the minimum! I did an entire blog series with detailed measurements. Tauri, Wails, Electron, etc -- they all use about the same memory because of the Webviews. The interesting thing is that Native doesn't always fix the issue, for example; Flutter Desktop is also just as big of a memory hog as Electron/Tauri/Wails. However the biggest memory issues are caused by poor coding practices and not caring. x.com/CongoCart/stat…
English
3
1
11
712
Darren Shepherd
Darren Shepherd@ibuildthecloud·
I don't get why people keep reinventing electron. The problem with electron is JavaScript, not the container. JavaScript is an absolute pig when it comes to memory and CPU. I would love for someone to really fix this for desktop apps.
Chris Tate@ctatedev

Introducing zero-native Build native desktop + mobile apps with web UI and Zig → Tiny binaries, low memory usage → Selectable web engines (WKWebView, WebKitGTK, WebView2, Chromium/CEF) → Next.js, Vue, Svelte, Vite, React → macOS, Linux, Windows, iOS, Android

English
64
6
272
40K
from the future
from the future@nk·
@jarredsumner I’m curious how good mythos (and other internal models) are at statically finding leaks and crashes. Not yet a replacement for a more rigorous type system
English
0
0
1
4.4K
Jarred Sumner
Jarred Sumner@jarredsumner·
why: I am so tired of worrying about & spending lots of time fixing memory leaks and crashes and stability issues. it would be so nice if the language provided more powerful tools for preventing these things.
English
50
64
1.8K
512.3K
Jarred Sumner
Jarred Sumner@jarredsumner·
99.8% of bun’s pre-existing test suite passes on Linux x64 glibc in the rust rewrite
Jarred Sumner tweet media
English
128
171
3.4K
649.9K
from the future
from the future@nk·
@emm0sh @broblas @getPlasticity External references are sort of “easy” but the question is what to do when the original ref file is gone. We can keep a copy in the .plasticity file but then I kind of wonder what the value is.
English
1
0
1
54
Plasticity
Plasticity@getPlasticity·
Instances are more powerful than ever. You can create instances with arrays, mirror commands, and more. Try Plasticity for free at plasticity.xyz
English
2
5
76
6.3K
from the future
from the future@nk·
@mferraro89 qCreatedBy and skSolve seems a bit close. My own internal API is also somewhat similar but I'm a bit nervous about IP issues.
English
0
0
1
163
Matt Ferraro
Matt Ferraro@mferraro89·
@nk no, we have our own very simple DSL
English
1
0
0
698
Matt Ferraro
Matt Ferraro@mferraro89·
Text to CAD is not the hard part. More soon.
English
18
19
277
15.4K
from the future
from the future@nk·
@brotzky I could certainly style the blank content better and animate the window size. But in my case, would you agree that the blank content looks weird?
English
0
0
0
25
Brotzky
Brotzky@brotzky·
I also obsessed over the Electron cold start. Now my Stocks app opens and loads in 300ms. Here's a comparison between 3 different apps:
English
14
6
530
87.2K
from the future
from the future@nk·
@brotzky One thing you can also look into is bytenode. It will complicate your build process but it will reduce your javascript parse/eval time by ~50%. I think for plasticity the difference is 800ms parse without vs 400ms with bytenode.
English
1
0
2
71
Henning Sanden
Henning Sanden@henningsanden·
For people who’s cured or significantly managed their migraines, what did you do? My gf has really bad ones and we’re throwing everything at the wall seeing what sticks
English
37
1
16
7.6K
from the future
from the future@nk·
@kevinakwok Pretty strong proof that dwarkesh is the best tech interviewer of the age. I think very few podcasters could have evoked that moment.
English
1
0
0
239
Kevin Kwok
Kevin Kwok@kevinakwok·
Jensen Dwarkesh podcast was a true scissor statement Haven't watched it yet but so funny how everyone I know agrees one of them was so good and the other so bad. Just can't agree on who
English
9
2
66
10.7K
from the future
from the future@nk·
@onirenaud Are render bundles actually as fast as multidraw cpu side though? I thought they still do a lot of validation
English
0
0
0
69
Renaud
Renaud@onirenaud·
It's actually working!! 😁
Renaud tweet media
English
2
0
11
1K
Renaud
Renaud@onirenaud·
Taking a shot at this we never know 👀 BatchedMesh powered by MultiDrawIndirect has been a dream for a long time. #issuecomment-4259276305" target="_blank" rel="nofollow noopener">github.com/gpuweb/gpuweb/…
Renaud tweet media
Renaud@onirenaud

What is happening with Multi Draw in WebGPU? Chrome 131 shipped experimental support for multi-draw indirect that didn't work for 10+ versions, and even 15 releases later there is still no update? Multi Draw is widely supported by backends and is an obvious win.

English
5
1
38
4.8K
from the future
from the future@nk·
@DSculptors No it’s a new technology developed by jorg peters. He is currently working on creasing.
English
0
0
3
171
Digital Sculptors
Digital Sculptors@DSculptors·
@nk The PloySpline looks amazing. Congratulations! Does it support crease full/semi as well? Is it part of the Parasolid functionality?
English
1
0
2
140
from the future
from the future@nk·
I talk here a bit about Polysplines, a new kind of spline surface, which is a generalization of the b-spline and (hopefully) a successor technology for Catmull-Clark. youtube.com/watch?v=FFEIhp…
YouTube video
YouTube
English
3
4
31
5.2K