Cumartesi, 22 Kasim 2008 14:38
* win32 icin sdl library ve includeleri build/watcom-win32 icine yerlestirdim
* win32 versiyonu stack call olarak compile ediyorum. register-call cikista
  gocuyor.
* span_float_g3.c'yi ekledim

Pazar, 20 Nisan 2008 16:54
* openwatcom ile compile oluyor ve calisiyor

Friday, 18 April 2008 8:22:06 PM
* poligon uzerindeki en uzuna yakin bir constant-z span'i bulduruyorum.

Sunday, 30 March 2008 12:55:37 AM
* poligon duzlemsel oldugu icin z artis oraninin poligon boyunca ayni olmasi
  gerek. artis ile elde edilen z koordinati iki edge uzerinde nokta bulmayi
  saglar. bu iki nokta arasinda cizgi cizilir.
* equalz get_spans()'a nasil calistigiyla ilgili yorumlar yazdim
* equalz get_spans() kodlarinda bazi degiskenleri fazladan kullanmisim,
  temizledim

Thursday, 22 November 2007 1:08:47 PM
* su an top btm vert bulma hadisesi duzgun calismiyor
* draw_spans_equalz_g1 -> draw_spans_float_equalz_g1
* edge_scale_[x,y], p.equalz_cos[x,y]'nin surekli pozitif isaretli versiyonu
* bresenham line drawer ardarda gelen capraz cizgilerde bir sonraki satira
  (yada sutuna emin degilim) gecerken arada bir nokta bosluk birakiyor
* span_float_affine_g1 -> span_float_subdiv_g1
* hiz karsilastirmasi icin span_float_affine_g1.c'yi ekledim. (scanline icinde
  bolme yapilmiyor, subdiv'de 1-32 pixel'de bir bolme yapiliyor)
* poligon vertexlerinin z siralamasi esit cikarsa bu sefer y icin siraliyor
* neden vertexler farkli siralandiginda bazen poligon cizilmiyor

Wednesday, 21 November 2007 10:14:13 AM
* poligon normalini clip'lenmeden once almak lazim sanirim
* normali bulmak icin iki vertexi kullaniyordum, halbuki iki edge vektorunu
  kullanmam gerekiyordu. bu normal zaten model2world'de hesaplaniyor
* model2world()'de clip_to_plane()'den sonra komple p structunu kopyalamak
  hataymis, tmp_poly'deki initialize edilmemis normal degerleri orjinal normal
  degerlerinin uzerine yazildigindan hatali degerler goruluyormus. bende sadece
  vert sayisini ve vert dizisini kopyaladim.
* equalz oranlari calisiyor. poligon ekranin sag ve solunda ve ortada iken
  |x| degeri 0'a, |y| degeri 1'e yakin (scanline'ler daha cok y ekseninde
  ilerleyecek sekilde). poligon ekranin yukarisinda ve asagisinda ve ortada iken
  |x| degeri 1'e |y| degeri 0'a yakin (scanline'ler daha cok x ekseninde
  ilerleyecek sekilde).
* engine.c'de kod temizligi
* span_float_affine_g3.c'de scanline'ler 1'er atlanarak ciziliyor. boylece
  scanline'lerin dogrultusu gozlenebiliyor
* su ana kadar yaptigim hesaplamalarin sonucuna ulasmak icin acos(), cos()
  cagrilarina gerek yokmus
* draw_poly()'nin sonunda ekrana equalz vektorunu cizdiriyorum. su an pek de
  dogru degil gibi
* su kod ile equalz vektoru dogru gibi
  cross_product (dir[z], p.normal, point);
  unit_vec2 (point);
  p.equalz_cosx = point[x];
  p.equalz_cosy = -point[y];
* cizgi cizdirirken 3d ve 2d koordinatlardaki farki kompanze etmek icin y'nin
  ters isaretlisi alinmali
* top btm vertexleri find_z_verts() ile buluyorum. ama get_spans()
  sonlandirmiyor
* span_float_affine_g1.c'de poligon dongusu get_span() ile sonlandiriliyor
* span_float_affine_g3.c'de poligon uc noktalari find_z_verts() ile bulunuyor
* span_float_affine_g3 -> span_equalz_g1

Tuesday, 20 November 2007 3:39:26 PM
* engine.c'de draw_poly() icinde ekran koordinatlarinda equal-z hesaplamasi
* engine_always_calculate==0 ise frame rate 25fps ile sinirli
* equalz acisini dogru bulamiyor sanirim
* poligon ust ve alta geldiginde vertexlerin clip edilmesinden midir nedir
  equalz hesaplamalari sasiriyor

Friday, 16 November 2007 11:25:54 AM
* get_spans() icinde lvert ve rvert btmv'ye ulasinca span gonderme bitiriliyor
* get_spans() ile span dongusunun bittigi anlasiliyor. eski yontemde 1 scanline
  eksik ciziyormusum
* span_float_affine_g3.c'de temizlik

Thursday, 15 November 2007 2:35:05 PM
span_float_affine_g3.c:
* equal-z haline donusturmeyi planladigim rasterizer
* texture okuma ve ekrana yazma dongulerini ayirdim
* invz ile carpma kodlarini sildim
* span'lar draw_line() ile ciziliyor
* draw_line()'nin y koordinatlari topy yerine get_spans icinden aliniyor
* get_spans() ile alinan span'in leftinvz ve rghtinvz'leri esit olmali. cunku
  z koordinati span boyunca ayni kalmali. boylece span baslangicinda tek
  bolme ile tum span cizilebilir
* span dongusunun bittigini get_spans() icinden anlamaya calisiyorum. cunku
  normalde topy'den btmy'ye sayilarak span ciziliyordu, equal-z'de capraz
  cizgiler cizildiginden y'ye bagimli kalinamiyor 
