You can add location information to your Tweets, such as your city or precise location, from the web and via third-party applications. You always have the option to delete your Tweet location history. Learn more
I’ve spoken with four teams in the past three days that would benefit from what I’m terming “mobile real-time rendering infrastructure”: a source-available, approachable, extensible library/ecosystem for building 3D apps and visualizations without the overhead of a “game engine”
The question is, is this a viable niche? You’re using SceneKit, but you’ve hit performance cliffs. You want to use Unity/Unreal, but they’re massive and cumbersome. Is there a (cross-platform) middle road for small teams building interactive/entertainment/edu/AR/viz apps?
I haven’t done much research yet, but I see things like Cinder, OpenFrameworks, and any number of nascent projects and I have to think things could be simpler and easier. You shouldn’t have to go the full Godot to add 3D to your app.
A tricky part is subset of features that make the engine 'little', this subset is probably different from project to project. Easy to use (eats whatever data) or performant (data laid out and organized in a particular way), needs editor, physics, scripting, custom shading or not?
Physics, yes. Scripting, probably. Editor, not essential in the short term. And the subsets I’ve seen have significant overlap. The emphasis is on not being a black box.
This is essentially what I’m building with my current client! Very early stages right now but we basically are thinking of it as “3js for Metal”
That’s similar to my conception, at least at the app dev level. Would love to compare notes at some point down the line.
Yeah definitely! It's very young atm so there's not much to discuss yet. I will say I think our biggest design hurdle so far has been trying to think about Metal pipeline states as materials in a way that is both generalized and simple
I’ll be watching what you two come up with. Life has been crazy the past two years, with all the moving, but seems to be stabilizing. I should have time to start working on tools to integrate with whatever you’re up to, in 2019. P.S. Have you two met? I’m in Sam’s old home turf!
I'm building something similar for our company as well. A core C++ PBR renderer using bgfx with ARCore/ARKit abstractions built on top. Still in the early stages but hoping to access it through Obj-C/Java.
There's half a million mini-rendering engines out there. It's probably the side project of every graphics programmer at some point. Of course, no one engine does 100% of what you want, so now there's half a million and one engines out there :)
IMHO the 'engine' is just that little unimportant thing dangling off the end of the asset pipeline ;) Or: show me your asset pipeline, and I can tell your the architecture of your engine (at least that's what it *should* be)
asset pipeline, what is that? :P
Hey @warrenm 
Okay that makes it *five* companies looking for this *exact same thing*.
We've very much needed this in the past. We wound up going with the Ogre graphics engine and doing some heavy customizations ourselves. But what you're describing is exactly what we originally set out looking for.
This is a niche that @monogame (a crossplatform XNA replacement) filled pretty successfully with indie devs
Wrong handle, i meant @MonoGameTeam
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.
