Lõpuks töömaht Unreal mootoris 5.3. Teeme seda 5 minutiga

Töömaht on lõpuks Unreal Engine 5-sse jõudnud. Saate seda teha materiaalsel tasandil ja rakendada seda nii objektidele kui ka lõpututele maastikele.

Nihke geomeetria ei ole loodud samamoodi nagu Naniidil, kuigi seda nimetatakse samamoodi. Tänu sellele ei mõjuta nihkega tekkiv geomeetria peegeldusnurka ja esiletõstmisi, mistõttu on parem materjalile rakendada tavalist kaarti. Ja ka minu jaoks isiklikult külmub arvuti tõsiselt, kui liigutate IC-d nihkega geomeetria lähedale. Tõenäoliselt parandatakse see tulevastes versioonides.

Probleemid vedeliku simulatsiooniga ja miks see on kallis?

Eesmärk on teha 10 sekundit väga üksikasjalikku vedeliku simulatsiooni lähivõtete tegemiseks kiirusega 60 kaadrit sekundis.

Pärast umbes päeva katsetamist ja MantaFlow Flip Fluisiga võrdlemist valisin viimase, kuna MantaFlow käitub olenevalt resolutsioonist väga ettearvamatult.

Arvasin, et vesi jõuab basseini pinnale 50 kaadriga + vajate 10 sekundit animatsiooni ennast 60 kaadrit sekundis, mille tulemuseks on 650 kaadri simulatsioon 150 miljoni voksli eraldusvõimega. See simulatsioon Ryzen 3700x võttis aega 5 päeva.

Lisaks selgus, et segisti jookseb renderduses kokku, kui FlipFluidsi geomeetria on liiga kõrge hulknurkne. Ma tõesti ei tahtnud simulatsiooni uuesti teha madalama eraldusvõimega ja oodata uuesti mitu päeva. Otsisin paar päeva probleemile lahendust ja hakkasin isegi mõtlema MantaFlow'sse naasmisele.

Seadistasin stseeni tsüklitest ümber oktaanirenderduseks, probleem püsis, nii et otsustasin naasta Cyclesi juurde.

Blender saab üldiselt paljude hulknurkadega väga hästi hakkama, probleem on FlipFluidsi geomeetrias. Lisandmoodulite arendajad tunnistavad oma GitHubi probleemi ja kirjutavad, et see on Blenderi poolel, kuna see ei tööta hästi Pythonis tehtud HighPoly geomeetriaga või muu sellisega.

Otsustasin proovida eksportida geomeetria Alembicu, et saaksin selle seejärel tagasi importida, nii et sellega ei tohiks probleeme tekkida. Proovisin eksportida erinevatel viisidel, kuid see lõppes alati blenderi kokkujooksmisega. Üks eksport võttis isegi üle päeva.

Siis ühest ameerika foorumist leidsin lahenduse, kus öeldi, et geomeetrias tuleb enne eksportimist lihtsalt modifikaatorid ära vahetada ja Smoothi modifikaator alla panna, misjärel eksporditi FlipFluidsi geomeetria kiiresti Alembicu. See töötas. Eksportisin geomeetria Alembicu, peitsin originaalse FlipFluidsi geomeetria renderdus- ja vaateaknas, kuid jätsin mullid ja vahu ning importisin Alembicu geomeetria.

Olin meeldivalt üllatunud, et Alembicu geomeetria säilitas kiirusteabe ja MotionBlur vee peal töötas õigesti ning stseen enam kokku ei jooksnud. Täpsemalt, see ei tõusnud kohe, vaid veidi hiljem.

Käivitasin renderduse, see jooksis kokku alles järgmisel päeval, umbes saja kaadri järel. See on normaalne, sa saad elada, ma lihtsalt taaskäivitasin renderduse sealt, kus see peatus.

