Help Topic Hardver/Szoftver

[Cloud]

Vagy a windowsnak mondod meg hogy a hdmi device legyen az elsődleges hangeszköz, vagy mpc-hc-ben options->playback->output->audio renderer alatt. (attól függően hogy csak a mpchc-t akarod hogy a tévén szóljon, vagy a gépen mindene)

Az elsődleges hangeszközre már rájöttem köszönöm szépen. Esetleg van még valami finomhangolási lehetőség mpchc-ben?(amit tudok még hogy 60hz-es a tv, ha ez számít valamit. )

[TurboK]

Konkrétan mi nem tetszik rajta hogy finomhangolni akarod? Esetleg még az underscant érdemes 0%-ra tenni, hogy pixelre stimmeljen a kép.

[NLZ]

madVR renderer?

[Cloud]

Konkrétan mi nem tetszik rajta hogy finomhangolni akarod? Esetleg még az underscant érdemes 0%-ra tenni, hogy pixelre stimmeljen a kép.

Végül is minden ok, csak kérdeztem.

[NLZ]

Na mit fogok elfelejteni lementeni a gépről, mielőtt újratelepítem?

[chilip]

Na mit fogok elfelejteni lementeni a gépről, mielőtt újratelepítem?

tentacle pron könyvtár?

[TurboK]

Konkrétan mi nem tetszik rajta hogy finomhangolni akarod? Esetleg még az underscant érdemes 0%-ra tenni, hogy pixelre stimmeljen a kép.

Végül is minden ok, csak kérdeztem.

Hát az underscant érdemes levenni, meg még esetleg állitani a pixel formátumon (rgb vagy ybpbr), catalyst control centerben meg tudom mondani hol van, the geforce kártyáknál nem tudom.

[NLZ]

Na mit fogok elfelejteni lementeni a gépről, mielőtt újratelepítem?

tentacle pron könyvtár?

Az nem gáz, másik vinyón van. Program beállítások eshetnek áldozatul. Pl könyvjelzők vagy totalcommanderbe rakott egyedi gombok.

[Próféta]

Na mit fogok elfelejteni lementeni a gépről, mielőtt újratelepítem?

Wifi jelszavak (ha laptop)

[Fazék]

nagybátyám gépén valamiért meghalt az ethernet port, berakott vadiúj PCI-os kártyát, azzal ment egy hétig a net, majd azzal is megadta magát. állítása szerint annyit csinál hogy bedugáskor egy pillanatra fölvillan a led, érzékeli a kábelt, de aztán semmit.

DIGI van náluk, szóval egyetlen ethernet kábel jön be a lakásba és az bele a gépbe.

sajnos még nem láttam a gépet, és most nem is látom sok értelmét 1 órát buszoznom, átmenni és megnézni, mert egy darab note-/netbookom sincs itthon, amivel tutira le bírnám tesztelni a helyi net-kapcsolatot...

másik kérdés: ha esetleg alaplap hibának bizonyul, akkor ugye AM2-es lap és prociról van szó, am2+ -os lap ugye gond nélkül kezeli majd a procit?

[NLZ]

jah, megy úgy.

[Cobra]

Egyébként meg Digi-t se ártana felhívni, hogy mérjék ki mi jön ki a kábelből. Nekem nagyon gyanús, hogy a kábelen keresztül kapott túláramot mindkét Ethernet vezérlő. Vagy csak simán tönkrement a kábelvég és nem érintkezik rendesen.

[Fazék]

Egyébként meg Digi-t se ártana felhívni, hogy mérjék ki mi jön ki a kábelből. Nekem nagyon gyanús, hogy a kábelen keresztül kapott túláramot mindkét Ethernet vezérlő. Vagy csak simán tönkrement a kábelvég és nem érintkezik rendesen.

a gond az, hogy ha a digi jön ki, és nem ők a hibásak, akkor perkálni kell kiszállási díjat, meg minden hasonló baromságot

szóval ezért kéne előbb odajutnom és lepróbálnom, de erre nem tudom mikor lesz lehetőségem

[Nakedape]

samsung b2100 -t ha függetlenítenék, merre kell elinduljak? /láma

