ForceBlog

Powstała kolejna wersja Blendera, jak mawia temat mojego postu - 2.5 alpha 1. Znaczy powstała 3 dni temu, ale to szkopuł. Autorzy mówią, że wprowadzono ponad 100 zmian, w tym naprawienie bugów albo dodano funkcjonalności, które były w wersji 2.49b, a nie było w 2.5.0. Niestety nie znalazłem listy tych zmian ale coś sam odkryłem:

1. Przy edytowaniu koordynatów UV:
   • Teraz gdy w czasie edycji geometrii gdy zaznaczymy kilka faceów i zmapujemy to zostaną tylko one zmapowane. Wcześniej mapowało także wszystko co było widoczne, nawet gdy nie było zaznaczone. Wymagało to chowania faceów, których nie chce sie mapować. Duży plus.
   • Możliwość eksportu współrzędnych jako obrazka
   • Działa w końcu shift+s, czyli jest opcja Snap (także w menu)
   • Jest magiczna opcja “Copy mirrored UV coords”. Magiczna bo jej nie rozumiem:D ale sądząc po nazwie coś przydatnego robi, jak tylko poznam co.
   • Przy opcji “Snap during transformation” nie ma opcji czy Active/Median itp. jest za to czy Vertex/Edge/itp.

Jak znajdę inne rzeczy to dopiszę:D

Link do wersji 2.5 alpha 1

Nic od dawna nie pisałem, a FSL powoli brnie do przodu wiec postanowiłem napisać o modyfikatorach jakie można będzie w nim użyć. Ogólnie w całym języku będzie 8 modyfikatorów:

• const
• out
• abstract
• override
• static
• sealed
• default
• external

Warto przypomnieć, że w FSLoo modyfikatory zawsze są przed rzeczą czyli np. override function, const var, abstract class default property, itp.

A teraz krótki opis jak każdy modyfikator można użyć

const - w porównaniu do Delphi straciło swój splendor sekcji stałych i został tylko modyfikatorem. Wynika to z kilku faktów. Po pierwsze stała jest jak zmienna tylko, że ma ustaloną wartość i nie można jej zmienić - tak jest z punktu programisty, kompilator traktuje je jednak inaczej np. jest jedna stała dla całej klasy, a nie dla każdej instancji. Po drugie uważam, że w Delphi nie było jednoznaczności, raz const było modyfikatorem jako parametr metody albo indeks w property a raz określało sekcję. Po trzecie, jako modyfikator const było po prostu cienkie, gdy przesyłało się jakiś typ prosty to i tak nie modyfikowało się zmiennej którą się przesyłało, a gdy przesyłało się np. klasę to const tylko zabraniał zmienić referencję, ale to co było w obiekcie można było zmienić. Natomiast ja mam nadzieję, że w dłuższej perspektywie uda mi się zrobić z const-a to co jest w c++, czyli const-em można oznaczyć nie tylko zmienne, ale i metody oraz property i gdy obiekt przesyłany będzie przez const-a, to będzie można na nim odwołać się tylko do tego co jest oznaczone const-em i do innych metod przesyłać gdy one ten parametr będą dostawać jako const. Na razie const-em będzie można oznaczać tylko zmienne jako const var.
Read the rest of this entry »

Postanowiłem jakoś użyć tablet i w ogóle zrobić coś w 2D i tak o to powstałą grafika do platformówki (pod warunkiem, że ktoś ją napisze ). Są to kwadraty 64×64 i jest ich 48, cała obrazek to 512×384(8*6 tilesów). Co w nim jest:

• Kratka nieba
• 4*góra platformy(w tym 2 rogi)
• 4*bok platformy (2*lewy+2*prawy)
• 4*środek platformy
• 3*dół platformy (w tym 2 rogi)
• 4*chuda platforma (2 tym 2 zakończenia)
• 2*przejście chuda platforma w gruba platforma
• 4*skos w grubej platformie (2 na każdy kierunek)
• 4*skos w chudej platformie (2 na każdy kierunek)
• 4*skos od dołu w grubej platformie (2 na każdy kierunek)
• Kratka wody pełna
• Kraka wody połówka
• 6*zanurzenia grubej platformy w wodzie (dół i dolne rogi, góra i górne rogi)
• Górna platforma z wystającym słupkiem od góry
• Chuda platforma z wystającym słupkiem od góry
• Chuda platforma z wystającym słupkiem od dołu
• Chuda platforma z wystającym słupkiem od góry i dołu
• Słupek

