Visbeidzot darba tilpums unreālā dzinējā 5.3. Mēs to darām 5 minūtēs

Darba tilpums beidzot ir ieradies Unreal Engine 5. To var izdarīt materiāla līmenī un pielietot gan objektiem, gan nebeidzamām ainavām.

Nobīdes ģeometrija nav izveidota tādā pašā veidā kā Nanīta ģeometrija, lai gan to sauc par to pašu. Sakarā ar to nobīdes radītā ģeometrija neietekmē atstarošanas leņķi un izcēlumus, tāpēc materiālam labāk piemērot parasto karti. Un arī man personīgi dators stipri sasalst, ja pārvietojat IC tuvu ģeometrijai ar pārvietojumu. Visticamāk, tas tiks labots nākamajās versijās.

Problēmas ar šķidruma simulāciju un kāpēc tā ir dārga?

Mērķis ir izveidot 10 sekunžu ļoti detalizētu šķidruma simulāciju tuvplānam ar ātrumu 60 kadri sekundē.

Pavadījis apmēram dienu, eksperimentējot un salīdzinot MantaFlow ar Flip Fluis, izvēlējos pēdējo, jo MantaFlow uzvedas ļoti neparedzami, atkarībā no izšķirtspējas.

Es izdomāju, ka ūdens sasniegs baseina virsmu 50 kadros + vajag 10 sekundes pašas animācijas ar ātrumu 60 kadri sekundē, kā rezultātā tiek simulēta 650 kadri ar 150 miljonu vokseļu izšķirtspēju. Šī simulācija Ryzen 3700x aizņēma 5 dienas.

Turklāt izrādījās, ka blenderis avarē renderēšanā, ja FlipFluids ģeometrija ir pārāk augsta daudzstūra. Es tiešām negribēju vēlreiz veikt simulāciju ar zemāku izšķirtspēju un atkal gaidīt vairākas dienas. Es pavadīju pāris dienas, meklējot problēmas risinājumu un pat sāku domāt par atgriešanos MantaFlow.

Es pārkonfigurēju ainu no Cycles uz Octane Render, problēma saglabājās, tāpēc es nolēmu atgriezties pie Cycles.

Blenderis kopumā ļoti labi tiek galā ar lielu skaitu daudzstūru, problēma ir ar FlipFluids ģeometriju. Papildinājumu izstrādātāji atzīst problēmu savā GitHub un raksta, ka tā ir Blender pusē, jo tā nedarbojas labi ar HighPoly ģeometriju, kas izveidota Python vai tamlīdzīgi.

Es nolēmu mēģināt eksportēt ģeometriju uz Alembic, lai pēc tam varētu to importēt atpakaļ, tāpēc ar to nevajadzētu rasties problēmām. Es mēģināju eksportēt dažādos veidos, bet tas vienmēr beidzās ar blendera avāriju. Viens eksports aizņēma pat vairāk nekā dienu.

Tad kādā amerikāņu forumā atradu risinājumu, kur bija teikts, ka ģeometrijā pirms eksportēšanas vienkārši jāsamaina modifikatori un jānoliek Smooth modifikators, pēc tam FlipFluids ģeometrija tika ātri eksportēta uz Alembic. Tas izdevās. Es eksportēju ģeometriju uz Alembic, paslēpu oriģinālo FlipFluids ģeometriju no renderēšanas un skata loga, bet atstāju burbuļus un putas un importēju Alembic ģeometriju.

Biju patīkami pārsteigts, ka Alembic ģeometrija saglabāja ātruma informāciju un MotionBlur uz ūdens darbojās pareizi un aina vairs neavarēja. Precīzāk, tas nepacēlās uzreiz, bet nedaudz vēlāk.

Palaidu renderēšanu, tas avarēja tikai nākamajā dienā, pēc kādiem simts kadriem. Tas ir normāli, jūs varat dzīvot, es tikko restartēju renderēšanu no vietas, kur tā apstājās.