Joa kokkupuutepunktis veepinnaga tundub vedelik tume. Üldse mitte "sinine laguun". Probleemiks on PathTracingi tehnoloogia piirangud. Selles kohas on veepinnalt ja mullidest tohutult palju peegeldusi ja murdumisi ning renderdaja loeb maksimaalselt 12 peegeldust ja seejärel joonistab mustuse. Muidugi saab määrata mitte 12, vaid 128, 1024 jne, aga siis ootame renderdamise tulemust kuid. Seetõttu lisasin mullidesse türkiissinist isehelendust ja veele endale 10 korda vähem sama isesähki. Jamb on kadunud, renderdusaeg pole muutunud. Renderdan algusest peale. Samas otsustasin alustada mitte 50. kaadrist, vaid 100. kaadrist, kus vibratsioonid on juba veepinnal näha. Valgusallikatele lisasin ka heledust ja veele veidi udu.

Pärast mõnda aega testimist märkasin, et Blender 3.5-s käitub stseen palju stabiilsemalt kui versioonis 3.6, seega otsustasin sellega edasi töötada. Mix kaardiga materjalid tuli ümber seadistada, sest versioonis 3.6 töötab see teisiti ning esimesed kaadrid tuleb uuesti renderdada, sest nüüd näevad osad materjalid välja veidi teistmoodi.

Veel üks päev hiljem vaatasin saadud animatsiooni esimesi sekundeid ja märkasin, et taimed ei õõtsunud tuule käes nii, nagu olin plaaninud, okstel polnud tekstuuri ja muru oli kadunud. Probleem on selles, et tegin projekti sülearvutis ning simulatsiooni ja renderdamist arvutis ning arvutis versiooniga 3.5 oli taimestiku lisade vana versioon. Taimkatte lisand installitud uuesti, taimestik ümber seadistatud. Installisin uuesti muru plugina, seadistasin muru ümber. Panin animatsiooni uuesti renderdama.

Avastasin programmi Batch Render Creator, tänu sellele vähenes renderdamisel krahhide arv veelgi.

Selle nurga alt, pimeda prao lähedal, kust vesi välja voolab, ei tundu isehelend eriti hea. Kahjuks ei ole blenderil vahemaakaarti, mis on saadaval versioonides 3ds Max ja Corona, nii et peate ilma iseheleneva versiooni uuesti renderdama ja need AfterEffecsis segama, et automaatse helendumise alal ei tekiks ​lõhe, kuid seda on teistes kohtades.

Probleeme oli ka muid, näiteks kaamera asendiga, kuna nihutasin animatsiooni algust kaadrilt 50 kaadrilt 100 ja pidin ka osa ümber renderdama. Ja ma pidin geomeetriasõlmedega nokitsema, et vee lähedalt põhi ära lõigata, kuna ma ei teinud simulatsiooni kogu basseini sügavuse ulatuses.

Vastuseks potentsiaalsetele kriitikutele, kes pole kunagi midagi sellist teinud, kuid usuvad, et Houdinis või PhoenixFD-s on probleeme vähem ja kõike saab kiiremini teha, soovitan teil esmalt teha 150+ miljoni voksli simulatsioon ja renderdada see GPU-s. animeeritud taimestiku ja nihkega ning seejärel kirjutage üles, kui kaua see aega võttis ning milliseid nüansse ja vastuolusid kohtasite.

Miks ma vahetasin 3ds Maxilt Blenderile?

Nad ostsid mulle 2002. aastal esimese arvuti, olin 12-aastane. Umbes aasta pärast ei olnud mängud minu jaoks enam huvitavad ja säästnud koolilõunast 60 rubla, ostsin oma esimese plaadi 3ds Max 6-ga. 2003. aastal ja kuni 2006. aastani ei olnud mul Internetti. Kõik, mis seal oli, oli programm ise. Ja iga kord, kui arvuti käivitasin, käivitasin kõigepealt 3ds Maxi ja uurisin seda "teadusliku torkimise teel". Esimesed 500 r. Alustasin 3ds Maxiga töötamist 2006. aastal 16-aastaselt. Nad maksid mulle minu Ivanovo linna ööklubi visualiseerimise eest. Kahjuks pole säilinud ei see ega ka teised, sest... 2007. aastal kukkus arvuti kõvaketas koos kogu teabega kokku. aastast 2007 on teosed säilinud ja siin on näiteks paar teost sellest ajast.
https://vk.com/album2903316_71222494

