A netflix már egy ideje hivatalosan is elérhető Magyarországon. Aztán lokalizálták a honlapot is magyarra, és az utóbbi időben elszaporodtak a magyar feliratok, és ami meglepett a magyar szinkronos filmek is. Bár ezekre az embedded app-okon belül nem nagyon lehet keresni, és a webes felületen se triviális, az alábbi linket megnyitva szépen le lehet szűrni a magyar nyelvű contentet:
Spotify számcímek a lejátszási listákból
Ha valaki ki szeretné másolni a spotify playlist-ből az előadók és számok címeit, akkor az alábbi javascript kóddal érdemes próbálkozni:
var tracks = document.getElementsByClassName("track-name-wrapper");
for(var i = 0; i < tracks.length; i++)
{
var trackTitle = tracks[i].getElementsByClassName("tracklist-name")[0].innerHTML;
var trackArtist = tracks[i].getElementsByClassName("tracklist-row__artist-name-link")[0].innerHTML;
console.log(trackArtist + " - " + trackTitle);
}
EXCEL LastIndexOf
Ilyen valamiért nincs, pedig néha hasznos lenne. Gondoltam írok egyet, mert miért ne, úgy is rég visual basic-eztem:
Function LastIndexOf(src As Range, char As String)
Dim value As String
Dim valueLen As Integer
value = src.Cells(1, 1).value
valueLen = Len(value)
For i = valueLen To 1 Step -1
If Mid(value, i - 1, 1) = Left(char, 1) Then
LastIndexOf = i
Exit Function
End If
Next i
End Function
Használni így kell: =LastIndexOf(A1; “d”)
Windows és a fájlnevek
Azt hittem a “hosszú” fájlnevek problémája csak az emlékeimben él, és a minket követő generációk számára ez a fogalom (akárcsak a ~1 végű fájlok) ismeretlen lesz. Úgy tűnik a Windows ezt másképp gondolja, Ő még őrzi a régi hagyományokat:
Én tényleg nem tudom ki, és mit üzemeltet windows alatt, de minden tiszteletem az övé…
Céges karácsony
Nem titok, hogy az IT területen mozgó emberek a legtöbb céges eseményt kicsit másképp élik meg, mint más területen dolgozó kollégáik. Nem kivétel ez alól a céges karácsony sem. Az általános IT-s karácsony élményt vau tökéletesen összefoglalta, a céges karácsonyi buli című írásában.
Mivel abban a szerencsés helyzetben vagyunk, hogy nálunk szinte mindenki az IT területen dolgozik, adott volt a lehetőség, hogy olyan karácsonyi bulit szervezzünk, ami nekünk IT-soknak tetszik. A játszunk számítógépes játékkal alapvetést nem akartam én kijátszani, mégiscsak játékfejlesztésből kerültem a vállalati szektorba, és a világért sem szerettem volna a saját érdeklődési körömet ráerőltetni másokra. Szerencsére más irányból is felmerült ez az ötlet, és ha már így alakult nem is volt kérdés, hogy belevágjunk a projektbe.
A döntés megszületése után az első problémát maga a játék kiválasztása jelentette. Skill-t követelő játék nem nagyon jött szóba, hiszen mind játéktapasztalatban, mind korban nagyon nagy volt a szórás.
Végül a választás a Bomberman ’93 nevű klasszikusra esett. Az irányítása egyszerű, bármin elfut, és lehet egyszerre 4-en játszani.
Hogy senki ne tegyen jelentős előnyre szert, magát a játékot egészen a kezdésig titokban tartottuk. A játék, irányítás bemutatására készült egy rövid prezetnáció, de aki ezt mellőzni szeretné, használhatja az eredeti kézikönyvet is:
A fordulókat kétfős csapatokkal játszottuk, melyek kialakítása során az volt a feltétel, hogy a csapattársnak egy másik területről kell jönnie. Ez okozott némi kavarodást, de abban bíztam, hogy ezáltal nem lesznek túl erős csapatok, hiszen a csapattársak kevésbé ismerik egymást, és a cégen belül is felpezsdül a területek közötti kommunikáció. A csapatok kialakítására egy egyszerű Google Sheets-et használtam. A szükséges ellenőrzési logikát (validateTeamData) pedig megírtam gscript-ben. Nem lett hibátlan, de a célnak tökéletesen megfelelt.
Mivel a játék turbografx-16-on jelent meg, így a választott emulátor a mednafen lett, retroarch alól futtatva. Még meg kellett oldani az irányítást, amire eredetileg usb-s nes controllereket szerettem volna beszerezni, de a létszámra, és az idő rövidségére való tekintettel ezt végül elvetettem. Maradt az 1 gép, 1 monitor, 2 billentyűzet felállás, billentyűzetenként két játékossal.
A billentyűzetek controllerként viselkedjenek két dologra volt szükség: a vJoy-ra ami mint neve is mutatja virtuális joystick vezérlőket gyárt, és a Virtual Controller-re, amivel a virtuális joystick-okat a billentyűzetek bemenetével lehet etetni.
Szerencsére az egyszerű vezérlés miatt (4 irány 1 gomb) a vJoy beállítások nem lettek valami túl bonyolultak:
A Virtual Controller kapcsán már kicsit összetettebb a dolog:
- A billentyűzet kezelést át kell állítani Raw módra, hogy a 2 billentyűzet ne akadjon össze (Options – IO Devices – Input – Keyboard Settings – API: RAW Input)
- Engedélyezni kell a vJoy támogatást, hogy a cél eszköz lehessen a vJoy (Options – IO Devices – Output – vJoy Settings – Enabled: true)
- Meg kell csinálni a mapping-eket a Controls menüpont alatt, a Quick Binding menü segítségével. Ez nekem nem működött tökéletesen, de jó alapot adott, hogy mit is kellene összerakni kézzel. A végleges fájl letölthető innen: bomberman.bnd
A kész beállítások tesztelhetők a Monitor vJoy alkalmazással:
Sajnos a RetroArch konfigurálás nem volt olyan egyszerű mint elsőre gondotlam, ugyanis else if van a retroarch binding kódjában. Tehát ha kapott billentyűzet inputot, akkor már nem nézte a joystick inputot. A megoldás végülis az lett, hogy készítettem egy mapping-et a Virtual Controllerben Xbox 360 controllerhez vJoy-ra, ezzel már tudtam menteni a vJoy beállításokat a RetroArch-ba. Még 3x megismételni a beállítást nem sok kedvem volt, ezért a többi játékos esetén már kézzel szerkesztettem a config-ot a retroarch.cfg-be. Ezen felül törölni kellett minden bind-ot (az F1 és az ENTER kivételével), hogy a véletlen mellégépelésekből ne legyen probléma.
A Windows kapcsán a szokásos “gamer” beálllításokat kellett megtenni:
- Power Options – High performance profile
- Power Options – Ne kapcsolja ki a gépet / monitort / merevlemezt
- Intel HD – Disable Hotkeys
- Disable Sticky keys
A csapatok állását a challonge.com-on vezettem, kicsit aggódtam is, mi lesz ha lehal a szerver, de szerencsére nem halt le.
A döntőt streamelni szerettük volna kommentátorokkal, de végül ez technikai okok miatt nem sikerült.
Persze mint minden ilyen rendezvénynél, itt is voltak technikai problémák, és olyan dolgok, amiket lehetett volna jobban csinálni. Iyenek pl.:
- A billentyűzetekre lehetett volna nyomtatni színes matricákat, amik mutatják, hogy melyik helyről melyik játékost irányítjuk
- Jól jött volna egy a csapatokról, és csapattagorkról készített fényképes tabló, hogy ha épp kerestünk egy csapatot vagy tagjait, akkor gyorsabban megtaláljuk
- Streamelni vagy dedikált capture card-al, vagy arra alkalmas hw támogatással lehet (ShadowPlay / ReLive). Az OBS software streaming használhatatlan (belassult / begagyott tőle az emulátor)
- Mindent a saját letesztelt infrastruktúrával kell megoldani. Pl. építettem az iroda wifi-jére, de arra nem számítottam, hogy az ipad amin a pontokat rögzítettem nem fogja túlzottan kedvelni azt.
- A windows update-t is érdemes kikapcsolni, mert az egyik gép az esemény előtt 3 órával internet kapcsolat nélkül rájött, hogy 160 frissítést fel szeretne telepíteni, amibe aztán belebukott, aztán megpróbálta a módosításokat visszavonni…
Az esemény a malőrök ellenére úgy gondolom jól sikerült, legalábbis elég sok pozitív visszajelzés érkezett. Örültem, hogy olyan menő kollégáim vannak, akik kortól / nemtől függetlenül ezt az egészet bevállalták. Szívbemarkoló volt a pillanat, mikor még a szabad játék alatt minden gép előtt ültek, és akik nem fértek oda a váluk fölött nézték, hogy ki hogy játszik, elemezték hogy mi a jó taktika. Tisztára mint egy retro számítógépes klubban.
Már csak ezért is megérte. No meg az érmekért…
(Mellesleg az éremmel sokat szívtam, mert a rajta látható képet nem volt egyszerű megtalálni… Az eredetit végül itt leltem fel, amiről még az izzadságcsepepket is le kellett varázsolni 🙂 )
PID alapú fűtésvezérlés
Azt hittem, nagyon már nem fogok hozzányúlni a fűtéshez. Aztán véletlenül beleolvastam egy mézeskút (Honeywell) termosztát leírásába, ahol arról áradoztak, hogy annyira de annyira takarékos, és annyira menő, mert PI vezérlést használ, ami a legszuperebb.
Mivel én is menő és takarékos termosztátot szerettem volna, kicsit utána olvastam a dolgonak, és rá is találtam a Proportional Integral Derivative Control-ra, ami nem annyira bonyolult, mint amilyennek elsőre tűnik. Mint a neve is mutatja, derivál, integrál, ebből kitalálja (megjósolja), hogy mikor és mennyit kell fűteni, így nagyon precízen tudja tartani a beállított hőmérsékletet. Nagyjából így:
Akit érdekelnek a további részletek, az itt talál egy egész jó leírást, forráskódot, és további problémafelvetéseket (mint pl. tuning, derivative kick / filter, anti reset windup):
https://apmonitor.com/pdc/index.php/Main/ProportionalIntegralDerivative
A dolog annyira működik, hogy a bevezetés után az első visszajelzés az volt, hogy csináljam vissza az egészet, mert soha nem melegek igazán a radiátorok. Még különösebb tuningolás és különösebb görbeillesztések nélkül is, normál működés során elég észrevehetetlen mikor fűt, és mikor nem. Viszont a tényleges hőmérséklet tized foknál többel nem nagyon tér el az előre beállított értéktől.
A vezérlést egyébként épp a napokban módosítottam tovább, hogy a lenti részt csak akkor fűtse a rendszer ha a fentit amúgy is fűtené. Így önmagában a lenti ág csak végszükség esetén indul el, és sokkal melegebb is van, mintha külön fűteném. A fűtés hatásfoka nem észrevehető módon romlott (a plusz egy radiátor és padlófűtés cső nem sokat vesz el a visszatérő ágból, amit amúgy is felfűt a kazán).
A jövőben ha lesz még egy kis időm, akkor az újonnan érkezett szervómotorokból egyet rákötök a kazán hőmérséklet állító tekerőjére, és megpróbálom kihasználni a D részt a PID vezérlőből. Így majd az eltérés mértéke vezérli a kazán által előállított és keringetett víz hőmérsékletét. Ha csak picit kell fűteni, akkor az majd alacsony hőfokú (pl. 40 fokos) vízzel történik, ha nagyon, akkor pedig melegebb (pl. 60 fokos) vízzel.
A kapcsolódó kódok pedig a szokott helyen, a github-on.
Smarthome@github
Amikor nekiálltam az építsünk okos házat projektnek, arra gondoltam, hogy az átlagos informatikai projektektől eltérően ez egy egyszerű dolog lesz, buktatók és problémák nélkül, pár hét alatt véget is ér. Annyira bíztam ebben, hogy még repository-t se csináltam, a forrásokat egyszerűen dropbox-on tartottam. Mostanra eljutottam oda, hogy az alapvetések már működnek, és újra se kell írni mindent (amíg nem jön az openhab v3). Igaz az ütemezéssel kicsit megcsúsztam, de hát mégicsak egy IT projektről van szó, ahol még azok sem mindig tudják mit akarnak, akik az általam használt komponenseket fejlesztik…
Jelenleg épp léptető motort programozok, 3D modelleket készítek nyomtatáshoz, integrálok, deriválok, szabadidőmben pedig egy megbízhatóbb MQTT kommunikációs protokol implementációján gondolkozom, az eszközök és az openhab között… Szóval az izgalmak még csak most kezdődnek (legalábbis annyi izgalom, amit az időm enged).
Újdonság viszont, hogy a projekt felkerült a github-ra, így az újabb dolgok már ott is megtalálhatók: https://github.com/voji/smarthome
IOS 11 – A zsákutca
Váratlanul ért a dolog… Feldugtam az ipad-et a számítógépemre, 5 év után először… Aztán sötét lett, és megjelent a “Connect to ITunes” felirat… Átfutott az agyamon a gondolat: Nem csináltam backupot. De hisz megfogadtam, hogy soha… Miért?! Hibáztam… Most bűnhődni fogok, és a pokolra jutok…
És meg is érkeztünk az IOS11-hez. Az első Ipad-emet pont azért adtam el, mert mindig szolgalelkűen feltelepítettem rá a frissítéseket. Amikor észrevettem a bajt, már nem lehetett visszalépni az IOS 6-ra. Cserébe minden a többszörösére lassult, még a web böngésző is, amire a tabletet elsősorban használtam. Azt mondtam, rendben, ha így játszunk, játszunk. Vettem egy új Ipad-et megjelenés után, IOS 8-al, és nem frissítettem. Egy jailbreak után elmagyaráztam neki, hogy itt nem lesz frissítés, és haverkodjon össze a libretro-val… Azt hittem idilli kapcsolatunknak már semmi nem vethet véget.
Aztán jött a google, és utána egyre több fejlesztő, aki azt mondta, hogy IOS 8 már nem támogatott platform… Így volt olyan app, amihez több frissítés nem jött, és olyan is, hogy már maga az app se (pl. google calendar). Elérkezettnek láttam az időt, elvégre egy IOS 8 – IOS 9 frissítésből mi baj lehet.
A baj az volt, hogy upgrade-t is csak Apple által aláírt IOS-re lehet mondani, az pedig már csak a 11-es. De amire ezt megtudtam, addigra már nem bootolt be többet az IOS 8, én pedig nem készítettem backupot… Így hát beáltam a sorba, elmorzsoltam egy könnycseppet a libRetro után, és rányomtam a frissítés gombra.
Disclaimer: a frissítés teljes frissítés volt, semmilyen beállítást nem vettem át az ICloud-ból. Az itt leírt hibák az általuk kiadott stock operációs rendszeren jelentkeztek…
Nézzük mit is sikerült az Apple-nek fejlesztenie az elmúlt 5 évben:
- Frissítés óta néha nem tölt az ipad. Felrakom a töltőre, kiírja hogy töltés, majd másnap pont ugyan annyi százalékon áll, mint előtte. Nem egyedi probléma, ha újraindítja az ember akkor megint tölt… Egy ideig, aztán működik, majd jöhet megint a restart.
- Ha éppen tölt, akkor sokkal lassabban, mint ahogy az eddig történt. Régen 3-4 óra alatt teljesen feltöltődött, most ennyi idő alatt jó ha 50%-ig sikerül feltölteni az eszközt. Cserébe viszont olyat tapasztaltam, amit eddig soha. Töltés közben melegszik az ipad, lemértem, 10-15C-t
- Míg a régi ipad úgy, hogy minden be volt rajta kapcsolva 250 órát bírt kis standby-ban, az új 110-et bír úgy, hogy minden ki van kapcsolva rajta (lokáció, siri, background app refresh, stb).
- Ki tudná írni, melyik alkalmazás mennyire fogyasztja az akkumlátort (Android 1.0 kb.), na ez nálam nem ír ki semmit.
- Sikerült tönkretenni a SpringBoard-ot. IOS 6-on volt a legjobb, 8-on már csak használható, a 11-re teljesen idegesítő lett. Amikor először használtam csodálkoztam, hogy lehet ilyen intuitív jó felületet csinálni, és azt gondoltam, hogy ezek az Apple-s srácok tényelg értenek a UX-hez. Mostanra eljutottunk oda, hogy ha egy folderen belül akarok egy ikont áthelyezni, akkor egyszerűen nem tudom megoldani, hogy ne lépjen ki a folder-ből ha lapozni akarok annak oldalai között. Persze ki lehet kísérletezni sokadszorra nekem is sikerült, de ez se nem előremutató, se nem intuitív… A hosszan nyomás hossza 5x-ére nőtt, nem akartam elhinni, hogy erre ennyit kell várni, azt hittem kifagyott az eszköz. Bevezettek viszont egy csomó funkciót, aminek nem sok értelmét látom, és nem is használom… Inkább a több felhasználó módot kellene támogatni az értelmetlen hülyeségek helyett…
- Az alkalmazások egy része nem kompatibilis az IOS 11-el, amíg a fejlesztők ki nem adják újra IOS 11-re. Véleményem szerint felhábiorító, hogy egy operációs rendszer nem képes a rá írt alkalmazások futtatéására, és ezt ennyi idő után sem tudta megoldani egy akkora cég, mint az Apple. Érdekes, a Microsoftnak sikerült, Windows 10 alatt is futnak a win95-ös alkalmazások, a 32 bit-esek is 64 bit-es windows-on… De sebaj, a fizetős alkalmazásaim fele kb. kuka, többek közt az iThoughts amit azért használtam… De cserébe megvehetem újra…
- Az alkalmazások egy másik része egyszerűen eltűnt az appstore-ból, és fel se tudom telepíteni. Ilyen az ISSH, amit megvettem, használtam, volt, nincs.
- Az AppStore-ból eltűnt továbbá a Whislist funkció. Ez különösen szuper, mert azok az alkalmazások, amik érdekeltek, pont ott voltak. Gondolom az Apple-nál meg úgy gondolták, hogy biztos írtam egy külön papírra (is)… Ha a Gog-on van, a Steamen van, az Apple-nál volt… Akkor miért kellett kiírtani?
- És hogy pozitívat is mondjak: az új billentyűzet jó
És ezek a hibák azok, amit saját magam találtam 1 hét használat után… Az interneten rá se merek keresni, hogy mit találtak mások. Összességében az Apple elérte, hogy pár óra leforgása alatt pont annyira utáljam, mint amennyire utáltam az iPad megjelenése előtt. Nem korrekt kifizetett alkalmazásokat nem támogatni, megszüntetni a régi IOS-ek aláírását, hogy nem telepíthetek olyan nyílt forráskódú szoftvert egy általam megvásárolt eszközre amit akarok (pl. retroArch). Nálam itt ért véget az Apple story. Ha lenne Apple részvényem, ez lenne az a pont, amikor eladnám, és a befolyt összegből vennék egy Microsoft Surface Pro-t.
Desktop apps comeback
Eddig is zavart, hogy olyan funkciókat amik egyszerűen, és jól megoldhatók lokális alkalmazásokkal, iszonyú munka és erőforrás árán web alapú “alkalmazássá” alakítanak. Tegnap végül elegem lett, és úgy döntöttem, hogy a napi munkavégzés során kerülöm a web alapú alkalmazásokat. Lassúak, iszonyú erőforrást használnak, és a helyzet az idő múlásával (az alkalmazások komplexitásának növekedésével) egyre rosszabb, amit jól szemléltet az alábbi ábra:
330 mb csak a Google Inbox, hozzá jön még a böngésző 400 mb-ja, így 700 mega memória szükséges ahhoz, hogy el tudjam olvasni a leveleim (egy részét). Tegyük hozzá, hogy egy levél megnyitása másodpercekig tart, és néha már a sima szövegbevitel is akadozik…
A fentiek ellenére van létjogosultsága, hogy megnézzem a leveleimet egy böngészőben, de nem akkor, ha az elkövetkező 8 órában arra készülök, hogy levelekkel dolgozzak.
Az elmúlt időben annyira megszerette mindenki ezeket a csodálatos webalkalmazásokat, hogy már nem is nagyon gondolkoznak másban. Nekem volt pár ötletem, de mielőtt teszteltem volna, kerestem cikkeket, hogy miért jobb az asztali (nem a web alapú) Microsoft Office Outlook-ot használni, mint a gmail-t böngészőben, de mindenki csak a web-es platformokat hasonlítgatta, fel sem merült bennük egy ilyen jellegű összehasonlítás.
Gondoltam amiről nem írnak az emberek, az csak jó lehet, így belevágtam a dologba. Az átállás első (és legegyszerűbb) lépése a levelezés kiváltása. Szerencsére ott az IMAP protokoll, engedélyezni kell, és meg is történik a csoda. Persze erre azért várni kell, mert a levelek letöltése / indexelése nem egy gyors dolog. Ezen sokat segíthet, ha bizonyos könyvtárakat (pl. Important items) nem is szinkronizálunk, míg más könyvtárakban (Spam) csak a levelek fejléceit töltjük le. Az eredmény magáért beszél, az Outlook 150 Mb memóriát használ, mindkét levelezésemmel, szemben a webmail 1.1 Gb-os memória használatával. UI reszponzivitás terén pedig nem is kérdés, hogy az outlook jobb (letöltött levelekből dolgozik, native ui, stb.).
A gmail webapp elhagyásával viszont megszűnik még pár dolog, mint pl. a hangouts, amit ki lehet váltani honlappal (hangouts.google.com) és elbúcsúzhatunk újabb 200 mb memóriától, esetleg a yakyak alkalmazással ami elektron alapú (így csak 180mb memóriát használ, de cserébe nem kezel több accountot…), és a jó öreg pidgin-el. Ez utóbbi előnye, hogy a facebook chat-et is bele lehet kötni, szóval az összes IM üzenet egy helyen kezelhető. Hangouts és facebook használatához szükséges az alábbi két extra plugin, de utána gond nélkül működik minden:
Ezek után mindhárom IM kliens együttesen fogyaszt 38 Mb memóriát, viszont ennyiből gyorsabban és jobban működnek…
A google drive-ra szerencsére már régóta van megoldás, a Drive File System, ez nem újdonság, eddig is ezt használtam, mert a web alapú fájlkezelés pokol.
Elvesztek még a már ismert contactok, de azokat be lehet szinkronizálni a GO Contacts Sync Mod-al. Mivel nem gyakran változnak, ezért ki is kapcsoltam az automatikus szinkronizálást.
Egyedül a naptár kezelésére nem találtam korrekt offline megoldást, abból maradt az online verzió, és a -180 Mb memória…
Alternatívaként még felmerülhet pár dolog az outlook helyett, ilyen pl. az eM Client ami kezeli a google contact-okat és a calendar-t is alapból, viszont az Outlookkal ellentétben nem tölti le a leveleket, így a használat során várni kell a levelek megnyitására. Ezzel meg lehet spórolni a memória használatot és a gui is gyorsabb mint a web alapú negoldás, de összességében a leveleket előre letöltő kliensek gyorsabbak. Nyílt forrású alternatíva még a Thunderbird, amit régebben használtam (pont az outlook után) de már nem volt energiám újra előszedni.
Hibabejelentés
Előző héten eltűnt az internet, és a magam visszafogott módján próbáltam jelezni a szolgáltatónak, hogy nem annyira jófejség családokat a digitális őskorba száműzni…
Sajnos nem jártam sikerrel (legalábbis 3 nap múlva még mindig nem volt net), ezért úgy gondoltam ideje szakember segítségét kérni. Baráti segítséggel (köszi Attis!) megtaláltam az ide vonatkozó hanganyagot. Mivel hosszas gyakorlás után sem tudtam megközelíteni a mester teljesítményét, ezért inkább megvágtam az anyagot, későbbi felhasználásra.
Szóval ha elmenne az internet, akkor hangfal felhangosít, háttérzaj leszáll, és indulhat is a panaszbejelentési folyamat, az alábbi mankókkal.
Nem akarsz elmenni a picsaba
Szar az adsl te meg ott vakarozol
Mit csinalsz ott
Nem lenne szar az adsl ha dolgoznal
Picsaba bazd meg
Szar az adsl erted es vakaroztok ottan
Mit kepzeltek
Vakarozol es szar az adsl nem tudunk netezni
Itt van az egesz csaladom es nem tud senki netezni
Nem megy erted, javitsd meg bazdmeg
Itt van ez a szar, ra van irva, hogy ize
Mondom, hogy vakarozol bazdmeg
Mozgas, nem erek ra bazdmeg
Meg ma bazdmeg, mintha elnel
Nem sertegetlek, de faszom tele, hogy nem megy az internet
Ha épp megy az internet, és csak amolyan munka utáni felüdülésként szeretnéd magadba szívni a hatékony panaszbejelentés rejtelmeit, akkor rakd be alá Ellen Allien – Jack My Ass c. számát, és nyomogasd random a play gombot… 🙂
Ui: amire elkészültem a wav-okkal, addigra érkeztek meg a levelek a szerveremtől, hogy dolgokat nem tudott elintézni, de most már minden ok… Így élesben nem tudtam tesztelni a dolgot, de ami késik, nem múlik 🙂