Strūklas saskares vietā ar ūdens virsmu šķidrums izskatās tumšs. Nemaz nav "zilā lagūna". Problēma ir PathTracing tehnoloģijas ierobežojumi. Šajā vietā ir milzīgs skaits atspīdumu un refrakciju no ūdens virsmas un burbuļiem, un renderētājs saskaita ne vairāk kā 12 atspulgus un pēc tam zīmē melnumu. Var, protams, iestatīt nevis 12, bet 128, 1024 utt., bet tad mēs mēnešiem gaidīsim renderēšanas rezultātu. Tāpēc burbuļiem pievienoju tirkīza pašspīdumu un pašam ūdenim 10 reizes mazāk tādu pašu pašspīdumu. Jamb ir pazudis, renderēšanas laiks nav mainījies. Es renderēju no sākuma. Tajā pašā laikā nolēmu sākt nevis no 50., bet gan no 100. kadra, kur jau ir redzamas vibrācijas uz ūdens virsmas. Es arī pievienoju spilgtumu gaismas avotiem un nedaudz miglas ūdenim.

Pēc kāda laika testēšanas pamanīju, ka Blender 3.5 sižetā uzvedas daudz stabilāk nekā 3.6 versijā, tāpēc nolēmu turpināt darbu tajā. Materiālus ar Mix karti nācās pārkonfigurēt, jo 3.6 versijā tā darbojas savādāk, un pirmie kadri būs jāpārrenderē, jo tagad daži materiāli izskatās nedaudz savādāk.

Citu dienu vēlāk es aplūkoju iegūtās animācijas pirmās sekundes un pamanīju, ka augi vējā šūpojas ne tā, kā biju plānojis, zaros nebija tekstūras un zāle bija pazudusi. Problēma ir tāda, ka es projektu veicu klēpjdatorā, simulāciju un renderēšanu personālajā datorā, un datorā ar versiju 3.5 bija veca veģetācijas papildinājumu versija. Pārinstalēja veģetācijas papildinājumu, pārkonfigurēja veģetāciju. Pārinstalēja spraudni zālei, pārkonfigurēja zāli. Es iestatīju, lai animācija tiktu renderēta vēlreiz.

Atklāju Batch Render Creator programmu, pateicoties tai, avāriju skaits renderēšanas laikā vēl vairāk samazinājās.

Pašmirdzums no šī leņķa, netālu no tumšās plaisas, kur izplūst ūdens, neizskatās īpaši labi. Diemžēl blenderim nav attāluma kartes, kas ir pieejama 3ds Max un Corona versijās, tāpēc jums būs vēlreiz jāatveido versija bez pašspīdēšanas un jāiejauc tās AfterEffecs, lai apgabalā nebūtu pašspīdēšanas. plaisa, bet ir arī citās vietās.

Bija arī citas problēmas, piemēram, ar kameras pozīciju, jo animācijas sākumu no 50. kadra pārcēlu uz 100. kadru, kā arī daļu no tā nācās renderēt no jauna. Un man bija jāmācās ar ģeometrijas mezgliem, lai nogrieztu dibenu pie ūdens, jo es neveicu simulāciju visam baseina dziļumam.

Atbildot uz potenciālajiem kritiķiem, kuri nekad neko tādu nav darījuši, bet uzskata, ka Houdini vai PhoenixFD ir mazāk problēmu un visu var izdarīt ātrāk, iesaku vispirms izveidot 150+ miljonu vokseļu simulāciju un renderēt to GPU. ar animētu veģetāciju un pārvietošanos, un pēc tam pierakstiet, cik ilgi tas prasīja un ar kādām niansēm un nesaderībām jūs saskārāties.

Kāpēc es pārgāju no 3ds Max uz Blender?

Pirmo datoru viņi man nopirka 2002. gadā, man bija 12 gadi. Apmēram pēc gada spēles man vairs neinteresēja un, ietaupījis 60 rubļus no skolas pusdienām, nopirku savu pirmo disku ar 3ds Max 6. 2003. gadā un līdz 2006. gadam man nebija interneta. Viss, kas tur bija, bija pati programma. Un katru reizi, kad es iedarbināju datoru, vispirms es palaižu 3d Max un pētīju to "zinātniski bāzējot". Pirmie 500r. Es sāku strādāt pie 3ds Max 2006. gadā 16 gadu vecumā. Viņi man maksāja par naktskluba vizualizāciju manā pilsētā Ivanovā. Diemžēl ne šis, ne pārējās nav saglabājušās, jo... 2007. gadā datora cietais disks sabruka kopā ar visu informāciju. kopš 2007. gada darbi ir saglabājušies un te, piemēram, pāris darbi no tiem laikiem.
https://vk.com/album2903316_71222494

