Archief - Q: OBJ, JPG -> VRML: prothesedesign

Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.

louismuy

Legacy Member
Héy!

Voor een project op d'unief moet ik een technologie ontwikkelen om de ideale prothese te genereren voor een patient met een geamputeerd been. Om dat been te digitaliseren werd er tot voor kort steeds gebruik gemaakt van een laserscanner waarbij kleine bewegingen van het been uit den boze zijn voor een goede scan.

Nu moet ik onderzoeken of de hollywood technologie van eyetronics (www.eyetronics.com) niet gebruikt kan worden. Die hebben voor mij een plaatsterstomp ingescand en me een obj en jpeg (texture) file bezorgd. Ik kan echt bijna niets van uv mapping en textures. De software waarmee ik de prothese zal ontwerpen (CAD programma) ondersteund geen obj maar wel VRML files. (het is belangrijk dat de kleur van het been mee geimporteerd wordt).

Heeft er iemand ervaring met het omzetten van die fileformats naar mekaar? Ik heb reeds enkele demo's gedownload van software die dit zou moeten doen maar zonder succes.

Het is misschien echt een beginnersvraag maar heb al redelijk veel op internet zitten zoeken zonder veel wijzer te worden.

dresse

Legacy Member
ik kan OBJ omzette naar X3D, LWO, DXF en MAYAascii... jammer genoeg niet naar vrml, dus als u cad programma niets van bovenstaande kan lezen kan'k u ni helpen...

LunchBox

Legacy Member
via polytrans kan je normaal de obj wel naar vrml krijgen.. heb je die ook al getest?

louismuy

Legacy Member
Ik zal die polytrans eens testen, Ik heb dus eigl twee files, een obj file met corresponderende jpg file voor de textures. Zover ik het goed verstaan heb kunnen beide dus tesamen in die vrml komen, of dat is toch de bedoeling.

Dit zijn de bestandsformaten die ondersteund worden:

3Matic offers modules enabling import of the following formats:
IGES
VDA
Catia (till version 4.2x)
Catia 5 (till version R15)
UG (till version NX3)
Parasolid (till version 16)
VRML (1 & 2)
STEP
Point clouds

LunchBox

Legacy Member
de obj zal eerder uv texture coördinaten bevatten, terwijl de jpg de texture is die erop ge-uv-mapped wordt. je moet dus niet persé de jpg mee in de vrml krijgen maar enkel de obj ernaar converten. nadien moet je dan opnieuw die jpg zien in te laden als texture-map.

bij ons op't bureau gaan ze binnekort waarschijnlijk samenwerken met argon.. er zijn momenteel enkele pipeline tests bezig maar dat bedrijf output ineens naar IGES met daarbinnen nurbs data. (http://www.argon-ms.be/documents/home.xml)

BAROBA

Legacy Member
Via Lightwave kun je Obj naar VRML gaan.
Dresse en ik kunnen da omzetten.
Weet nie wie hier nog Lightwave gebruikt...

cheers

louismuy

Legacy Member
En zit er in die vrml zelf de kleur van het voorwerp? Of is da ook met een aparte file voor de textures? De bedoeling is eigenlijk bijvoorbeeld slechts bepaalde kleuren te behouden (bijvoorbeeld alleen markeringen die een dokter heeft aangebracht, alle blauwe kleuren of zo) en de kleur over de huid en zo niet bij te houden.

Dit laat dan toe de software zo te schrijven dat hij al ongeveer weet wat hij moet doen... Maar ik zal daar niet teveel over uitweiden, want dan wordt het off-topic.

Het voordeel van die obj en jpeg is dat ik de jpeg kan aanpassen voor het omzetten naar die vrml, maar het zou wel een vrml moeten zijn waar de kleur in de file zit, want de software laat ni toe om textures in te laden.

BAROBA

Legacy Member
Het kan, maar je moet met bepaalde dingen rekening houden..
Je programma moet VRML2 kunnen lezen, VRML1 is hopeloos achterhaalt...

Je kunt idd kleuren toewijzen aan vrml bestanden.... Met beperkingen..

Jij wilt kleur per vertex. Dit is een onderdeel van VRML2.
(Een vertex is een punt in de 3d-ruimte. Vertices (meervoud van vertex) zijn de punten die meerdere polygonen met elkaar verbindt. )

Het grote probleem is wanneer een dokter een streep trekt op iemand zijn been.
Dat deze streep wordt ingescand en dan weergeven als een jpeg op een 3d been.
Dan moet die informatie die op de jpeg staat, omgezet moeten worden in gekleurde vertexes. Maar daarvoor moet de resolutie van de scan hoog genoeg zijn ( 2-5 mm) om nog duidelijk kruisjes en lijntjes te herkennen. Sinds VRML bestanden niet echt gekend zijn om hun goede compressie, kijk je toch snel aan tegen bestanden van tientallen tot 100-den MB's.
En dan moet je nog een programma hebben die de vertices kleurt aan de hand van de JPEG, Lightwave kan dit doen, andere programmas misschien ook.
Tis doenbaar, maar tis een beetje veel werk

mvg

louismuy

Legacy Member
Dat die bestanden (vrml 2) zo groot zijn is een groot nadeel. De technologie voor de scanning van het been hebben we getest, en die heeft een resolutie van iets minder dan een mm gemiddeld. Dus tekeningen worden min of meer goed overgezet op die jpeg, we heben zo een test, ik wil die gerust wel eens ergens online zetten.

Wat we inderdaad willen is een kleur per vertex, of per oppervlakje (zoals bij binaire stl's). Ik zal moeten zoeken naar een oplossing om deze informatie te kunnen overdragen.

Het is ook de bedoeling die bestandsgrootte laag te houden omde mobiliteit van het systeem te vergroten. Het is de bedoeling dat de technologie kan gebruikt worden door mobiele units die hun computer volladen met data, om zo veel patienten te helpen in 3de wereld landen, in ieder geval bedankt voor de uitleg! Ik hoop een manier te vinden,

Bedankt!

L
Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
Terug
Bovenaan