Ziemiste tilest platformówkowe

Nic nie udało mi się nowego wymodelować choć było z 6 tygodni Wiec tylko zrobiłem wersje low większości budynków, spakowałem wszystko i tak o to powstał set - “Średniowieczna wieś”. Składa się na niego:

• 3 * domki
• Kaplica
• Karczma
• Pensjonat
• Budynek administracyjny
• Studnia
• Most
• Młyn wodny

Kolejny banalny budynek, 437 vertexów, 800 tri, a jest nim kaplica, aby we wsi mieli co do roboty gdy nie koszą zboża

Kaplica

Zgodnie z planem “Nowe modele co miesiąc” są nowe modele w tym miesiącu Są one proste, ale niezbędne ponieważ co to by była za wieś bez domków, a jak wiadomo modele domków nie są zazwyczaj skomplikowane (choć myślę, że tacy pro to szaleją ). No tak czy siak w paczce znajdują się 3 rodzaje domków: dla super plebsu, dla plebsu (2 pięta i podłoga), dla kogoś kogo stać na tynk. Do budynków dla plebsu można wejść. Każda wersja jest w dwóch wersjach: normalnej i ogołoconej - jak ktoś ma w grze masę domów to lepiej aby te dalsze były mniej szczegółowe, wydajność się cieszy. Jest też studnia, tu się cieszą wieśniacy

Domki

Wbrew pozorom opis nie jest o administracji strony, ale o nowym modelu budynku dla administracji. Ma 10 k tri, prawdopodobnie 3 piętra, balkonik i płotek.

Administracja

Nowy model z serii “Modele” (ale nazwa), tym razem pensjonat. Mam pewne obiekcje co do skali.

Pensjonat

Dawno nie było żadnego modelu, więc czas najwyższy coś dać Most <- coś prostego, używa tych samych tekstur co pozostałe modele

Most

Jak wspomniałem w poprzednim w poście w FSLoo składnia zostanie ujednolicona. Najpierw ustalmy czemu uważam, że nie jest :d Otóż weźmy przykład różnych modyfikatorów: class, override, abstract. Gdy chcemy zrobić metodą abstrakcyjną to piszemy: metoda;abstract;, ale gdy ma być klasowa to: class metoda. Jakby dziwnie. Inny przykład: gdy robimy rekord spakowany to piszemy: Nazwa = packed record, ale gdy klasa ma modyfikator to Nazwa = class abstract. Czyli w sumie modyfikatory w Delphi znajdują się w 4 miejscach: na początku, na końcu i na dwa razy w środku definicji, a to zuoo. Dlatego FSLoo ma tylko jedno dozwolone miejsce w definicjach gdzie są modyfikatory - zawsze na początku. Czyli:

• abstract nazwa = class
• override procedure Metoda1;
• class var zmienne.

Odnośnie ostatniej linijki, to jest kolejna wada, w Delphi słowo “class” pełni dwie zupełnie różne role co może mylić, jest klasą i modyfikatorem. W FSLoo słowo “class” jest tylko przy definicji klasy, dla metod/zmiennych statycznych jest słowo “static”, robi ono to samo co modyfikator “class” i “static” z Delphi razem wzięte.

Inna niejednoznaczność: przy definiowaniu property używa się słów “read” “write” “index”, które pełnią funkcją w property do wskazywania metod zapisu, odczytu czy też indeksu, gdy nie są w property to są metodami do pisania po ekranie, a także można je używać do definiowania własnych zmiennych czy metod. Burdeloos. W FSLoo read i write to słowa zarezerwowane (index nie jest w property) więc problem z głowy. Do pisania po ekranie czy wczytywanie z klawiatury będą służyć metody statyczne z klasy System.

Kolejna niekonsekwencja: Gdy w Delphi chcemy aby po klasie nie można było dziedziczyć to ma ona modyfikator “sealed”, ale gdy chodzi o metodę to ona ma “final”, wg mnie nielogiczne, dlatego w FSLoo jest tylko słowo “sealed” do obu czynności.