Pēc tam strādāju spēļu studijā, tad pie izplatītāja Autodesk, tad pasniedzu kursus par 3d Max un taisīju tajā projektus. No 13 līdz 32 gadiem mana dzīve bija cieši saistīta ar šo programmu. Bet tagad ir pagājis gads, kad es visus savus projektus veicu Blender, un manā darba datorā 3ds Max pat nav instalēts, un lūk, kāpēc:

  1. Blender Cycles X ir ļoti ātrs GPU renderētājs. Es reiz uzrakstīju rakstu, ka nav jēgas mācīties, kā precīzi noregulēt V-Ray, jo datori kļūst arvien jaudīgāki un pavisam drīz mēs pāriesim uz PathTrace renderēšanu. Es rakstu rakstu 2013. gadā. Corona Render (PathTrace) parādījās un kļuva populārs 2015.-2016. 2019. gadā tika izlaistas videokartes ar RTX paātrinājumu, kas virzīja attīstības vektoru uz GPU PathTrace renderēšanu, un tagad, ja vēl neesat pārgājis uz GPU renderēšanu, tad tas jādara. Ja manā datorā Corona Render atveido sižetu 1–2 stundu garumā līdz 50–100 apakšvienībām un pēc tam to noņem, tad Blender uz RTX 3060ti 2 minūtēs atveido 1024 apakšnodaļas. 30 sek. tajā pašā interjerā. Un renderējums dažu sekunžu laikā sasniedz 50–100 apakšnodaļas. Tie. lai labi detalizēti atveidotu 8 interjera leņķus, daudz augstāk, nekā tas būtu kronī, man kopā vajag 20 minūtes, nevis 8+ stundas.
    V-Ray GPU zaudē arī Cycles, jo ārpus kodola nedarbojas V-Ray, un tāpēc jūsu aina var vienkārši netikt renderēta, ja tajā ir interjers un, piemēram, vairāk nekā divas 8k faktūras.
  2. Blender ir bezmaksas OpenSource risinājums. Tas nozīmē milzīgus ietaupījumus, iegādājoties programmatūru, vai, ja esat pirāts, tas atkal glābj jūs no “hemoroīdiem”, meklējot labu darba plaisu bez vīrusiem, kas joprojām var avarēt, piemēram, pēc paralēlās, vairāk jaunākā versija.
  3. Lejuplādes ātrums. Blenderis tiek palaists dažu sekunžu laikā, atšķirībā no 3ds Max, kas sākas pēc 30–60 sekundēm.
  4. Karstie taustiņi Blenderī ir ieviesti vienkārši wow. Objekti tiek pārvietoti daudz ātrāk un viss darba process tiek paātrināts. Tāpat izkārtojumu veidošanai atteicos no AutoCad, jo blenderī ar karstajiem taustiņiem var pārvietot poligonus un virsotnes precīzos attālumos.
  5. BlenderKit bibliotēka un līdzīgi papildinājumi. Ja jums ir nepieciešams kāds gatavs 3D objekts, jums nav jāiet uz noliktavām, tas jālejupielādē, jāizpako, pēc tam jānoklikšķina uz pogas "Importēt" utt. Jūs vienkārši atlasiet vajadzīgo objektu blendera interfeisā un nekavējoties ievelciet to ainā.
  6. Skulptūra un teksturēšana. Viņiem nav nepieciešams atsevišķi iegādāties MudBox, Zbrush, Mari vai SustancePainter, eksportēt modeli uz Fbx, pēc tam atvērt šajās programmās, pēc tam eksportēt atpakaļ utt. Blenderī jums vienkārši jāiet uz skulptūru vai teksturēšanas cilni un jādara viss, kas jums nepieciešams. Ja neesat šauri orientēts skulptūru vai teksturēšanas speciālists, blendera funkcionalitāte jums nebūs pamanāma.
  7. Pateicoties 1. darbībai, gaismas un materiālu iestatīšana ir daudz ātrāka. Tie. Vairs nav tādas lietas, ka uzliek renderēšanu pa nakti, no rīta redzu, ka kaut kāds materiāls nav pareizs, vai gaisma nav pareiza, vai kāds plakāts ir neizdevies nobīdīt utt., un tad atkal uzliec uz renderēšanas. . Visas šādas kļūdas ir redzamas uzreiz, jo rupja atveide aizņem sekundes daļu, un nav pat jāatkāpjas un jāpavāra kafija.

