Odin Inspector and Serializer | Improve your workflow in Unity
https://odininspector.com/

Nutno rict, ze tohle jsou extremne dobre investovane penize - vrele doporucuju, opravdu extremne sikovna vec, ktera resi unit problemy se serializaci a umoznuje docela hezky a rychle modifikovat inspektory.

Primitivni "skriptovaci" jazyk na klikani pro designera jsem diky tomu udelal za chvilicku, misto abych se s tim prcal ve snaze obchazet unity serializaci :)

Na druhou stranu už začínám chápat to Unity of Love and Hate. Garry Newman, ten co dělá Rust hezky shrnul, co ho naopak na Unity sere:
What Unity Is Getting Wrong - Garry's Blog
https://garry.tv/unity-2020

SHIGORBIRDMAN: Pár víkendů jsem si s tím teď hrál a jo, jsou tam problémy. Velmi málo dokumentace nebo prostě odpovědí na problémy, ke kterým se dostanu, různý věci se tam mění, takže návody, který už někdo udělal nefungují úplně přesně, protože něco přejmenovali, nebo dělají trošku jinak.
Ale je pak krásný vidět, co to umí v akci. Okamžitý instancování desetitisíců objektů, subscény, přes který si víceméně můžeš vytvořit open world.

JAACOB: tak tohle je spis syntakticky cukr nad unsafe kontextem a praci s pointrama ;)
dots afaik funguje prece jen trochu jinak, ale furt jsem se nedostal k tomu, abych si s nim zacal nejak hrat... a nejspis pockam, az se to v unity jeste trochu vyvine, co jsem slysel, zatim je ta implementace prilis mlada a menena...


SLASH: teoreticky muzes stejne veci delat v unity od zacatku, ale prace s unsafe a pointery je kapku otravna a nebezpecna... driv jsem to u par veci delal, protoze v cistem c# se to proste nehlo, kdyz jsem pracoval s polem misto pointery

btw celkem podobne jako ten Span funguje v Unity NativeSlice (Unity.Collections package)

SLASH: jen jsem to prolitl, ale mam za to, ze na stejnem principu je prave postavenej celej DOTS (ne teda na tom Spanu, ale na podobne organizaci dat). Je to pristup, kde prave ty linearni alokace jsou zaklad uspechu - ulehcuji pristup k datum a umoznujou multitasking. Akorat bude asi sichta se odpoutat od zaziteho OOP a zacit u architektury premyslet jinak...

https://www.stevejgordon.co.uk/an-introduction-to-optimising-code-using-span-t

zatial to nefunguje v Unity, ale dobry sposob zrychlenia / optimalizacie kodu...

JAACOB: jj, dalsi dobry tip... takze odpoved bolo vypnutie recyklacie tweenow! v tom
DOTween.Init stacilo zmenit prvy parameter na true a vsetky moje problemy z tweens sa poriesili!
blody hell, tolko casu som s tym zabil :(

SLASH: Zvlastni - na prvni pohled v tom kodu nevidim problem. Jeste me napada, jestli to nemuze byt nejaky bordel s recyklaci tweenu - vim, ze s tim jeden kolega kdysi zapasil a konfiguroval jinak appku. Zkus mrknout na dokumentaci initu a zkus upravit parametry a pouzit ten safe mode nebo vypnout recyklaci - jestli problem nahodou neni tam..?
DOTween - Documentation
http://dotween.demigiant.com/documentation.php?api=DOTween.Init

PATRIKSIMA: Spravne je to tak, ze kdyz hrac nema stisknuty input strelby, tak proste cekas, az stisknutej bude. Jakmile se detekuje, ze jako jo, tak vystrelis a ulozis si nejakej TimeoutDoDalsihoVystrelu - coz je realne cas podle kadence zbrane. Pak v kazdem updatu, pokud je TimeoutDoDalsihoVystrelu > 0, tak od nej odectes time.deltaTime (cas framu). Az v okamziku, kdy je <= 0, tak muzes vystrelit znovu. Ale nenastavis ho znova na celou hodnotu, jen k aktualni hodnote tu novou prictes. Takze kdyz po odectu byla hodnota zaporna, tak to je "kompenzace" za to, zes mel vystrelit uz tech par milisekund zpet. Chtel jsem poslat link na unity, ale to je zmatene a jeste blbe... :)
Kod by mel vypadat napr. takhle nejak:

