"OpenOMF (MIT): the open-source reimplementation whose reverse engineering this port follows."
22,067 karma · joined January 10, 2013
"OpenOMF (MIT): the open-source reimplementation whose reverse engineering this port follows."
BTW, the resulting plugin was used during mastering of George Lucas' Red Tails, so I guess sound quality was fine ;)
My own Mac app has long since been discontinued (because Apple locked me out of the KExt permission), but I sold the tech and it lives on.
I keep wondering if I should build hardware headphones with the spatial audio inside, so it looks like Dolby Atmos to the TV but then does virtual surround sound on your headphones, but hardware has low-ish margins so I never found anyone willing to fund it, even though I already have a working prototype. Oh and the audio engineer who invented it has since been Grammy-nominated twice. And, well, Hollywood likes it. But still a tough sell towards investors.
The "Undo" time-travelling debugger for C/C++ has been around for 20+ years. So I guess the answer is simply that most people chase shiny new things instead of using established, reliable, and, hence, boring tools.
Since even Fable 5.1 cannot reliably remember what it wrote into "memory" files before the last compaction, why would we trust it to not forget about some side-effect when handling assembly that is so verbose it'll surely exceed the context and, hence, necessitate compaction.
In my experience, videos from professionals are not enough to train a robot, because you lack all/most of the edge and failure cases. Let me illustrate with pilots: The average Airbus can land itself via autopilot. Autopilot will fly it to the correct location. You confirm the frequencies, it connects to the airport's guidance system and lands itself. Super boring. Videos of that won't help anyone become a proper pilot. The reason pilots train for years is to handle the 1 in a 1000 case where the autopilot doesn't work. And you suddenly have to take over in the middle of a messy approach.
Translated back to your plumbers, the real training is when the robot is carrying a 100kg metal pipe and then the owner's kids come running and pass through under it. Every professional will give their best to immediately reduce efficiency by making things stationary and SAFE. That's the training data that is truly valuable.
BTW, I am considering bootstrapping a startup that uses video game engines to generate training data to make robot policies anticipate physical effects and counter-steer before they happen. Like putting down a heavy steel pipe before it drops due to gravity. With 2 bugfixes merged into the Unreal Engine, I have some experience there ;) So I might soon be in the business of selling custom training data.
Feel free to email me at hn at hajo me
But some of the resellers have freebies, like:
https://app.primeintellect.ai/dashboard/environments?ex_sort...
But as soon as you are just a tiny bit off the beaten path, Fable/Sol will go postal regularly. So if your indie game has interesting gameplay mechanics, nobody will be able to 1-shot that for a long time. (Because their prompt would have to include everything that’s unique to your game.)
Remote: Yes. EU hours; US-East mornings work. On-site in northern Germany.
Willing to relocate: No
Technologies: C++, Python, PyTorch/TensorFlow, CUDA/SIMD; computer vision (retrieval at scale, inspection, SfM/SLAM); German speech recognition on-prem; real-time audio and kernel drivers; embedded/edge inference; RL environments (PPO, verifiable rewards); the boring enterprise plumbing around all of it
Résumé/CV: https://hajo.me/cv/
Email: hn@hajo.me
I'm the fractional ImageRights CTO, looking for a 2nd startup that needs hands-on tech, scale, or AI help.
I have 18 years of experience across 5 companies in taking products from idea to paying customers. I've built ImageRights' web search and image-retrieval database (C++, in service since 2015, finds copyright infringements worldwide), DeutscheKI (100% private German AI and local ASR), and before that the Spatial Audio Designer, used in Hollywood. And a German image distribution start-up.
I have experience with AI research, adaptation, and training. I've built AI RLVR training tasks in the past. Won the 2021 Bomberland mid-season with PPO. I'm also open to northern German on-prem CV/ASR work in case you cannot ship data to any cloud.
Side interests: I built a Pump It Up pad with custom self-developed and self-manufactured sensors. Currently doing CAD design and policy training (with PPO) for a robot.
Recently I've been debugging MSFS2024 inside Proton: https://github.com/ValveSoftware/Proton/issues/8255#issuecom...
... yeah, sure.
But the second link, "Zwilling" says "Approved". But boy was I disappointed that their "Zwilling Peak" branded ceramic hybrid frying pan for $100 says "Made in China".
It's used by OpenAI.
And I disagree with you. I'm pretty sure parents worldwide would love a clean-up robot. You can avoid a lot of the risks by making it work only for empty rooms, which is OK because you need to clean up and let the vacuum robot run anyway (when the kids are away sleeping in their bedroom). There's been multiple attempts at building DYI robots to vacuum LEGO bricks off the floor. (Because stepping on them at night is such an immediate pain point.) Unless your product is soaked in hostile behavior and surveillance tech, parents will probably be happy to buy an in-home cleaning robot, no PR needed.
I think the main issue here is that parents are typically busy, which makes them bad startup founders, which is why they cannot "scratch their itch" and turn it into a business.
=> home cleaning robots do not exist because western VCs don't like it and parents aren't usually startup founders.
I agree.
My impression is that especially for long-horizon tasks like science, the harness is much more important than people give it credit for. Claude Code + Fable 5 seems to have a tendency to "give up", get stuck in a dead end, or claim things to be impossible. But using the Fable 5 API together with a custom harness, it'll happily try 200+ variants and fail its way towards the goal.
If you give the AI a way to give up, eventually it will. If you remove that option from the harness, then thanks to the non-determinism inherent to LLMs, you get to explore pretty much all related solution attempts.
"Capture the daily moments that define you. Voice the hidden details and tell the story only you can tell."
"We may sell, transfer or otherwise share [..] including personal information"
https://en.wikipedia.org/wiki/Doramad_Radioactive_Toothpaste
And that really makes me wonder, if 30 tokens for a robot can be so expressive that they replace 600 mio simulation steps?
Or the alternative would be that they just assume that the given trajectory is equally optimal for each robot, which to me seems like a HUUUUGE assumption. But if that's the case, then the results of this technique would be highly misleading, as they would tell you the robot is excellent for 1 example movement, while you wouldn't know that a tiny change to your example movement might make the situation much better overall with a different robot.
And as long as there's enough attractive women who are impressed by loud cars, there will be guys with loud cars. I also dislike loud cars. But I'm at a loss as to how one would fix the root cause. Pull requests welcome ;)
And, yes, I share your impression. That car is about him trying to enforce attention by subjecting other people to his car.