#mojeraycastingowezabawy #programowanie #programista15k #grafika3d #gamedev #raytracing #raycasting #retrogaming
CZĘŚĆ 9.
Czołem, ostatnio pracowałem nad samym edytorem do Raycastera, taż żeby łatwiej zarządzać mapką, bo pojawiają się nowe elementy. Na razie dorzuciłem te elementy, które mam ogarnięte w samym silniku, czyli:
- pozycja i orientacja gracza
CZĘŚĆ 9.
Czołem, ostatnio pracowałem nad samym edytorem do Raycastera, taż żeby łatwiej zarządzać mapką, bo pojawiają się nowe elementy. Na razie dorzuciłem te elementy, które mam ogarnięte w samym silniku, czyli:
- pozycja i orientacja gracza
CZĘŚĆ 10.
Ostatnio pracowałem bardziej nad frameworkiem całości. Stworzyłem taki szkielet pod engine i gameplay i wszystkie biblioteki przepisałem stricto pod język C. Jak kiedyś wspomniałem, chcę zobaczyć jak coś takiego będzie chodzić na Amidze z RTG, mam tu na myśli głownie te nowe karty V1200 albo Warp1260. Więc uporządkowanie kodu pod C będzie pomocne, bo będę cross-compilować w gcc 6.2. ileś tam. I dlatego też zwracam dużą uwagę na optymalizację. W tym momencie jest tak, że wszystkie biblioteki tworzące engine są w C, edytor i apka testowa PC z nich współkorzystają. Win API i WinGDI służą tylko do utworzenia okienka i wywalania gotowego bufora który dostają już z endżina..
Natomiast poniżej, mały drobiazg, który dziś zauważyłem, a mianowicie jeśli intensywność policzony przed korekcją "fish eye" to otrzymujemy ładnie pojawiające się cieniowanie idące od środka a nie jednorodnie.. to pokazuje w załączniku.