Új hozzászólás Aktív témák

• #6499 prime_adam aktív tag kovisoft #6498

  Új Válasz 2023-03-15 02:41:17 #6499

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  prime_adam

  aktív tag

  válasz kovisoft #6498 üzenetére

  Nagyon köszönöm, sokat segítettetek! Hogy hogy fog sikerülni a kivitelezés, arra még kíváncsi leszek

• #6497 prime_adam aktív tag kovisoft #6496

  Új Válasz 2023-03-14 20:49:22 #6497

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  prime_adam

  aktív tag

  válasz kovisoft #6496 üzenetére

  Köszönöm. Igazából lehet elkezdem az egyszerűbbel (középpontok láthatósága), aztán ha nem elég pontos az eredmény, akkor váltok a ray tracing-re.

  Esetleg ezeknek a módszereknek/függvényeknek van valami megnevezése? Ha nem muszáj nem találom fel a kereket és nem programozom le fölöslegesen.

• #6495 prime_adam aktív tag kovisoft #6494

  Új Válasz 2023-03-13 23:53:30 #6495

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  prime_adam

  aktív tag

  válasz kovisoft #6494 üzenetére

  Szemkímélő üzemmódban van a monitor, így már az is csoda, ha néhány színt eltalálok

  "Ha viszont úgy definiálod, hogy mindkét téglalap összes pontjából látszódjon a másik összes pontja"
  Ezzel az a problémám, hogy gondolom a sarkokban lesz egy-egy vakfolt. Tehát az átlójának vonalán elhelyezkedő téglalapokat nem találnám meg, ha azok széltében vagy hosszában nem nyúlnának túl a vakfolton.

  "azt gyanitom egyszerubb az ilyen spec esetre megirni mint agyuval verebre valos matrixokkal dolgozo grafikai nagyagyu library-t bevetni"
  Egyetértek, valami egyszerű és gyors kéne

  "nem kell a 'szomszedsag' szimmetrikus tulajdonsag legyen?"
  alapvetően igen de ezt már programkódban tudom kezelni, vagy betudom a hibahatár számlájára

  Egyelőre nem tudom jobban definiálni a szomszédságot, mint ahogy a 3D-s ray tracing példában. Adott téglalap középpontjából "kilőtt" x darab ray (félegyenes, vagy kellően hosszú egyenes) és mindegyik legelső ütközése (ha egyáltalán van) az első szomszéd. És az az ütközés, ha szeli a másik téglalapot (esetleg érinti). Minél több a ray, annál nagyobb a pontosság.

  Lehet van rá jobb megoldás is, ezt nem tudom.

• #6492 prime_adam aktív tag axioma #6491

  Új Válasz 2023-03-13 00:55:01 #6492

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  prime_adam

  aktív tag

  válasz axioma #6491 üzenetére

  Ha jol ertem te tkp egy pontbol szeretned a 'latohataran' levo teglalapokat megtudni.
  Igen, pontosan

  Nem fedik egymást és szabályos az alakjuk (nincsenek rotálva sem).

  Ez áll legközelebb ahhoz, amit szeretnék, csak 2D-ben és mindenféle bonyolult alakzat, lencse és egyéb extrák nélkül:
  https://github.com/isl-org/Open3D/issues/2906

  Pontosabban ilyesmi lenne (random kép a netről):
  https://i.stack.imgur.com/M7KL5.png

  És akkor szépen egyesével megnézem, hogy melyik melyikkel szomszédos. Például a zöldnél kijönne, hogy a sárga, világos szürke és lilás/rózsaszínes a szomszédja.

• #6490 prime_adam aktív tag

  Új Válasz 2023-03-12 03:18:46 #6490

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  prime_adam

  aktív tag

  Igen, az fontos, hogy a távolság ne számítson. Ha éppen egy kis lyukon látszik az is valid, de igazából valamennyi hibahatár is belefér, így nem feltétlen lenne szükség minden szomszédra. Úgy számolom, ha mondjuk 45 fokonként (félegyenes féle verzió) vizsgálnám a jelölteket, akkor nagyjából megtalálnám a lényeget, ami az oldalsó, felső és kicsit rézsútos szomszédok. De ha tényleg gyors, nézhetem az összeset, tényleg nem számít, az sem, ha egy kis lyukon egy távoli jelöltet talál.

  Egyébként ilyenkor látszik, hogy néha egy egy tök triviális dolog mennyire nem az. Például ha az élekről indítanék vonalat, akkor olyan téglalapokra is lenne rálátás, amire középről nincs. De ilyen mértékű pontosság most nekem nem kell szerencsére.

• #6488 prime_adam aktív tag Jester01 #6487

  Új Válasz 2023-03-12 02:25:10 #6488

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  prime_adam

  aktív tag

  válasz Jester01 #6487 üzenetére

  Igazából nem szeretném túlbonyolítani, így arra gondoltam, hogy a kiindulópont mindig az aktuális téglalap közepe lehetne. A másik pont nehezebb kérdés. Lehetne a többi téglalap közepe (csak ez nagyon sok lesz). Esetleg második pont nélkül, az aktuális téglalap közepétől 15 fokonként elfordítva egy félegyenes. És az első téglalap az eredmény, aminek az oldala ezt metszi, ahogy írtad is.

  De ezek csak ilyen saját ötletelések. Ha van rá implementáció, akkor az a legjobb, mert akkor package-ből be tudnám húzni a kódba

• #6486 prime_adam aktív tag

  Új Válasz 2023-03-12 00:55:17 #6486

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  prime_adam

  aktív tag

  Sziasztok!

  Egy olyan problémába futottam bele, hogy 2D-s térben levő téglalapokról meg kéne állapítanom, hogy "látják-e" egymást. Például van vízszintesen egymás mellett A B C (tegyük fel egyforma) téglalap, akkor ugye B kitakarja C-t. Nem vagyok matematikus, így legegyszerűbben úgy tudnám megfogalmazni, hogy A rálát B-re, de C-re nem.

  Kiindulva a játékokból és grafikus programokból, ennek szerintem elég gyakori problémának kéne lennie, így biztos van rá képlet is, de nem tudom tudom milyen néven keressek rá és ebben kérném a segítségeteket.

  Egyébként, ha ez segít valamit, akkor alapvetően egy gráfot szeretnék előállítani, hogy melyik téglalapnak mely téglalapok a szomszédai.

Új hozzászólás Aktív témák