Als ik dacht dat het frustrerend was een heel weekend zonder resultaat te zoeken naar een manier om met splines te werken in c++, verbleekte dat maandag bij het antwoord van Toon, die na even googlen een library had gevonden waar ik meteen mee aan de slag kon.
Meteen dient hier geïnterpreteerd te worden als 7 uur later, gezien ik les had tot 22u. Daarna ben ik als een gek beginnen programmeren, en heb ik ook nog een stuk in de ochtend doorgewerkt, om op een hoop compilatieproblemen te stuiten. Ik heb de meeting met Toon verzet naar woensdag om al die fouten er nog uit te krijgen en de kans te hebben om ook nog wat te testen. Na de compilatieproblemen opgelost te hebben (gisteravond, door omstandigheden overdag niet veel kunnen doen), bleken er ook nog problemen in mijn applicatie van de library te zetten (en compatibiliteitsproblemen tussen de c++ code van pbrt en de c-code van de library), zodat ik nu na weer een ganse nacht en ochtend programmeren kan zeggen: de splines werken! Ik kan effectief een aantal punten ingeven die op het pad van de camera moeten liggen, en de camera zal dan door deze punten bewegen.
Dat is mooi, maar de euforie is eerder beperkt... Niet alleen sta ik door die splines zwaar achter op schema, mijn aanpassing van het invoerformaat om camerapaden (lees: een reeks punten) te kunnen inlezen blijkt ook niet te kloppen. Deze had ik nog niet getest omdat ik er eerst splines mee wou kunnen maken. Op dit moment zijn alle punten dus nog gehardcoded in de cameraklasse, iets wat hopelijk zo snel mogelijk verholpen zal zijn. Toch nog een piccie om het te illustreren: hierin is enkel de positie van de camera veranderlijk, de kijkrichting niet. De implementatie om de kijkrichting volledig te laten verlopen via een spline is functioneel, maar ik heb nog geen goeie waarden gevonden en moet stilaan vertrekken naar een groepswerkje.
B-Een klein klein beetje opgewekter dan vorige post
No comments:
Post a Comment