Ismerős mobilos? Ezeket nem lehet otthon szerintem kiüttetni.

valakinek ismerős vagy megbízható? nálam csak keresés alatt

http://mobilarena.hu/teszt/turbosim/nyomtatobarat/teljes.html

erről vélemény?

[Cloud]

Itt olvasgass:

http://mobilarena.hu/tema/turbo_sim/friss.html

ÉN nem biztos hogy belemennék ilyenekbe. Olvastam már hogy csak ideig-óráig működött.

[Nakedape]

jahh, nem szimpi, továbbra is ismerős mobilos kéne akkor

[kikuchiyo]

Vannak itt matlab-mágusok?

Adott egy kb. 200×300×20 elemszámú 3D tömb. Ezen kéne egy mozgó átlagolást végigtolni, mondjuk 5×5×5-ös ablakmérettel. Tehát az új tömb elemei úgy állnak elő, hogy az eredeti tömb elemei közül kiválasztjuk azokat, amelyek beleesnek egy 5×5×5-ös kockába, és azokat átlagoljuk. A következő elemhez arrébbtoljuk eggyel a kockát stb.

Megírtam 3 egymásba ágyazott ciklussal, elvileg működik is, csak nagyon lassú. Hogy lehet ezt gyorsan és értelmesen megoldani?

[chilip]

mi az hogy lassú? mennyi idő alatt fut le?

[kikuchiyo]

[spoiler]4 óra [/spoiler]

[Kvikveg]

[spoiler]4 óra [/spoiler]

MIAF...!
Itt nincs valami trukkozes, hogy melyik iranyba erdemes leptetni? Valami ilyen remlik most meg kodosen.
Meg azon gondolkodom mashogy hogyan lehetne gyorsitani, hogy ne kelljen mondjuk minden 5 hosszu "rudat"/sort 5szor kiszamolni pl.

[Kvikveg]

Ez mukodne?
x y z iranyok vannak
x=200 y=300 z=20
Eloszor omlaszd ossze z iranyban, 5os csusztatassal, lesz igy belole
z=16
x=196 hosszu utana
y=296 hosszu lesz ugyanigy

Aztan az elemeket osszad el 5x5x5tel.

Es most gondold at, hogy ezzel sporoltam-e neked szamolast, mert lovesem nincs es almos vagyok mar hozza de nagyon.

Sot meg az is lehet, hogy orbitalis baromsagot mondtam, de a mai napom hosszu volt...

[kikuchiyo]

Az jutott még eszembe, hogy előállítom a tömb eggyel, kettővel stb. elcsúsztatott változatait és ezeket összeadom.

[Próféta]

Sima számtani közép, ugye?

Az az egyik trükk, amit Kvikveg mond.

A másik: csináld inkrementálisan már ezeknél az előfeldolgozásoknál is. A z mentén összegezve az egyik ötös összegből úgy kapod a következőt, hogy hozzáadsz egy új elemet, és levonsz egy kiesőt. Utána y szerint összegezve mindig hozzáadsz egy 5-ös sor előre kiszámolt összegét, és levonod egyét. Aztán x szerint haladva meg előre kiszámolt yz lapokkal operálsz.

Az utsó ötlet: figyelj a cache-hatékonyságra, tehát lehetőleg azokat az adatokra legyen egyszerre szükség, amelyek egymáshoz közeli memóriacellákon vannak, mert a cache miss sokkal drágább a cache hit-nél. Ha tehát úgy van tárolva a tömböd, hogy A_xyz és A_xy{z+1} szomszédosak a memóriában, akkor a legbelső ciklus z szerint haladjon.

+1 ha esetleg nagyobb lenne a tömb, akkor egy idő után már megérné többszálúsítani az összegzést, n magos CPU-val majdnem n-szeres gyorsulás.

Az jutott még eszembe, hogy előállítom a tömb eggyel, kettővel stb. elcsúsztatott változatait és ezeket összeadom.

Ez mit gyorsítana? Vagy azt nem értem, amire gondolsz, vagy hogy miért jó. Esetleg arra gondolsz, hogy van valami hardveres vektorösszeg-támogatás?

[Kvikveg]

