The short, stupid answer is: transistor count and size. Explaining it in detail requires more background in electronics, but that's ultimately what it boils down to. High-end analog front ends can reach the three-digit…
The Kria SOM in use here is like $300.
KF funnily enough is one of the few remaining websites for reasonable discussions about politically charged topics. The defendant not showing up is peak stupid. Especially if you think it's a non-issue, fucking show up.…
The key factor is how fast units need to ship. In general, the scaling is sub-linear due to 1. reduced per-component costs (volume discounts) 2. less administrative/engineering overhead (ie the salaries/one-off costs…
No, we fully agree it's a hard problem. Which is why we wrote functional software first, and then went into hardware when the existing hardware couldn't support our use cases. There's problems with the software that…
With our current design, we break even at about exactly 1k units.
We're still accepting SAFEs. Contact georges@simulavr.com for details.
Yeah, understandable. For us it's a deliberate design decision to minimize the amount of moving parts (=hassle, things to get tangled in, etc.)
We've tightened up the numbers a bit, but it's pretty close to a honest amount. 4m would put us well into profitable S1 production + enough runway to develop the next iteration territory. > I've also seen a16z invest in…
Our solution to this is to make the compute modular. In a few years you can plug in a new (off-the-shelf) compute module and have a state of the art PC again.
The Hololens 2's PPD are largely fake. There was a writeup somewhere but it's way, way below the stated number. Varjo is pretty high up there, and they're able to compete in the clarity department. But their headset is…
Yeah. Your average U-CPU (what you'd get in a 13" or 15" ultrabook, and what we use) has a TDP of 9-28W. That's well within the range of what a modern phone can boost to.
The ideal optical design is such that your optical spot size/MTF is matched to your pixel size in a way that * subpixels are blurred, and it's hard to see the boundary between pixels * you still have enough resolution…
It's probably safer than looking at a phone, but the most important reason is that your field of view/camera offset vs eyes is different than you're used to and it's easy to get into a dangerous situation.
You probably shouldn't walk outside with our headset on, but indoors, absolutely. Turn on passthrough and off you go.
Publicly accessible DNS resolvers are an awful idea. Don't do it.
I blackholed .zip and .mov in my DNS servers.
(SimulaVR dev) It's not wrong to say that in most cases, tasks are better solved without an FPGA. But when you need one you need one (or an ASIC if you have the volume and don't need reconfigurability)
We will. In this particular case it was easier to ship with Arch, but we still prefer NixOS.
For the auto booting variant, I used a normal display and installed everything (well, ssh and then ssh'd in and did the rest). The Simula WM needs a regular display, so I faked one with evdi. Rest is just a .xinitrc…
SLVS-EC has some very minor issues when interfacing (DC offset compliance) which requires a hack in detecting when the link is up. And yeah, MIPI D-PHY is a royal pain unless you have native support (Xilinx, Lattice,…
I can't say much because NDA, but it's not the most difficult protocol to reverse engineer. Also, if we decide to make our own RX IP for it, there's a good chance I can open source it. Will have to have a lawyer look…
I'm aware of event-based cameras and looked at them for Simula's SLAM, but last time I checked my distro they were fairly pricy (for a device like this anyway). I'll ask my contact how much they cost. The image pipeline…
Well in excess of human eye resolution, around 100 PPD at 2ft distance with a 28 degree FOV. Peak human eye res is 60 PPD.
It's kind of incredible how we can basically document our entire development process and people still go "it's a Kickstarter scam"
The short, stupid answer is: transistor count and size. Explaining it in detail requires more background in electronics, but that's ultimately what it boils down to. High-end analog front ends can reach the three-digit…
The Kria SOM in use here is like $300.
KF funnily enough is one of the few remaining websites for reasonable discussions about politically charged topics. The defendant not showing up is peak stupid. Especially if you think it's a non-issue, fucking show up.…
The key factor is how fast units need to ship. In general, the scaling is sub-linear due to 1. reduced per-component costs (volume discounts) 2. less administrative/engineering overhead (ie the salaries/one-off costs…
No, we fully agree it's a hard problem. Which is why we wrote functional software first, and then went into hardware when the existing hardware couldn't support our use cases. There's problems with the software that…
With our current design, we break even at about exactly 1k units.
We're still accepting SAFEs. Contact georges@simulavr.com for details.
Yeah, understandable. For us it's a deliberate design decision to minimize the amount of moving parts (=hassle, things to get tangled in, etc.)
We've tightened up the numbers a bit, but it's pretty close to a honest amount. 4m would put us well into profitable S1 production + enough runway to develop the next iteration territory. > I've also seen a16z invest in…
Our solution to this is to make the compute modular. In a few years you can plug in a new (off-the-shelf) compute module and have a state of the art PC again.
The Hololens 2's PPD are largely fake. There was a writeup somewhere but it's way, way below the stated number. Varjo is pretty high up there, and they're able to compete in the clarity department. But their headset is…
Yeah. Your average U-CPU (what you'd get in a 13" or 15" ultrabook, and what we use) has a TDP of 9-28W. That's well within the range of what a modern phone can boost to.
The ideal optical design is such that your optical spot size/MTF is matched to your pixel size in a way that * subpixels are blurred, and it's hard to see the boundary between pixels * you still have enough resolution…
It's probably safer than looking at a phone, but the most important reason is that your field of view/camera offset vs eyes is different than you're used to and it's easy to get into a dangerous situation.
You probably shouldn't walk outside with our headset on, but indoors, absolutely. Turn on passthrough and off you go.
Publicly accessible DNS resolvers are an awful idea. Don't do it.
I blackholed .zip and .mov in my DNS servers.
(SimulaVR dev) It's not wrong to say that in most cases, tasks are better solved without an FPGA. But when you need one you need one (or an ASIC if you have the volume and don't need reconfigurability)
We will. In this particular case it was easier to ship with Arch, but we still prefer NixOS.
For the auto booting variant, I used a normal display and installed everything (well, ssh and then ssh'd in and did the rest). The Simula WM needs a regular display, so I faked one with evdi. Rest is just a .xinitrc…
SLVS-EC has some very minor issues when interfacing (DC offset compliance) which requires a hack in detecting when the link is up. And yeah, MIPI D-PHY is a royal pain unless you have native support (Xilinx, Lattice,…
I can't say much because NDA, but it's not the most difficult protocol to reverse engineer. Also, if we decide to make our own RX IP for it, there's a good chance I can open source it. Will have to have a lawyer look…
I'm aware of event-based cameras and looked at them for Simula's SLAM, but last time I checked my distro they were fairly pricy (for a device like this anyway). I'll ask my contact how much they cost. The image pipeline…
Well in excess of human eye resolution, around 100 PPD at 2ft distance with a 28 degree FOV. Peak human eye res is 60 PPD.
It's kind of incredible how we can basically document our entire development process and people still go "it's a Kickstarter scam"