Seejärel töötasin mängustuudios, seejärel turustaja Autodeski juures, siis andsin 3ds Maxi kursusi ja tegin selles projekte. 13–32-aastaselt oli minu elu selle programmiga tihedalt seotud. Kuid nüüd on möödunud aasta, kui olen kõiki oma projekte Blenderis teinud ja minu tööarvutisse pole 3ds Max isegi installitud ning põhjus on siin:

  1. Blender Cycles X on väga kiire GPU renderdaja. Kunagi kirjutasin selle artikli pole mõtet õppida V-Ray peenhäälestamist, sest arvutid muutuvad võimsamaks ja peagi läheme üle PathTrace'i renderdustele. Kirjutasin artikli aastal 2013. Corona Render (PathTrace) ilmus ja sai populaarseks aastatel 2015-2016. 2019. aastal ilmusid RTX-kiirendusega videokaardid, mis suunasid arendusvektori GPU PathTrace’i renderdamise poole ja nüüd, kui te pole veel GPU renderdamisele üle läinud, siis peaksite seda tegema. Kui Corona Render renderdab minu arvutis stseeni 1–2 tunni jooksul kuni 50–100 alajaotisena ja seejärel summutab selle, siis RTX 3060ti Blender renderdab 1024 alajaotust 2 minutiga. 30 sek. samas interjööris. Ja renderdus jõuab 50-100 alajaotuseni mõne sekundiga. Need. interjööri 8 nurga renderdamiseks hea detailsusega, palju kõrgemal kui see oleks võras, kulub mul kokku 20 minutit, mitte 8+ tundi.
    V-Ray GPU kaotab Cyclesile ka selle poolest, et out of core ei tööta V-Rays ja seetõttu ei pruugita teie stseeni lihtsalt renderdada, kui see sisaldab interjööri ja näiteks rohkem kui kahte 8k tekstuuri.
  2. Blender on tasuta avatud lähtekoodiga lahendus. Mis tähendab tohutut kokkuhoidu tarkvara ostmisel või, kui oled piraat, siis päästa taaskord hea töötava ja ilma viirusteta prao otsimise “hemorroididest”, mis võivad ikkagi kokku kukkuda, näiteks pärast paralleeli installimist. viimane versioon.
  3. Allalaadimise kiirus. Blender käivitub mõne sekundiga, erinevalt 3ds Maxist, mis käivitub 30-60 sekundiga.
  4. Blenderi kiirklahve rakendatakse lihtsalt vau. Objekte liigutatakse palju kiiremini ja kogu tööprotsess kiireneb. Samuti küljenduste loomiseks loobusin AutoCadist, sest blenderis saab kiirklahvidega polügoone ja tippe täpsetele kaugustele liigutada.
  5. BlenderKiti teek ja sarnased lisad. Kui teil on vaja mingit valmis 3D-objekti, ei pea te minema börsile, alla laadima, lahti pakkima, seejärel klõpsama nuppu "Impordi" jne. Valite lihtsalt segisti liideses soovitud objekti ja lohistate selle kohe stseeni.
  6. Skulptuur ja tekstureerimine. Nende jaoks ei ole vaja eraldi osta MudBox, Zbrush, Mari või SustancePainter, eksportida mudelit Fbx-i, seejärel avada see nendes programmides, seejärel eksportida tagasi jne. Blenderis peate lihtsalt minema vormimise või tekstureerimise vahekaardile ja tegema seda, mida vajate. Kui te pole skulptuuri või tekstureerimise kitsalt keskendunud spetsialist, on blenderi funktsionaalsus teile üle jõu käiv.
  7. Tänu 1. sammule on valgusti ja materjalide seadistamine palju kiirem. Need. Ei ole enam sellist asja, et sätin renderduse üleöö, hommikul vaatan, et mingi materjal ei ole õige või valgus pole õige või mingi plakat on nihutamisega ebaõnnestunud vms ja siis paned selle uuesti renderdamisele. . Kõik sellised vead on kohe näha, sest jäme renderdamine võtab sekundi murdosa ning pole vaja isegi eemale astuda ja kohvi keeta.

