Keresés: - Programozás topic - Fototrend Hozzászólások

LOGOUT témák

PROHARDVER! témák

Mobilarena témák

IT café témák

GAMEPOD témák

Keresés

Téma összefoglaló

Utoljára frissítve: 2023-12-13 06:18

Fototrend

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

#13741 MATEO6600 őstag Ispy #13740

Új Válasz 2020-02-13 11:41:17 #13741
Ú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

MATEO6600

őstag

válasz Ispy #13740 üzenetére

Hasznos oldal, ez alapján egy ultra-wide 32-es és 16:9-es 27"-os monitor között vertikálisan nincs is számottevő különbség:
#13733 MATEO6600 őstag

Új Válasz 2020-02-13 11:21:03 #13733
Ú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

MATEO6600

őstag

Thx az infókat, épp monitorvásárlás előtt állok és vaciláltam a méreten
#13727 MATEO6600 őstag

Új Válasz 2020-02-13 10:44:04 #13727
Ú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

MATEO6600

őstag

Jó téma, aki ilyen 32" vagy nagyobb monitort használ, milyen távolságból nézi? "Normál", mintha egy 24"est néznétek?
#13305 MATEO6600 őstag Tigerclaw #13304

Új Válasz 2019-10-11 12:11:26 #13305
Ú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

MATEO6600

őstag

válasz Tigerclaw #13304 üzenetére

Hasznos infókat osztasz meg velünk, de azért remélem anno ezt a CodeCool oktatóknak is elmesélted és nem csak nekünk!
#13232 MATEO6600 őstag dqdb #13231

Új Válasz 2019-09-18 12:00:39 #13232
Ú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

MATEO6600

őstag

válasz dqdb #13231 üzenetére

A pontosság elveszhet kiíratás közben is. Lehet hogy a változó megfelelően tárolja az értéket, de a kiíratás csonkít rajta. Én ennek néznék utána, miután immediate window-ban kideríteném, hogy milyen értékei vannak.
#13228 MATEO6600 őstag

Új Válasz 2019-09-18 10:02:48 #13228
Ú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

MATEO6600

őstag

A stack bizony lehet kicsi, alapértelmezetten 1 mega, te meg 1.185.800 bytot használsz, ami kicsit több.
vector<float> nonzero_val -> vector<double> nonzero_val;
#12724 MATEO6600 őstag kobe24 #12718

Új Válasz 2019-02-24 17:33:15 #12724
Ú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

MATEO6600

őstag

válasz kobe24 #12718 üzenetére

Én anno fraktálok grafikáját számoltam ki.
Emlékeim szerint 4 szálon közel 3.5x-ös sebességnövekedést értem el.
Látványos is volt, mert az eredményt kirajzoltattam.
#12717 MATEO6600 őstag kovisoft #12716

Új Válasz 2019-02-22 15:44:15 #12717
Ú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

MATEO6600

őstag

válasz kovisoft #12716 üzenetére

Köszönöm a tippeket
Ráfekszek jobban ezekre, mert eddig nem adtak egyértelműen jó megoldást.
#12715 MATEO6600 őstag kovisoft #12714

Új Válasz 2019-02-22 13:09:59 #12715
Ú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

MATEO6600

őstag

válasz kovisoft #12714 üzenetére

Igen, ezzel próbálkoztam már! Tucatnyi szűrési algoritmussal (egyelőre még nincs meg a tökéletes).
#12713 MATEO6600 őstag Domonkos #12712

Új Válasz 2019-02-22 11:43:43 #12713
Ú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

MATEO6600

őstag

válasz Domonkos #12712 üzenetére

Értek valamennyit az AI-hoz. De elég nagy tudományterület, és nem minden ágát ismerem, és nem sok ágával van gyakorlati tapasztalatom.
#12711 MATEO6600 őstag opr #12710

Új Válasz 2019-02-22 11:21:41 #12711
Ú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

MATEO6600

őstag

válasz opr #12710 üzenetére

Én is ezt gondoltam
Egészen jól kezelhető, kivéve a problémás részeket. Na de épp azok az érdekesek...
De egyébként ez egy általánosan kiterjeszthető probléma is:
Adott egy detektáló algoritmus, ami bizonyos inputokon jól működik, adott paraméterekkel.
Azonban jelentősen eltérő inputra jelentősen eltérő paraméterekkel ad megfelelő eredményt.
Kérdés, hogy akkor hogy paraméterezze az ember az algoritmust? Mivel túl nagy a szórás az inputok között, ezért nem létezik "joker", mindenre jó eredményt produkáló paraméterkészlet. Véleményem szerint ilyenkor jönne be az AI a képbe, csak nem tudom pontosan milyen téren keresgéljek. Genetikus algoritmussal már próbálkoztam, működik, de nem adot elég robosztus eredményt.
#12709 MATEO6600 őstag opr #12708

Új Válasz 2019-02-22 10:59:41 #12709
Ú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

MATEO6600

őstag

válasz opr #12708 üzenetére

Így is működik jelenleg. Ideális esetben faszán.
Viszont ha beadok egy olyan felvételt, ahol szignifikáns az eltérés (pl kórosan gyors/lassú szívverés, arrhytmia), akkor ezek bőven a tolerancia határon kívül esnek.
#12707 MATEO6600 őstag

Új Válasz 2019-02-21 23:16:19 #12707
Ú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

MATEO6600

őstag

Üdv!
Egy technikai kérdésem lenne:
Adott egy hosszú EKG jel, ahol peakdetectet hajtottam végre.
Gyakorlatilag tökéletesen sikerül is, azonban, ha beadok egy másik jelet, és azon hajtom végre az algoritmust, elhasal. Át kell paramétereznem, és akkor ugyanúgy jó eredményt kapok.
Itt jön a kérdés: milyen programozási módszerrel lehetne kiküszöbölni, hogy ne kelljen minden új inputnál kézileg új paramétert beadnom?
Én valami AI/Machine Learning technikára gondoltam, de nem tudom pontosan milyen lenne hasznos.