private float fireDelta = 100f; // kadence
private float timeToShoot = 0f; // timeout do dalsiho vystrelu

private void Update()
{
    if (timeToShoot > 0) timeToShoot -= time.deltaTime;

    if (Input.GetButton("Fire1") && timeToShoot <=0)
    {
       Shoot(); // spawn projektilu, animace - whatever
       timeTiShoot += fireDelta; // proste deltu prictem, neresetujem! Takze ten zaporny cas, o ktery jsme prisli delkou framu mame kompenzovany...
    }

    if (timeToShoot < 0) timeToShoot = 0; // ale aby se "nenabijel" firerate kdyz nestrilis nebo neco, tak tady cas resetujem na 0...
}

JAACOB: Est raz diki za rady, prepisal som to tak ze je tam pouzita ta coroutine a seqvencia : https://pastebin.com/3FcwatHx

funguje to celkom dobre, ale teraz tam vznikol taky bug...

Pokial sa pouzije funkcionality Hint (cize to tlacitko vpravo dole, ktore ukaze uzivatelovy ktory objekt ma najst) a toto zavola na Hunt.cs funkciu showHintAnimation() co je v podstate taky jednoduchy yoyo color tween, a potom user klikne na ten objekt a spusti showFoundAnimation().. ten posledny fade tween sa nevykona, tym padom sa ani OnComplete nevykona ktore by malo znicit ten gameObject takze ostane ta minca visiet na scene .. a uz samozrejme nie je klikatelna. Nestava sa to ale vzdy, niekedy to funguje OK aj napriek tomu ze je minca kliknuta pocas tej hint animacie.

Napadlo ma dat tam timeline insert s callbackom na znicenie objektu, namiesto zavesit no na OnComplete?
Alebo co by si navrhol za riesenie?

Tu je preview, stalo sa to hned na zaciatku..
hunt
http://www.youtube.com/watch?v=UlRHYyr-MAs

K tomu jak se jednoduse da udelat slusnej fuckup v timingu tu mam jednu perlicku z praxe - v byvale praci pri hrani nasi strilecky jsem proste citil, ze FPS ovlivnuje rychlost strelby zbrane. Zacal jsem se vrtat v kodu a zjistil, ze je to napsane uplne blbe. Mezi vystrelama se cekalo na timeout podle kadence zbrane, vystrelilo se a pak se cekalo zase stejnej timeout. To je ale blbe. Zkusim nacrtnout:

╚══════╝ Pozadovany realny interval mezi vystrely

Realny framerate (N = nevystrel, V = vystrel)
N────N────N────N────N

Optimalni chovani strelby - v kazdem framu vyhodnocujes, jestli od presneho casu posledniho vystrelu uz muzes strilet znova:

V────N────V────V────N────V────V────V─...
╚══════╩══════╩══════╩══════╩══════╩═...

Situace, kde kontrolujes, jestli uz muzes v danem framu vystrelit a kdyz jo, tak restartujes timeout:

V────N────V────N────V────N────V────N...
╚══════╝    ╚══════╝    ╚══════╝    ╚═════...

To je ale blbe! (a takhle podle me funguje i ten InvokeRepeating). Tady je videt, ze i na 8 framech s vysokou kadenci jsi schopnej u spatneho pristupu okrast hrace o 2 vystrely...to je velkej pruser! :)
TOBE by se pak klidne mohlo stat, ze ti podle FPS ty invoke-repeating/frame count fajrovani eventu muze klidne vychazet uplne na random o +- pul vteriny, takze se jednou ten fade zvladne, jindy ne...