csuszoatlagolassal van
(5x5x5-1 osszeadas meg egy osztas )*(20-4)*(200-4)*(300-4)
124*16*196*296 osszeadas
115 103 744

Igy lenne
(5-1 osszeadas)*200*300*16+(5-1 osszeadas)*16*300+(5-1 osszeadas)*16*196+(16*196*296 osztas)
4*(200*300*16+196*300*16+196*296*16) osszeadas lenne
4*(960 000 + 940 800 + 928 256 )
4*2829056
11 316 224

Es azon gondolkodom, hogy ha mas iranybol csokkented eloszor, akkor jobb-e az eredmeny.

Jol latom?

edit: a memoriateruletes trukkot en is hallottam, es megerositest is anno, szoval ott a matlab belso rejtelmeit jo lenne ismerni.

[kikuchiyo]

Azt tudom, hogy egydimenziós mozgóátlagot úgy célszerű számolni, hogy hozzáadom az új elemet és levonom a leghátsót. De ebben a háromdimenziós esetben szerintem keveset hozna, illetve jelentősen bonyolítaná a dolgot.

Azt látom, hogy nem mindegy, milyen sorrendben vannak egymásba ágyazva a ciklusok, valószínűleg sikerült pont a rossz esetet eltalálni. Ezzel majd még próbálkozom (holnap, most Cowboy Bebopot nézek).

Az jutott még eszembe, hogy előállítom a tömb eggyel, kettővel stb. elcsúsztatott változatait és ezeket összeadom.

Ez mit gyorsítana? Vagy azt nem értem, amire gondolsz, vagy hogy miért jó. Esetleg arra gondolsz, hogy van valami hardveres vektorösszeg-támogatás?

Most azt csinálom, hogy

Code Select Expand

for x = 1:xsize
  for y = 1:ysize
    for z = 1:zsize
     averaged = sum(sum(sum(original(x-xwindowsize:x+xwindowsize, y-ywindowsize:y+ywindowsize, z-zwindowsize:z+zwindowsize))));
    end
  end
end
averaged = averaged/((2*xwindowsize+1)*(2*ywindowsize+1)*(2*ywindowsize+1))

Ahol xsize és ysize 100-as nagyságrendű, gondolom, ezért tart ilyen sokáig.

Ehelyett gondoltam azt, hogy

Code Select Expand


for x = -xwindowsize:xwindowsize
  for y = -ywindowsize:ywindowsize
    for z = -zwindowsize:zwindowsize
      averaged = averaged + original(x,y,z-vel eltolt változat, még nem tudom, hogy lehet hatékonyan előállítani);
    end
  end
end
averaged = averaged/((2*xwindowsize+1)*(2*ywindowsize+1)*(2*ywindowsize+1))


A lényeg, hogy a ciklusmagban lévő tömb-összeadást a Matlab elvileg gyorsan tudja csinálni, de ha nem is olyan gyorsan, akkor is csak xwindowsize*ywindowsize*zwindowsize = mondjuk 125-ször kell elvégeznie, szemben az első változatban lévő xsize*ysize*zsize = 1200000-rel.

[Kvikveg]

Ha nem hasznalod a trukkomet, akkor velem ellentetben egy adott 5x1es rudat pl (ez a trukk elso lepese) te 5x5szor szamolsz ki en viszont csak egyszer. Raadasul en az elsohoz hasznalok csak 4 osszeadast, a tobbihez mar csak egy osszeadast egy kivonast, cserebe van 3 segedvaltozo-ertekadasom persze.
Legyszi majd probald ki, kivancsi vagyok.

Code Select Expand

ize=0
bigyo=0
bigyoseged=0
for x = 1:xwindowsize
  for y = 1:ywindowsize
    for z = 1:zwindowsize-4
      if z=1
          bigyo=A(x,y,z) //regi ertek
          A(x,y,z)=A(x,y,1)+A(x,y,2)+A(x,y,3)+A(x,y,4)+A(x,y,5)
          ize=A(x,y,z)    //eredmeny a kovetkezo lepeshez
      else
          bigyoseged=A(x,y,z)  //regi ertek
          A(x,y,z)=ize-bigyo+A(x,y,z+4)
          ize=A(x,y,z)
          bigyo=bigyoseged   //regi ertek tarolva
       endif
    end
  end
