Are we heading towards a "VariableFontCloud"?

Vasil StanevVasil Stanev Posts: 759
edited November 2017 in Font Technology
I have thought about a peculiar possibility for some time:
  • given that we now have variable font technology
  • and that we can blend the outlines of a two fonts to create a new font
  • and that there is, for historical reasons, similarity in the shapes of many fonts
is it possible that at some point in the future all existing fonts will be interconnected so they can be freely blended? Talking about a single font as we understand it today would be meaningless: Clarendon for example would just be a single point on a web. It would be surrounded by points that are, say, 90% Clarendon and 10% Garamond, 80% Clarendon and 20% Garamond, 90% Clarendon and 10% Bodoni, 80% Clarendon and 20% Bodoni, and so on. Each point will be able to vary in width and heaviness. This system will be further refined so it works for italic and upright, making the points binary, and also works in such a way, that dissimilar fonts, like, say, a dingbat and Futura, or some daFont rejects, will not be able to be blended, or make the list at all (it would obviously be harder to blend serifs to sans serifs than serifs to serifs and sans to sans, but many fonts simply do not cut the mustard. Of course there will always be enthusuasts/blendmonkeys to blend KaiserzeitGotisch with Logger or DeathMetalGutturalFont).

Is all of this a real possibility for future technology, or rather not? What do you think?
Tagged:

Comments

  • Could be. Custom mixing.

  • Chris LozosChris Lozos Posts: 1,458
    I am sure that the technology could be made to work but what would be the point? Would you want a font made  from this system for real use or would it just be a humorous novelty?
  • It sounds like the perfect Frankenfont platform. 
  • Ray LarabieRay Larabie Posts: 1,376
    With enough money you could do it right now. I think you'd have to keep sans-serif, serif and script separate. Blending sans to serif always looks dopey.
  • See the Typo Labs presentation by Akiem Helmling and Bas Jocobs, starting around 17:00 to 20:40.
    https://www.youtube.com/watch?v=eZiP_TIa96g
  • It’s been possible to morph photographs since the 1990s, and in the recent yeaes, thanks to the advances in computer vision and artificial intelligence, the results of photo morphing are much more sensible — but you still don't see to many of them around.

    These techniques are being used in some specialty application like astronomy, medicine or geography, but not really in end-user-facing contexts. 

    For fonts, such techniques may be useful for font fallback or digitization of printed matter, but I don't think they'll become a mainstream application. 
  • Tons of good responses already in this thread. I agree with almost all of them.

    We have had these capabilities repeatedly over the years. Infinifont, FontChameleon. Etcetera.

    Early versions of such tech required that the fonts be manually adapted into the system. Still, you could make a FontChameleon "descriptor" for a single style of a font in about a day. Maybe a couple of days to a week depending on how precise you needed to be.

    Once you had that, you could blend to your heart’s content.

    But you know what? Designers/users did not go gaga over this technology. It just didn't change the world. Maybe that's because Adobe bought FontChameleon to use as a ROM font compression tech so it didn't have full opportunity in the marketplace. But I don't think that's the only reason. Unless you had a particular need, it was just a nice toy.

    FontLab VI allows you to blend nearly arbitrary fonts, too, as long as they are structurally compatible. It does this without the same amount of setup it used to require, which is a neat feature, and will come in super handy. But at the end of the day, that is just a tool. Better than the previous blend tool, but not a revolution in and of itself.
  • Vasil StanevVasil Stanev Posts: 759
    edited November 2017
    As I read this thread, it forced me to think more about the idea. It occurred to me that the whole system would have to be adjusted for conflicts in the font metrics, and that would be a task so mammoths as to be undoable. Someone would have to sit for years on end to tweak every detail and still there will be some things impossible to get right. AND there would be real-world conflicts with the actual designers who did just that for their fonts and would not like the metrics of their works touched, or a conflict with smaller or bigger foundries. I see now this system is not reasonable in any aspect.

    But I am glad I posted the thread, the answers are very insightful.  o:)
  • Ray LarabieRay Larabie Posts: 1,376
    Its' reasonable if it had a big enough budget. Let's say Omnicorp throws infinite cash at a universal font project. You start with a spec that takes into account alternate forms like binocular g, monocular a, straight t. The spec would have compatible metrics and a range of x-heights, ascenders, descenders. Kerning classes would be standardized, all that stuff accounted for by a think tank of leading type designers. Once the spec if finalized, a hundred type designers are hired to create off-brand Helvetica, Futura, Franklin, Times etc. with various weight, width, x-heights and ascenders. If they stick to the spec, you end up with 500 compatible axes. Throw it in an expensive computer with software that can handle a 500 axis font. It's kind of silly but not impossible.
  • Chris LozosChris Lozos Posts: 1,458
    It is like putting all the different kinds of food in the world into a giant blender and turning it on. Let's see tunafish, apple pie, kimchi, a sprinkle of habanera, mmmmm ;-P
  • I'll also add that in order to interpolate between "anything" and "anything", each glyph needs a huge number of points, and huge numbers of deltas, which effectively does away with all kinds of size-reduction benefits associated with variable fonts. So not only are such omnifonts huge, but also most of the intermediate results are ridiculous. 

    I think the cost of creating and operating a system that could synthesize all songs in the world would be higher than just serving the plain recordings of all these songs that already exist. 

    Of course it is and will be possible to use clever outline compatibilization algorithms to serve interpolations between many standalone fonts. But such a server will most likely still just hold the existing fonts, and then compatibilization and interpolation would be attempted only upon request (and then perhaps cached). 
  • Deleted AccountDeleted Account Posts: 739
    edited November 2017
    Up at Dave Crossland, "Money's got nothing to do with it, just time "

    Time and money have nothing to do with it  .

    And I don't think wrapping billions of vars in a file is the practical solution to most clouds, but I liked it.

    A mentioned company already threw infinite cash at a mentioned universal font project, had the technology, tools, detailed parameters, fonts and font library, and still ended up at a cut-du-sac by tossing the parameters, and obeying only the metadata needs of a legacy format or two.
     
    It's much cheaper, faster and close to infinitely more practical today to expose systematically discovered parameters of existing fonts and systematically calculated parameters from variable fonts in one kind of data file, where the only difference is, in existing fonts the discovered values are of discrete instances, and in variable fonts the values calculated are samples from a range.

    The format exists to do either the monster font or the gathering of values, up to a point, and then, (for either monstering or gathering), one must go beyond the legacy metadata for the needs of products and services from a parametrically related database of fonts and font families. 
  • It is like putting all the different kinds of food in the world into a giant blender

    I'll also add that in order to interpolate between "anything" and "anything", each glyph needs a huge number of points, and huge numbers of deltas
    That's not how it would be done; the software would be clever enough to figure that out on the fly. Some results would indeed be ridiculous, but the proportion just has to be low enough for most users to not mind.
  • Nick ShinnNick Shinn Posts: 2,131
    Swamp water soda.

Sign In or Register to comment.