"𝐑𝐚𝐝𝐢𝐚𝐧𝐭 𝐅𝐨𝐚𝐦: Real-Time Differentiable Ray Tracing"

A mesh-based 3D represention for training radiance fields from collections of images.

radfoam.github.io
arxiv.org/abs/2502.01157

Project co-lead by my PhD students Shrisudhan Govindarajan and Daniel Rebain, and w/ co-advisor Kwang Moo Yi

2024 version of "compiling...."

Nail & hammer + this meme...

3D Configurators for Outdoor Living - Virtual Sales Lab Arguably the best tool to market outdoor structures such as carports, awnings, sheds, swimming pools, porches and more.

I've owned cpq3D.com for years, and recently added tasktagger.com to that list, so it's about time to start materialising these.
My bet is that - in this market- you need to be a system of record to become a painkiller (vs vitamin).
That then should earn you the right to upsell other things...

I've been exploring related tracks recently, and would like to make PLG the second option for 2025 for the bottom market (first one is componentization for mid-size), by "earning the right to upsell" via related use cases.

I think we need a good catalyst, like widely spread AR glasses (snap spectacles maybe?) or similar for it to become a consumer given.
Once the consumer expects it, everything else will be a walk in the park.

I loved your previous post and this one. I target mostly just below enterprise, and it tends to be quite challenging for marketing/sales IME.The value prop might seem obvious to us, but it sure isn't common knowledge.
AFAIK we still haven't crossed the chasm, and I'm wondering if we'll ever will.

I prefer one language for both front -and back-end. As my main thing is online 3D configurators (written in typescript), I prefer this over .net.
I love .net but I don't think it covers my use case in the best way possible.

I'm also open to considering headless CMS or open source CRMs like twenty etc... However, those are big dependencies, so they might hurt longtime, which is why I'm not exactly jumping into one of those...

I'm about to migrate my back-end from Asp.Net MVC (conceived in the middle ages) to this "new shiny thing (tm)".

I'd like to write once/run everywhere (Azure, Cloudflare, ...), with heavy SPA orientation. SPA integration seems to be a bit "meh" in elysiajs & honojs.

Any hints, pointers or tips?

This should probably be in your SOP

Or when there's no-one willing to pay for maintenance/updates

[Mashup] Can't Stop / Superstition /// HOLIDAY FANCLUB /// YouTube video by Studio Penta

I'm both impressed & confused:
Can't stop - RHCP / Stevie Wonder - Superstitious mash-up
www.youtube.com/watch?v=325z...

It's only one js file, we got you covered. I'm however considering whether we should inject things at runtime or package then up in one big behemoth (which can be built on demand if necessary)

I see 3 potential use cases
1/ A js script included in the header that allows you to edit and place 3D overlays on any image
2/ A web component that behaves like a normal div, but contains a 3D overlay
3/ A series of react components that you can use directly

We can build it from the bottom up.

Another one is regarding (shared) dependencies...
One of the things we are considering is having a provider component to inject the dependencies, but I'm wondering if we're not reinventing the wheel here.

<vsl-provider tenant="abc" storage="xyz">
<vsl-configurator model="uvw" />
</vsl-provider>

Any opinions on web-components for really simple dev ux?

1/ In header:
<script src="..." />

2/ Anywhere in document:

<vsl-configurator data-url="/api/..." class="custom-class">

As the cost is minimal, we're considering to add both this, and react components (that have full minimization etc).

. @bsky.app feels like the earliest days of twitter...
Let's hope this continues; a decade ago twitter was the grease that allowed my to build and extend my social and professional network, and that I'm still immensely grateful for.

Wouldn't it make more sense to use NIFs instead?

Dikken, ge doet er mij aan denken dat ik nog moet ontbijten... Begint goed te lukken precies!

Fyi saving in a folder doesn't seem to work on mobile

Apparently I refined it by asking 17 times for more stuff or changes...

I had a few reboots, but the initial prompt of the current version is:
write me a small client-side react progressive web app that allows me to take pictures and allows use to browse and save these in the origin private file system. Don't use any external dependencies and don't use a service worker

I've added geolocation functionality too: you can turn it on/off if your device supports it, and it stores the location in the file name.
You can also click the little red pin on the photo to go to the location in Google maps

And... Done
Link is the same: pages.virtualsaleslab.com/tools/camera...
It identifies duplicates by filename...

As you'd need have the ability to load past photos from a folder as well, I'll quickly add that... BRB, asking Claude

I've asked Claude to implement it for you & iterated a bit on it. The trick is saving multiple photos in "the origin private file system" .... Here's a demo:
pages.virtualsaleslab.com/tools/camera...
(ping me if you'd like the source)

Offline is easy with a manifest, but you might need some offline data lib like pouchdb for local storage. Never used it past POC/in production, so can't give any guarantees.

web could work (+manifest)

I bought an lg 21:9 34 something monitor 10 year ago.
Still extremely happy with it