Ik denk dat hier de plank volledig misgeslagen wordt. Je kunt onmogelijk een 3D formaat maken wat vervolgens net zo gebruikt kan worden als JPG. JPG slaat relatief eenvoudige informatie op. Je hebt x maal y pixels met een bepaalde kleur. De relatie met JPG is een kreet uit de marketing fabriek van een van de bedrijven.
3D formaten zijn zeer applicatiespecefiek en de inhoud van de vele verschillende formaten verandert ook steeds. Een klein lijstje wat er zoal in een 3D formaat aanwezig kan zijn (en dit is slechts een topje van de ijsberg):
vertices, polygonen, NURB surfaces, primitieven, meerdere UV coordinaten, texture referenties, PRT coefficienten, hierarchie, animatie, skin weights, pixel shading code, light maps, normals, binormals etc.. etc.. etc..
Hiermee probeer ik aan te geven dat 3D modellen gewoon niet geschikt zijn voor 1 enkele standaard. Er zijn nu een paar standaards, maar deze zijn erg beperkt en slaan alleen basis informatie op: DXF, OBJ, 3DS, X, DWG, X3D, FBX, VRML, VRML2 allemaal veel gebruikte standaards.
Zelfs bij deze bestaande formaten kun je niet van een al omvattende standaard spreken omdat het ene formaat weer voordelen biedt ten opzichte van het andere.
Vertaling van het bovenstaande bericht: "Hitachi kondigt aan het U3D formaat te ondersteunen".
That's it. Het is een al bestaand formaat en Hitachi geeft aan dat ze dit formaat straks kunnen saven en/of laden. Een zoveelste 3D formaat op de grote berg dus.
Waarom ze nou in godsnaam voor dit formaat hebben gekozen is mij een raadsel, maar ze zullen ongetwijfeld daar een goede reden voor hebben.

Het is juist omdàt er zoveel verschillende 3D programma's zijn met elk hun eigen formaat dat we het moeten toejuichen dat er een standaard komt.
Die standaard moet dan wel algemeen genoeg zijn om zoveel mogelijk (zoniet alle) objecten, properties ed te ondersteunen. Als programmeur vul je dan enkel die dingen in die in jouw programma gebruikt worden, de rest laat je gewoon leeg. Natuurlijk moet je dan wel, als je 3D bestanden wil lezen waarin dingen voorkomen die niet native in jouw applicatie zitten, een conversie functie voorzien..
Een display-only programma als Acrobat Reader moet dan weer wel alles herkennen en op een min of meer universele manier alles op het scherm zetten met standaard manipulatie functies als zoomen, roteren, panning,...
Een goed idee als je't mij vraagt, zijn we eindelijk van al die verschillende viewers zoals Free DWG viewer en zo af.