Nagu näete, säästavad kõik need punktid palju aega ja eemaldavad mittevajalikud "hemorroidid". Kuid on ka puudusi.

  1. Interjööri visualiseerimiseks ei saa blenderi teeke veel võrrelda 3ds Maxi teegiga, mis on saadaval 3ddd veebisaidil. See aga ei takista 3ddd-st FBX-vormingus vajalikku alla laadimast ja materjale ümber seadistamast.
  2. Displacement Cycles X on rakendatud halvemini kui Corona või Octane renderdajate puhul. See on ressursimahukam. Üle 1600*1200 eraldusvõimega nihkega renderduste puhul ei pruugi 8 GB videomälust piisata. Siiski saate:
    a) alandage parameetrit Subdivision
    b) installige Octane, mis on blenderi jaoks tasuta, kuid sel juhul peate kõik materjalid oktaanarvu jaoks käsitsi ümber konfigureerima
    c) oodake blenderi uusi versioone, see areneb väga kiiresti
    d) ostke 24 GB videomäluga RTX 3090

Minu jaoks kaalusid plussid tugevalt üles miinused. Ja aja jooksul, mulle tundub, kaovad kaks viimast miinust.

PS Kui proovisite blenderit ja teile tundus, et see töötab aeglasemalt kui 3ds Max, siis veenduge, et kasutate seda diskreetsel videokaardil, mitte sisseehitatud videokaardil.

Kui tahad proovida, mis on Blender ning testida selle kiirust ja kasutatavust, siis soovitan sellega tutvuda see videoõpetus, seal on kõik lühike, selge, täpne ja ilma veeta.

Plaatimise vältimiseks ühtlustame tekstuuri tooni

Tekstuuridega töötamise õppetund
Ühtlustame tekstuuri tooni, et vältida "sageduse lagunemise" obsessiivseid kordusi.

0. Avage Photoshopis tekstuur
1. ctrl+j
2. Filter – hägu – keskmine (filter – hägu – keskmine)
3. Topeltklõpsake nuppu „Taust” – OK
4. Pealmisel kihil taust
5. Tausta 50% kihi läbipaistmatus ja "Linear Light" segamismeetod
6. Filter – muu – värvikontrast on seatud väärtusele (50–100) (Filter – muu – kõrgpääs)
7. Kombineeri kihid Filter – Other – offset (Filter – other – offset) ja nihuta tekstuuri silma järgi nii, et õmblused oleksid keskel nähtavad.
8. Katke õmblused Templiga või eemaldage need sisu arvestades.

Kaubanduskeskuse saare projekt

Meie stuudio loob projekte saartele ja näitusestendidele, alates visanditest kuni 3D-visualisatsioonide ja joonisteni AutoCADis. Allpool on näide mitmest meie tööst Solntseturni frantsiisile:

3D-mudel joonistatakse tegeliku skaala järgi päris foto.

3D-mudel joonistatakse tegeliku skaala järgi päris foto.

Kaubanduskeskuse “saare” kujundusprojekti väljatöötamine alates visanditest kuni 3D visualiseerimise ja joonistamiseni AutoCADis.

Tellige võtmed kätte saare projekt - +7(985)468-80-21 või mail@andreykozlov.ru

Hind:

Teie kontseptsiooni visualiseerimine teie visandite ja viidete põhjal - 20 000 rubla.

Teie kontseptsiooni visualiseerimine teie visandite ja viidete põhjal + video läbilend - 30 000 RUR.

Ekspresskujundus, visualiseerimine ja video lendamine, ilma teie visandita, ainult viidete alusel, ilma muudatusteta - 40 000 rubla.