Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Pixar, Adobe, Apple, Autodesk, and Nvidia form alliance for OpenUSD

apple.com

Post reply on HN
Print view View original

161–170 of 271 posts

Re: Pixar, Adobe, Apple, Autodesk, and Nvidia form alliance for OpenUSD

#161

Post by johnalbertearle »

dang wrote: post #20

Stub for arguing about what "USD" means. These comments were originally at the top level but the offtopicness was choking the thread so I'm moving them here. I left https://news.ycombinator.com/item?id=36962294 out because it has actual interesting information about the project.

I am no longer into stuff like USD, and probably it is useful and a good thing. Adobe and Autodesk etc. will have an interchangeable structure. But I used to work for both of those companies indirectly and ..

They want closed systems as much as possible, only open standards etc. when forced to do so, because of course they want all the business and all the money. So USD probably good, but they will wield it against competitors (are there any anymore?) as much as possible.

IMNSHO. Sorry where it offends.

Re: Pixar, Adobe, Apple, Autodesk, and Nvidia form alliance for OpenUSD

#165

Post by derefr »

pixelesque wrote: post #134
derefr wrote: post #119

Earlier quoted context omitted.

> proper round-tripping of float values Why do so many (all?) textual data serialization formats represent floats in base-10 scientific notation, anyway? If we wanted floats that are 1. human-editable but 2. bijective with IEEE754, wouldn't floating-point hexadecimal (and "e" notation representing a base-2 exponent) be a better idea?

Some do (i.e. Nuke compositor .nk files in the VFX industry, which stores some float values as hex)... but then you loose the human readability / "understand-ability at a glance" advantage, so it sort of depends what the use-case is...

The best of both worlds, at least in my opinion, would be to write a float as a polynomial in two parts (where either part alone is still a float): an integer part with an optional scientific-notation exponent; and a fractional part, where the fraction's denominator is always a power of two.

So 5e3 is a float; 3/8 is a float; and 5e3+3/8 is a float. Each cleanly and exactly representing particular IEEE754 values, while also being readable as a base-10 polynomials.

Maybe fractions of arithmetically-specified powers of two could also be allowed, for really big denominators. 3/2**26, for example.

Re: Pixar, Adobe, Apple, Autodesk, and Nvidia form alliance for OpenUSD

#166

Post by itishappy »

pbreit wrote: post #162

I thought this was going to be some sort of US Dollar-based stable coin. Interesting naming.

Pixar started work on the Universal Scene Descriptor format in 2012. [0]

Larimer theorized bitUSD in 2013. [1]

[0] https://openusd.org/release/intro.html#heritage-of-usd-at-pi...

[1] https://www.steem.center/index.php?title=BitShares:Proposal_...

Re: Pixar, Adobe, Apple, Autodesk, and Nvidia form alliance for OpenUSD

#167

Post by andsoitis »

doctorpangloss wrote: post #142
MAGZine wrote: post #11

This is a big deal. I used to work at Autodesk, trying to build software that made 3D blueprints available to everyone, everywhere. Rendering things on mobile is hard, in part because you need to writer bespoke renderers, and in part because the data formats for the assets are not aligned. Pixar developed USD, and it should really help to standardize 3D tech. In particular, I hope that USD can help make it easier to…

> Rendering things on mobile is hard I don't know. You can stream Unity to mobile with the service I've authored ( https://appmana.com/watch/theheretic for an example).

> with the service I've authored

You created Appmana?

Re: Pixar, Adobe, Apple, Autodesk, and Nvidia form alliance for OpenUSD

#168

Post by bssrdf »

dagmx wrote: post #122
bssrdf wrote: post #117

Earlier quoted context omitted.

Just finished writing [0] about Blender's USD import issue. [0] - https://news.ycombinator.com/item?id=36947946

That improvement sounds great. Any chance that’s up as a PR to blender?

I didn't submit the PR yet, but opened an issue which has not been picked up. Maybe most of the USD files used in Blender do not trigger the O(N^2) behavior.

Re: Pixar, Adobe, Apple, Autodesk, and Nvidia form alliance for OpenUSD

#169

Post by samplatt »

wildpeaks wrote: post #93

I look forward to USD & USDZ being supported more consistently. The same file can look quite different even within the Apple ecosystem, as these screenshots from a few monthes ago show: https://twitter.com/mrdoob/status/1654494500230778887

I can't tell you how much I'm looking forward to seeing assets distributed in USDZ format. Specifically: nuts.

Re: Pixar, Adobe, Apple, Autodesk, and Nvidia form alliance for OpenUSD

#170

Post by JayStavis »

khazhoux wrote: post #109
gyf304 wrote: post #90

Does anyone remember X3D[1] / VRML? X3D is roughly the same concept, 20-some years ago. Here's a hello world for X3D: https://www.web3d.org/x3d/content/examples/Basic/X3dSpecific... And here's a hello world for OpenUSD: https://www.openusd.org/release/tut_helloworld.html#viewing-... Although X3D is a bit more verbose, a lot of parallels can be drawn between the two, 20 years apart. [1] https://en.wikipedia.org/wiki/X…

I was tinkering in that space in the mid-90s, and always felt the file format was a missed opportunity, and wasn't taking any of the lessons of HTML. What I wanted (but never built) was a semantic file format, something like:

Sounds like you are looking for react-three-fiber, which looks just like this!

The examples, demos, and development experience are great, but since it's based on web tech hasn't made a big splash yet with the bigger 3D content businesses.

You can actually render a gltf as a JSX tree too with gltfjsx: https://github.com/pmndrs/gltfjsx

Post reply on HN