end

Aztan xre (z-4)(y)(x-4) limitekkel aztan yra (z-4)(y-4)(x-4) limitekkel

Aztan osztani 5x5x5-ttel az osszeset.

Foritsad matlabra, en nem tudok matlabul.

[kikuchiyo]

Moha??

De azért majd megnézem azt is, amit írtál.

[spoiler]A valódi probléma egyébként annyival bonyolultabb, hogy a tartomány határán adaptívan változtatni kell az átlagolási tartományt úgy, hogy a térfogata állandó maradjon. Ezt pedig nem nagyon tudom máshogy megcsinálni, mint egymásba ágyazott ciklusokkal.[/spoiler]

[Kvikveg]

Profeta.... mar kisse ki vagyok utve.
def adaptívan változtatni kell az átlagolási tartományt úgy, hogy a térfogata állandó maradjon
Ja esmindhaom ciklus legbelso valtozojanak az osszeomlasztando iranynak kell lennie, ami memoriateruleten nem biztos jo.

Esetleg ez kivalthato uj tomb letrehozasaval ami a kovetkezo irany szerint kedvezo sorrendben tarolja a dolgokat?
A szot atadom Profetanak. XD

[Próféta]

ninjászva voltam, de most már túl fáradt vagyok felfogni, hogy Kvikveg ugyanazt írta-e, mint én. Tippre igen.

De ebben a háromdimenziós esetben szerintem keveset hozna

Mármint sokkal többet, mint egydimenziós esetben Egy 5x5x5-ös kiskocka összegének kiszámolása 125 aritmetikai művelet helyett 2: egy lap hozzáadása, egy lap levonása. Az 5x5-ös lapokat (pl. yz síkkal párhuzamosan) már kiszámoltad egy előfeldolgozó lépésben, szintén egy mozgóátlaggal (egy oldal hozzáadása, egy levonása). Ehhez pedig legelőször az 5 hosszú csíkokat összegzed (z-vel párhuzamosan).

A lényeg, hogy a ciklusmagban lévő tömb-összeadást a Matlab elvileg gyorsan tudja csinálni, de ha nem is olyan gyorsan, akkor is csak xwindowsize*ywindowsize*zwindowsize = mondjuk 125-ször kell elvégeznie, szemben az első változatban lévő xsize*ysize*zsize = 1200000-rel.

Ez igaz, de maga a ciklusmag lesz 5x5x5 helyett 1200000 költségű, szóval pénz az ablakban. Az lehet talán a megoldásod előnye, ha a Matlab tényleg sokkal lassabban végzi a külső ciklusokat, mint a jól kioptimalizált belső összeadást.

Viszont elültetted a bogarat a fülemben. Ha nem is feltétlenül 3D, de 2D konvolúció garantáltan van a Matlabban, talán nem teljesen vacakul implementálva (de tippre lassabban, mint amit fent javaslok). Az 5x5-ös csupa egyes mátrixszal megkonvolválod az eredeti tömb 200x300-as síkjait egyenként, aztán a 20 síkot egymásravetítve oszloponként 5-ös mozgóátlag.

def adaptívan változtatni kell az átlagolási tartományt úgy, hogy a térfogata állandó maradjon

+1
De akkor is tuti, hogy az alacsonyabb dimenziós részösszegekbe nem kalkulálható bele?

[kikuchiyo]

Nos, van 3D konvolúció, és nagyon sokkal gyorsabb, mint a kézi hajtányos megoldás.
(40 másodperc 11×11×11-es kernel esetén)

szerk: közben az is kiderült, hogy én voltam a faszláma, mert a for-ciklusok határait nem számoltam ki előre, ezért egy csomó memóriaintenzív, turkálós műveletet többször végeztem feleslegesen.

szerkszerk: most jött el a beismerés ideje, hogy mégis inkább anyagmennyiség-becslőnek kellett volna mennem.
[spoiler]Fél órát téptem a hajam, hogy mi a halálért száll el a matlab a ciklus végén, aztán rájöttem, hogy azért, mert beírtam a script közepére, hogy "exit;".  [/spoiler]