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

• #13736 martonx veterán MATEO6600 #13727

  Új Válasz 2020-02-13 11:24:52 #13736

  Ú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

  

  martonx

  veterán

  válasz MATEO6600 #13727 üzenetére

  Én az otthoni 32 colost pont ugyanolyan (vagy minimálisan távolabbról) távról nézem, mint az irodában. Mondjuk a 32 colosnak van egy olyan hátránya már, hogy ha jobbra alul jönnek üzenet notification-ök, nem mindig veszem észre, mert olyan nagy a képernyő, és én épp nagyon balra fent koncentrálok.

• #13735 Ispy nagyúr MATEO6600 #13733

  Új Válasz 2020-02-13 11:24:11 #13735

  Ú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

  

  Ispy

  nagyúr

  válasz MATEO6600 #13733 üzenetére

  32 col alá nem mennék ma már. A kérdés csak az, hogy WQHD vagy 4k.

• #13731 Ispy nagyúr MATEO6600 #13727

  Új Válasz 2020-02-13 11:10:44 #13731

  Ú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

  

  Ispy

  nagyúr

  válasz MATEO6600 #13727 üzenetére

  Nekem 70-es az asztal, szóval kb. 50 centire vagyok a 29-es monitortól, igaz ez 21:9-es, szóval vertikálisan nem olyan magas. És full hd, azért 4k-ra lehet majd közelebb kell pakolni.

• #13729 emvy félisten MATEO6600 #13727

  Új Válasz 2020-02-13 10:55:14 #13729

  Ú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

  

  emvy

  félisten

  válasz MATEO6600 #13727 üzenetére

  En kb. 80 centirol nezem a 38" ultrawide-ot, a 32" 4K-t is kb. hasonlo tavolsagbol neztem.

• #13728 instantwater addikt MATEO6600 #13727

  Új Válasz 2020-02-13 10:54:29 #13728

  Ú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

  

  instantwater

  addikt

  válasz MATEO6600 #13727 üzenetére

  Csalóka ám ez a hány inch kérdés, mert egy nagy ultrawide elég kicsi vertikálisan.

• #13306 Tigerclaw nagyúr MATEO6600 #13305

  Új Válasz 2019-10-11 12:34:29 #13306

  Ú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

  

  Tigerclaw

  nagyúr

  válasz MATEO6600 #13305 üzenetére

  Igen, de ha maguktól nem látják ezeket akkor nem valók mentornak. Gondolom ezt a szisztémát nem ők alkották meg, csak végrehajtják. A neten lehet találni hasonló kritikákat és a pr cikkekhez nem illeszkedő történeteket, amiknek nem happy end lett a cége. El tudom képzelni hogy mikor indult az egész, ők is több munkát, több valódi oktatást raktak bele az egészbe, de most ez van. Sokan vannak ott akik bedőltek a PR-nek, sőt a többség olyan, akár kezdőként, akár haladóként érkezett.

  Egy másik aspektusát nem is piszkáltam, mert nincs még saját tapasztalatom, de nemrég az Index írt a témáról. Másik "iskola", de ugyanaz a modell: [link]

• #13233 dqdb nagyúr MATEO6600 #13232

  Új Válasz 2019-09-18 12:17:28 #13233

  Ú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

  

  dqdb

  nagyúr

  válasz MATEO6600 #13232 üzenetére

  Neked lesz igazad, a fenti példában szereplő összes értékhez elég a double 52 bites pontossága. Sőt, úgy nézem, hogy a float 23 bitje is éppen elég (22 bit kell az egyik számnak).

• #12718 kobe24 tag MATEO6600 #12717

  Új Válasz 2019-02-24 09:17:47 #12718

  Ú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

  

  kobe24

  tag

  válasz MATEO6600 #12717 üzenetére

  Sziasztok.
  Abban kérném a segítségeteket, hogy tudnátok-e olyan feladatot/problémát mondani, amivel jól lehet reprezentálni a soros-párhuzamos feldolgozás közötti sebességkülönbséget? Valami érdekes feladatot próbálok a témában találni, de eddig nem sok minden jutott eszembe. Köszönöm a segítségeteket.

• #12716 kovisoft őstag MATEO6600 #12715

  Új Válasz 2019-02-22 14:30:30 #12716

  Ú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

  

  kovisoft

  őstag

  válasz MATEO6600 #12715 üzenetére

  Még néhány ötlet, bár valószínűleg már ezekre is gondoltál már:

  (1) Amplitúdó tengelyen normalizáció, hogy a maximális kitérés mindig ugyanakkora legyen (persze csak a csúcsok helyének meghatározásához).

  (2) Időtengelyen (ha a peak detection algoritmusod valamilyen ablakmérettel dolgozik): szintén fourier transzformációval meghatározni a karakterisztikus periódushosszt, és ehhez igazítani az ablakméretet.

  (3) MP3 konverzióhoz hasonlóan szeletekre osztani az idősort, és egy-egy szeleten belül (naná hogy szintén fourier transzformációval ) frekvencia-összetevőkre bontani a mintát, a kis amplitúdójú összetevőket kihajítani, a maradékból visszaállított mintában talán könnyebb csúcsokat keresni.

• #12714 kovisoft őstag MATEO6600 #12707

  Új Válasz 2019-02-22 13:00:59 #12714

  Ú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

  

  kovisoft

  őstag

  válasz MATEO6600 #12707 üzenetére

  Csak egy ötlet: az egyenetlen (de amúgy kváziperiodikus) jelet ki lehet simítani úgy, hogy valamilyen diszkrét fourier transzformációt ráeresztve kivesszük az alacsony frekvenciás komponenseket, majd inverz fourier transzformációval visszalakítjuk. Lehet, hogy ez már önmagában is eleget simít ahhoz, hogy működjön a peak detection algoritmusod.

• #12712 Domonkos addikt MATEO6600 #12711

  Új Válasz 2019-02-22 11:25:26 #12712

  Ú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

  

  Domonkos

  addikt

  válasz MATEO6600 #12711 üzenetére

  Amugy ertesz valamennyit az "AI"-hoz, hogy egybol ehhez nyulnal, vagy csak hallottad, hogy sok nagy vallalatnak sok nagy problemajat megoldotta mar es most neked is jol jonne valami ilyen?

• #12710 opr nagyúr MATEO6600 #12709

  Új Válasz 2019-02-22 11:14:22 #12710

  Ú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

  

  opr

  nagyúr

  válasz MATEO6600 #12709 üzenetére

  Hmmmm, fura. Azt gondolna az ember, hogy egy ~barmilyen EKG sima statisztikai modszerekkel elemezheto, de ezek szerint nem ennyire trivialis.

• #12708 opr nagyúr MATEO6600 #12707

  Új Válasz 2019-02-22 10:28:10 #12708

  Ú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

  

  opr

  nagyúr

  válasz MATEO6600 #12707 üzenetére

  Ha a jel EKG szeru, akkor nekem viszonylag fajdalommentes megoldasnak tunik az adatok alapjan szamolni egy atlagos erteket felfele es lefele is, (ha sok az adat, valami mintavetelt hasznalni, vannak erre okossagok, talan meg ingyenes/open source lib-ek is) es ami a felett vagy alatt van x% tureshatarral megkuldve, az peak.
  Es akkor barmilyen inputon mukodik a cucc, bar az init lassabb lesz, mint most. Igy valtoztathato parametered csak a tolerancia lesz, de az meg mar annyira nem tunik nehezen belohetonek.

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