Kā redzat, visi šie punkti ietaupa daudz laika un noņem nevajadzīgus “hemoroīdus”. Bet ir arī trūkumi.

  1. Interjera vizualizācijai blendera bibliotēkas vēl nevar salīdzināt ar 3ds Max bibliotēku, kas ir pieejama 3ddd vietnē. Tomēr tas neliedz lejupielādēt nepieciešamo no 3ddd FBX formātā un pārkonfigurēt materiālus.
  2. Displacement Cycles X ir ieviests sliktāk nekā Corona vai Octane renderētājos. Tas ir resursietilpīgāks. Renderēšanai ar pārvietojumu ar izšķirtspēju, kas lielāka par 1600*1200, ar 8 GB video atmiņu var nepietikt. Tomēr jūs varat:
    a) samaziniet apakšnodaļas parametru
    b) instalējiet Octane, kas blenderī ir bezmaksas, taču šajā gadījumā jums būs manuāli jāpārkonfigurē visi materiāli oktānskaitlim
    c) gaidiet jaunas blendera versijas, tas attīstās ļoti ātri
    d) iegādājieties RTX 3090 ar 24 GB video atmiņu

Priekš manis plusi krietni atsvēra mīnusus. Un laika gaitā, man šķiet, pēdējie divi mīnusi pazudīs.

PS Ja izmēģinājāt blenderi un jums šķita, ka tas darbojās lēnāk nekā 3ds Max, pārliecinieties, vai tas darbojas diskrētā videokartē, nevis iebūvētajā.

Ja vēlaties izmēģināt, kas ir Blender, un pārbaudīt tā ātrumu un lietojamību, iesaku to pārbaudīt šī video apmācība, tur viss ir īss, skaidrs, līdz galam un bez ūdens.

Izlīdzinām tekstūras toni, lai izvairītos no flīžu ieklāšanas

Nodarbība par darbu ar faktūrām
Mēs izlīdzinām tekstūras toni, lai izvairītos no obsesīviem "frekvenču sadalīšanās" atkārtojumiem.

0. Atveriet tekstūru programmā Photoshop
1. Ctrl+j
2. Filtrs — aizmiglojums — vidējais (filtrs — izplūšana — vidējais)
3. Veiciet dubultklikšķi uz “Fons” — Labi
4. Fons uz augšējā slāņa
5. Fona 50% slāņa necaurredzamība un “Linear Light” sajaukšanas metode
6. Filtrs — cits — krāsu kontrasts iestatīts uz (50–100) (Filtrs — cits — augstā caurlaide)
7. Apvienojiet slāņus Filter – Other – offset (Filter – other – offset) un pārbīdiet tekstūru pa aci tā, lai šuves būtu redzamas centrā.
8. Nosedziet šuves ar zīmogu vai noņemiet tās, ņemot vērā saturu.

Salas projekts tirdzniecības centram

Mūsu studija veido projektus salām un izstāžu stendiem, sākot no skicēm līdz 3D vizualizācijām un zīmējumiem programmā AutoCAD. Tālāk ir sniegts vairāku mūsu Solntseturn franšīzes darbu piemērs:

3D modelis tiek zīmēts līdz faktiskajam mērogam īsta fotogrāfija.

3D modelis tiek zīmēts līdz faktiskajam mērogam īsta fotogrāfija.

Tirdzniecības centra “salas” dizaina projekta izstrāde no skicēm līdz 3D vizualizācijai un zīmēšanai AutoCAD.

Pasūtiet pabeigtu salas projektu - +7(985)468-80-21 vai mail@andreykozlov.ru

Cena:

Jūsu koncepcijas vizualizācija, pamatojoties uz jūsu skicēm un atsaucēm - 20 000 rubļu.

Jūsu koncepcijas vizualizācija, pamatojoties uz jūsu skicēm un atsaucēm + video lidojums - RUR 30 000.

Ekspress dizains, vizualizācija un video lidojums, bez jūsu skices, tikai pamatojoties uz atsaucēm, bez labojumiem - 40 000 rubļu.