Eric Lengyel

Of course, the upcoming FGED 3 has been using Radical Pie from the get-go, and it has saved me a lot of time.

I have now redone all of them in Radical Pie (without the need for Illustrator), and I'll be releasing remastered books in the near future. The content is exactly the same -- the equations just look better.

Combined, FGED 1 and 2 contain 5503 individual equation objects that I originally made in MathType years ago. Some of them had to go through Illustrator because they contained additional graphics and annotations (Figure 1.5 and Equation (1.78), for example).

This means all of the major features are now complete, so we're getting close to release!
radicalpie.com

The drawing and annotation tools in Radical Pie are finished! Now, I can type an equation and add highlighting, arrows, labels, etc., as shown in the following examples. All drawing objects are attached to anchor points in the equation, so they move and resize dynamically.

I was pleasantly surprised to see Happy Gilmore correctly account for the Coriolis force on the last hole!

We're happy to announce we have a new Editor-in-Chief, Alexander Wilkie, and two new editors, Johannes Schudeiske and Andrea Weidlich. Marc Olano continues on as Managing Editor. And, thanks to David Eberly, who has retired as an editor.

The full roster is at jcgt.org

Because it avoids the problems that other people have mentioned. It's the sweet spot between strict and practical. There's also the notion that a point is a specialized type of vector, which naturally leads to the inheritance relationship.

If you check out my math library on GitHub, I'm sure you'll be taken aback by how complicated it is, but almost all of that is there to facilitate zero-cost swizzling and submatrix extraction, not to support the vector/point distinction.

The *only* thing that somebody might not like is that going from vector to point requires some kind of explicit notation such as casting or adding the origin. But in my experience, those are rare, it's no big deal when they arise, and they sometimes reveal a problem with your logic.

Since point + vector is defined to be a point,

p = 0.5 * p1 + 0.5 * p2

works just fine (because 0.5 * p2 implicitly becomes a vector when matching function overloads).

The code is both extremely practical and very beautiful at the same time. To get it right, make point a subclass of vector. Then any function expecting a vector can also accept a point, but you also get the separate behavior when you want it, like for matrix transforms.

I strongly disagree. I've been using a vector/point distinction for over a quarter century, with roughly one million lines of my own code involved plus millions of lines of other people's code, and the problems you're talking about don't show up when it's done right.

One trick is to make point a subclass of vector (direction). Then a point can always be implicitly interpreted as a vector, but the other way has to be explicit.

Update: Now it's 534 glyphs.

I've been making a special font for Radical Pie. It started out as a way to provide a handful of symbols that aren't in Unicode. As I grew annoyed by errors, inconsistent weights, and missing glyphs in existing fonts, I kept creating more glyphs for my own. It's up to 463 now!

The palettes can't contain everything, just the most common stuff. Separately, you can insert whatever Unicode character you want. And many of the structures have additional functionality accessed through dialogs.
radicalpie.com

Radical Pie has 16 palettes containing mathematical symbols and various typographic structures. Let me know if you think there should be anything else available here for quick access.

Annika Oehri, Philipp Herholz, and Olga Sorkine-Hornung, Higher Order Continuity for Smooth As-Rigid-As-Possible Shape Modeling
jcgt.org/published/00...

Slug renders fonts directly from the original Bézier curves on the GPU and provides support for kerning, ligatures, accents, a wide variety of languages, and accessible text scaling throughout the entire UI.
sluglibrary.com

All the beautiful font rendering and exquisite typography in DOOM The Dark Ages came from the Slug Library. I'm excited that it's part of game!

I'm surprised to see 4K monitors still under 5% in the Valve Hardware Survey.
store.steampowered.com/hwsurvey/Ste...

I wrote a new blog post about something I'm calling the transwedge product. It allows us to fully decompose the geometric product into discrete parts using the primitive operations of the exterior algebra.
terathon.com/blog/transwe...

Yeah, this is also how floor and ceiling are typically implemented. Here's my floor() code, for example:

As someone who's very familiar with console APIs from the last three generations and knows what the hardware actually consumes, I can tell you that neither Vulkan nor D3D12 is a console-like API. Not even close.

Agreed. I don't think it would have been that hard to design a good OpenGL 5.0. Throw away the legacy stuff, make everything DSA, and add a command buffer object. All multithread accessible, of course.

I decided to downgrade from D3D12 to D3D11 in Radical Pie. D3D12 was overkill for an equation editor that's just rendering text and vector graphics (with Slug). Plus, some older GPUs can run RP just fine, but won't work with D3D12. The core rendering code shrank by 46%.

Slug version 7.4 has been released. This update includes several small feature improvements.

sluglibrary.com

I added Taylor's book to the list:

terathon.com/blog/ga-book...

In general, this book makes errors about the inner product and contractions similar to those appearing in GA4CS.

An electronic edition of PGA Illuminated is now available here:
www.amazon.com/dp/B0F7FZLNV...