Oznámení

Sbalit
Aktuálně žádná oznámení.

Without Frontier (Frontier 3 ;- )

Sbalit
X
 
  • Filtr
  • Čas
  • Zobrazit
Vymazat vše
new posts

    Without Frontier (Frontier 3 ;- )

    Tak jsem se po půl roce blbnutí s polygonama pustil do něčeho komplexnějšího (jo mám toho rozpracovaného víc).

    Hážu do placu screenshoty z testování enginu, zatím je to jen o tom ladit jak se to hýbe, při téhle konstalaci kdy stanice má nějakých 150 polygonů a lodě cca kolem 50 takže je tam asi 250 polygonů co mají nějakou formu stínování, je to počítané ve FAST ram a zatím to má pevnou mapu pohybu a je tam snaha odladit to aby to bylo co nejrychlejší.
    Minimální konfigurace je 020 a 4MB FAST + AGA + Kick 3.1 (ne fakt nezabiju něco tím že to bude primárně pro OCS, ale technicky bych tam rád hodil RTG grafiku takže.... .
    Dělám souběžně i verzi pro PC (Linux) s tím že by to mělo vypadat stejně. Plus bych tam chtěl mít určitou formu síťového multiplayera.
    Svět je procedurálně generovaný, s jednotným seedem příběhovou story mám vymyšlenou.

    V zásadě je to Frontier, doufám že v lepší grafice, Zatím jsem se s nějakými 250 Polygony na screenu dostal na něco kolem 20 FPS vliv na rychlost má kolik se toho musí vykreslit. Testuju na konfiguraci s 030. Ale zkuste sami v archivu jsou testovací binarky. Dejte vědět.

    PS: Kdyby se chtěl někdo zapojit nějaká grafika a zvuk abych nemusel dělat všechno by se šiklo.

    Jo a kdyby jste měli pocit, že to je fakt dobrý, tak zdrojem inspirace na 3D polygonový engine je inspirovaný Enforcem .
    Přiložené soubory
    Naposledy upravil Noro; 17.09.2026, 01:42:51.
    Dum spiro spero!
    Amiga 1200 x2, Amiga 600, Amiga 500, PowerMacek G5 (MorphOS), Amiga 2000. IceDrake (68080/192MIPS, 512 MB RAM, RTC)

    #2
    Tak toto budu sledovat.

    Komentovat


      #3
      Doplnil jsem celkem zásadní věc a to je ořezávání hran, myslím, že to je vidět střídavě se to zapíná a vypíná. Přes víkend zkusím udělat stínování nějak interaktivně aby se to dalo testovat... to bude asi solidní zásek do rychlosti je to halda počítání navíc.

      ----- UPDATE -----
      Ale jakože vůbec . Dostal jsem geniální nápad. každá barva na screenu může mít řekněme 8 odstínů podle takže počítam z tabulek aloďe mají dva odstíny barvy a dva dstíny kovu max (to je 32 odstínů plus kabina a motory... ostatní to mají v zásadě stejně, plus textura s popisem a další věci znaky a tak.
      Takže si kludně můžu ty odstíny předgenerovat a pak se jen posouvám v tabulce podle pozice dynamického světla. Takže to sice není uplně 100% stínování ale je to mnohem rychlejší a ve hře si toho nikdo nevšimne vypadá to líp než origoš Frontier .
      Přiložené soubory
      Naposledy upravil Noro; 17.09.2026, 19:58:11.
      Dum spiro spero!
      Amiga 1200 x2, Amiga 600, Amiga 500, PowerMacek G5 (MorphOS), Amiga 2000. IceDrake (68080/192MIPS, 512 MB RAM, RTC)

      Komentovat


        #4
        Už to dovede korektní Z-buffer a stínování. Myslím že loď předstírající trysky a ukzuje jak to hezky stínuje.
        Přiložené soubory
        Dum spiro spero!
        Amiga 1200 x2, Amiga 600, Amiga 500, PowerMacek G5 (MorphOS), Amiga 2000. IceDrake (68080/192MIPS, 512 MB RAM, RTC)

        Komentovat


          #5
          Sleduji se zadrzenym dechem co bude dal

          Obdivuji, ze ten kod pises rucne sam. To je v assembleru ci v C?

          Komentovat


            #6
            Blbinky jako loadery dělám v Cčku herní logiku v Cčku tam není moc co je to zbytečná drbačka dělat to v assembleru, rasterizér je v assembleru (a jo pujčil jsem si kus od Filipa D.) některé technikálie řeším, různým sháněním. Občas AI když je potřeba se na něco doptat Google stejně sime všechno přes gemini.

            Jak máš jednou nějakou věc tak je to realativně snadné nejhorší je ten začátek. Původní myšlenka byla vykreslovat vektory... ale tam je problém s barvama a podle mě od určitého počtu to je pak jedno, jde spíš o velikost.

            C2P rutinu mám z aminetu, ale pak bych rád použil RTGMaster.library to co mám dovede dokonce i delta kompresi (MMU na 030 počítá rozdáli mezi snímky a kopírují se jen změny.
            To stínování nakonec není tak složité, daleko horší byl ten realistiký Z-buffer.

            Jo a s Claudem jsem se domluvil, že mu nakreslím náčrtky lodí a on mi z toho udělá objekty v Blenderu .
            Jo a Nechal jsem si vygenerovat reálné pozice a seznamy hvězd v okolí sluneční soustavy. Tak je tam přidám a kolem toho nebo spíš za jejich bublinou se bude generovat procedurální (fakt jakože zatím nemám tucha jak to udělám ) vesmír..

            PS: Skutečný výhled bude ještě o něco menší... nahoře bude stavový bar (co má loď zapnuté a podobně) pak výhled z kabiny a pak dole ovládání a radar. Chtěl bych to udělat podobně jako to je tuším v Grindu tím ušetřím nahoře cca 20 pixelů a dole 56 možná víc ... a to znamená zase o něco méně překreslování v cz fast do chip.
            Naposledy upravil Noro; 18.09.2026, 14:50:08.
            Dum spiro spero!
            Amiga 1200 x2, Amiga 600, Amiga 500, PowerMacek G5 (MorphOS), Amiga 2000. IceDrake (68080/192MIPS, 512 MB RAM, RTC)

            Komentovat


              #7
              No parada. Slusna prace.

              Tu "oblohu" se statickymi hvezdami sem resil v Atari ST/Amiga Elite. Puvodne tam byl jen ubihajici starfield podle pohybu lodi, neco jako stardust. Ten sem potlacil a udelal ho tmave sedy a na pozadi bile staticke hvezdy a vypada to dobre. Aby to nezpomalovalo tak sem je predpocital do tabulky jako vektory na kouli kolem tebe (vzdalenost pro nepotrebujes, jen smer) A pak je rozdelil do stromu aby chudak 68000 na 8MHz to upocital a Elite se stale hybalo i na A500. Zkusim to zitra popsat a udelat dokument, jestli chces.

              Realne hvezdy tam nemam, dal sem to nahodne. U prvni Elite je to jedno.

              Komentovat

              Zpracovávám...
              X