TCH (statz) | #1, Főfasz (10443) |
128 | #29b0 | ^ | Idézet | Thu, 02 Jan 2014 16:45:07 +01 |
31.46.*.* | *.catv.pool.telekom.hu |
Na! Itten egy brózer-kezdemény, ami az Opera 12-t próbálja utánépíteni Qt alapokon! \o/ |
kemi (statz) | #2, Főfasz (2970) |
400 | #29b1 | ^ | Idézet | Fri, 03 Jan 2014 11:48:32 +01 |
178.164.*.* | *.pool.digikabel.hu |
Mindkét cuccot át lehet venni személyesen, és ki lehet fizetni kápében. Megrendeltem, majd szólok, ha át lehet venni.Annyi webkites bönglésző van már, hogy Dunát lehet belőlük rekeszteni. Inkább a Prestot nem kellett volna eldobni, vagy legalább kinyitották volna. |
TCH (statz) | #1, Főfasz (10443) |
940 | #29b2 | ^ | Idézet | Fri, 03 Jan 2014 14:31:11 +01 |
31.46.*.* | *.catv.pool.telekom.hu |
Kösz. Ez igaz, de az UI-n van a hangsúly, nem a motoron. A Prestot azért dobták el, mert úgy látszik, költségesebb volt karbantartani, mint WebKitre váltani. Kinyitni kinyithatták volna, ezt a mai napig nagyon sokan mondják az Operásoknak, de szerintem attól félnek az Operánál, hogyha kinyitják, akkor az Opera felhasználók át fognak nyergelni a Presto-motoros Opera klónokra. Pedig nem az volt a baj, hogy WebKitre (illetve Blinkre) váltottak, hanem, hogy az UI-t, azt az überälles Power UI-t eldobták és kaptunk helyette egy szaros krómium felületet. |
saxus (statz) | #9, Agyfasz (419) |
1828 | #29b3 | ^ | Idézet | Fri, 03 Jan 2014 20:19:20 +01 |
84.3.*.* | *.catv.pool.telekom.hu |
"Postára nem bíznám, ha nem muszáj, mert elveszik/összetörik/stb." FYI: rakszám alapján ma már mindent le lehet már követni a Postán, olyan nincs, hogy valamiről ne tudják megmondani, hogy az hol van vagy hogy mi lett vele. Az összetörés meg azért erősen függ a csomagolástól. Oké, sima egyszerű levélnek nincs rakszáma, ezért kell mindent ajánlottan feladni. (Tipikus eset netes rendelésnél a "de nekem feladták a csomagot!!!" szlogenre adott "rakszám?" kérdésre adott "hát olyan nincs" hibajelenségre a válasz az, hogy akkor az a csomag sem létezik.) Nem kevés fejlesztés ment ez ügyben mostanság a Magyar Postánál, pont azért mert látják, hogy a futárszolgálatok lesznek az igazi vetélytársaik, nem a hagyományos postai szolgáltatások. Ahhoz pedig az kell, hogy megjöjjön, épségben a csomag. Mondjuk külföldi csomagnál bejátszik az, hogy a külföldi posták már egyáltalán nem biztos, hogy ilyen egyszerű, bár arra is vannak megoldások, ha eltűnik valami (körözvénynek hívják), plusz, ha EU-n kívülről/kívülre vártok valamit, akkor még a vámhivatal közbejátszhat (igen, az emberek szeretik nem észrevenni a "vámkezelt" pecsétet a "köcsög posta által felbontott csomagon", holott azt a vámhivatal bontotta ki.) Mondjuk EU-n belül is vannak meglepő dolgok. Pl, a német posta trehánysága. Egyik ismerős adott fel .HU-ról .DE-be EMS küldeményt, hát nem jött meg. Egyelőre úgy néz ki, hogy a küldemény .HU-ról kiment, és a németek elkeverték. Hogy ebben nekik mi a biznisz azt nem tudni, ugyanis elég szép biztosítás van rajta, hogy mennyit fizet a Posta, ha nem érkezik oda a vállalt időben a csomag, amit persze a Posták egymás között behajtanak. (Hja igen, Németországban zömében lengyelek kezelik az EMS-t :) Napi "szaraposta" gyorstalpalónkat hallották. |
TCH (statz) | #1, Főfasz (10443) |
4853 | #29b4 | ^ | Idézet | Fri, 03 Jan 2014 23:12:28 +01 |
31.46.*.* | *.catv.pool.telekom.hu |
Akkor hova lett Flood3r és Prometheus csomagja? Itt senki nem mondta, hogy a vám által felbontott csomag a posta hibája. Értem, akkor ezekre is van valami "gyorstalpalód"? (Tuti lesz.) ?m=0&o=8969&c=1 ?m=0&o=9569&c=1 Viszont a javaslatod a menetközbeni újramérésről szöget ütött a fejembe, hogy hátha mégis lehet. És rájöttem, hogy lehet, csak kicsit másképp, mint ahogy te javasoltad. Ha az utasításfeldolgozásnál - ahol az adott utasítás utáni várakozás van - mérem ki, hogy mennyi idő telt el a várakozás alatt (2-7 µs), akkor amennyiben eltérést észlelek, akkor tudok korrigálni. Nem a timert írtam át, mert a timerben menetközben nem lehet mérni, hanem menetközben belekotrok a ciklusszámlálóba. Beleraktam az időzítőt, ami elméletileg 1000 ns alatt 0.7-et késik, viszont ez ugye üres forciklusban volt. Az utasításfeldolgozásban kimértem és loggoltam, hogy mennyi és mekkora eltérés van. Nagyjából 5%-nyi volt, cca. minden 20. µsec után késett egyet, 5655 ciklusra ~300 ciklusnyi késés jutott. Mondanom sem kell, ez így még baromira nem volt elég, hiszen ez egy perc alatt már három másodpercnyi késést jelentene! Ezután beraktam a két mérőpontot az utasításfeldolgozóba, majd az elágazást, hogy ha a várt és a mért érték között eltérés van, akkor az eltérés 8x-osát vonja ki a számlálóból. (A különbség előjeles, tehát ha nem késik, hanem siet, akkor negatív számot von ki, azaz hozzáad.) Ezzel a pillanatnyi eltéréseket sikerült nagyjából a negyedére (1-2%-ra) csökkenteni: már csak minden ~80. µs után késik vagy siet egyet; eddig csak késett, de mivel most már felváltva késik és siet, ezért a teljes eltérést sikerült gyakorlatilag nullára redukálni. (Tetszőleges számú ciklusra (értsd: 0-∞) jut 0-5 ciklusnyi eltérés.) A teljes szinkronnal tehát tökéletesen meg vagyok elégedve, tényleg "teljes szinkron". A pillanatnyi szinkron a maga 1-2%-os eltérésével már-már kielégítőnek mondható, majd még próbálok finomhangolni rajta, de gyanítom, hogy ez már nem fog bezavarni az időzítésbe, nem hinném, hogy létezne C64-re olyan lemeztöltő rutin, aminek az időzítője annyira ki van centizve, hogy még az is bezavarna, hogy usque 80 ciklusra jut egy ciklusnyi eltérés. Kösz a tippet, majd ha megvan a ware, akkor beleraklak a thxlistába. Viszont a timeren sikerült még egy picit optimalizálni, pontosabban felvettem még egy timeval-t, hogy a két fpgettimeofday() semmi más ne legyen, csak amit mérni kell. Tudom triviális, de eddig valahogy nem esett le. :P Itt a - remélhetőleg végleges - timer: unit cusleep_lib; interface var cusleep_time: longint; procedure cusleep(usec: longint); procedure init_cusleep; implementation uses unix; procedure cusleep(usec: longint); assembler; label l0; asm {$ifdef cpu386} movl usec, %eax movl cusleep_time, %ecx mul %ecx xorl %ecx, %ecx l0: incl %ecx cmpl %eax, %ecx jne l0 {$endif cpu386} {$ifdef cpux86_64} movl usec, %eax movl cusleep_time, %ecx mul %ecx xorl %ecx, %ecx l0: incl %ecx cmpl %eax, %ecx jne l0 {$endif cpux86_64} {$ifdef cpupowerpc} ld r1, 0(usec) ld r0, 0(cusleep_time) mul r0, r0, r1 xor r1, r1, r1 l0: addi r1, r1, 1 cmp cr0, 1, r0, r1 bne cr0, l0 {$endif cpupowerpc} end; procedure init_cusleep; var bt: int64; tv, tv2: timeval; i: longint; label l0; begin fpgettimeofday(@tv, nil); asm {$ifdef cpu386} xorl %eax, %eax xorl %ecx, %ecx l0: incl %ecx cmpl %eax, %ecx jne l0 {$endif cpu386} {$ifdef cpux86_64} xorl %eax, %eax xorl %ecx, %ecx l0: incl %ecx cmpl %eax, %ecx jne l0 {$endif cpux86_64} {$ifdef cpupowerpc} xor r0, r0, r0 xor r1, r1, r1 l0: addi r1, r1, 1 cmp cr0, 1, r0, r1 bne cr0, l0 {$endif cpupowerpc} end; fpgettimeofday(@tv2, nil); bt := tv2.tv_sec * 1000000 + tv2.tv_usec; cusleep_time := ($100000000 div (bt - (tv.tv_sec * 1000000 + tv.tv_usec))); for i := 1 to 1000000 do begin cusleep(1); end; fpgettimeofday(@tv, nil); cusleep_time := cusleep_time - ((((tv.tv_sec * 1000000 + tv.tv_usec) - bt) - 1000000) div 1000); end; end. http://hup.hu/szavazasok/20140103/szukseg_lenne-e_szerinted_magyar_szakszervezetre_a_sw_mernokok_szamara XDDDDDDDDDDD |
kemi (statz) | #2, Főfasz (2970) |
272 | #29b5 | ^ | Idézet | Sat, 04 Jan 2014 11:03:53 +01 |
94.21.*.* | *.pool.digikabel.hu |
http://www.origo.hu/techbazis/internet/20140102-megmenekult-a-winamp.html Nem a mikrofos vette meg a Winampot. Ez a csávó is jól tolja a Duke Nukem zenéjét. Napszemüveg + szivar elmaradhatatlan kellék. :D |
TCH (statz) | #1, Főfasz (10443) |
741 | #29b6 | ^ | Idézet | Sat, 04 Jan 2014 13:42:44 +01 |
31.46.*.* | *.catv.pool.telekom.hu |
Nem mintha ez számítana még. Használ még valaki egyáltalán mai WinAmpot? (Tehát nem a 2.x-es verziókat, még az AOL felvásárlás előttről.) Ja, ez az egyik legjobb MegaDeth feldolgozás amit hallottam. XDDDD Ezaaaaaaz!!! Még több dilettáns balfaszt a szakmának!!! Innentől van-e még kérdés, hogy miért van szükség ennyi szemét szkriptnyelvre, vagy éppen a dzsuva/ciszta duóra?! |
kemi (statz) | #2, Főfasz (2970) |
246 | #29b7 | ^ | Idézet | Sat, 04 Jan 2014 17:52:14 +01 |
94.21.*.* | *.pool.digikabel.hu |
Már az is feldolgozás. Az eredeti egy midi. Lee Jackson írta a Duke Nukem zenéjét. |
TCH (statz) | #1, Főfasz (10443) |
132 | #29b8 | ^ | Idézet | Sat, 04 Jan 2014 18:00:32 +01 |
31.46.*.* | *.catv.pool.telekom.hu |
Tudom, lévén egy DOS játék zenéje. :P De a szám címe az MegaDeth, nem? |
TCH (statz) | #1, Főfasz (10443) |
58 | #29b9 | ^ | Idézet | Sat, 04 Jan 2014 19:32:14 +01 |
31.46.*.* | *.catv.pool.telekom.hu |
Jó kis brózer ez az OWB, de egy AdBlock kurwára kéne bele. |
TCH (statz) | #1, Főfasz (10443) |
86 | #29ba | ^ | Idézet | Sat, 04 Jan 2014 19:35:58 +01 |
31.46.*.* | *.catv.pool.telekom.hu |
Hoppá, visszaszívva! Van benne ugyanolyan univerzális blacklist, mint Operában! Rulez! |
kemi (statz) | #2, Főfasz (2970) |
344 | #29bb | ^ | Idézet | Sat, 04 Jan 2014 21:24:10 +01 |
94.21.*.* | *.pool.digikabel.hu |
Az egy együttes, aki már egyszer feldolgozta. Grabbag a szám címe. Ja. Én nem birok meglenni nélküle. Főleg az átugorhatatlan jútúbos reklámokat utálom. |
TCH (statz) | #1, Főfasz (10443) |
520 | #29bc | ^ | Idézet | Sun, 05 Jan 2014 11:40:02 +01 |
31.46.*.* | *.catv.pool.telekom.hu |
Oh. Na ezt nem tudtam. Én sem, de mint utólag hozzátettem tegnap, van benne, szóval nó probléma. Na azoktól én is sikítok. Szerencsére az Opera filterlistámban valahogy sikerült felvenni azokat a szervereket is, ahonnan azok jöttek, úgyhogy nálam egy ideje már nincs videóba injektált reklám. |
kemi (statz) | #2, Főfasz (2970) |
366 | #29bd | ^ | Idézet | Mon, 06 Jan 2014 09:13:23 +01 |
94.21.*.* | *.pool.digikabel.hu |
Az USB/PS2 átalakító átvehető, a másikról még nem szóltak.Ezzel meg küldtek nekem egy feltételezhetően vírusos zipet. :P |
TCH (statz) | #1, Főfasz (10443) |
2452 | #29be | ^ | Idézet | Mon, 06 Jan 2014 10:59:32 +01 |
31.46.*.* | *.catv.pool.telekom.hu |
Az a zip garantáltan vírusos. Én ugyan nem tudtam kinyitni, mert egyik tömörickém sem bírt vele, viszont hexaeditorral kinyitottam és egy darab fájlt látok benne, aminek a neve a87365486576.pdf____________________________________________________________________________________________________________.exe és ilyen trükkökkel csak a lámább vírusok szoktak élni, úgyhogy ez tuti az. Ki küldte neked ezt a levelet? Ez valami csicska spamgeci? Jelenteni kéne őket, ezt a domaint is, meg azt is ahova mutat (spring2sky.com). Apropó, te ma kajak ébren voltál már nyolckor, hogy akkor töltötted fel ezt a zipet a virustotalra? :P Sz*rk: A parancssoros unzip kinyitotta: root@Csabi:~/downloads# unzip a87365486576.zip Archive: a87365486576.zip error [a87365486576.zip]: missing 4 bytes in zipfile (attempting to process anyway) error [a87365486576.zip]: attempt to seek before beginning of zipfile (please check that you have transferred or created the zipfile in the appropriate BINARY mode and that you have compiled UnZip properly) (attempting to re-compensate) inflating: a87365486576.pdf____________________________________________________________________________________________________________.exe bad CRC bb91856f (should be 8c9cec83)Szóval annyira bénák voltak, hogy még a vírus becsomagolását is elbaszták. Mindenesetre most feltöltöttem ezt a szart a virustotalra. Érdekes módon semmit nem talált benne. https://www.virustotal.com/hu/file/039d2b468c45f2fee24cdf79795a1c351cd79de97b65c137c0f39095f5fbd573/analysis/1389002583/ A fájlban volt egy rakás url és aláírás ami a Comodo vírusírtó oldalára mutat. Most ez vagy egy vírusírtó reklámja és nem is vírus, vagy maga a zip volt vírusos, vagy csak annyira sérült volt, hogy N vírusírtó vírusosnak nézte. Le kéne futtatni egy virtuális gépen. Sz*rk 2: Vagy ez egy vírus volt, csak épp a zip sérült ezért használhatatlanul jött ki belőle. Megpróbáltam kinyitni ResTunerrel és nem sikerült, a PEExplorer meg közölte, hogy sérült az egész. Ja és amikor a wine fájldialógusával próbáltam odanavigálni feldőlt az aktuális program és a fájl nem is látszott előtte a listában. Sz*rk 3: Amikor először néztem a virustotalon a zipet, akkor még csak 5/47 volt az arány, most megint feltöltöttem és már 7/47. https://www.virustotal.com/hu/file/039d1a165efec2f3576352b2ddfd5acdc6cf169d3ac106e7ad3a531ebcc01583/analysis/1389004375/ |
kemi (statz) | #2, Főfasz (2970) |
513 | #29bf | ^ | Idézet | Mon, 06 Jan 2014 12:59:53 +01 |
84.236.*.* | *.pool.digikabel.hu |
Ezektől nem rendeltem semmit, úgyhogy biztos valami spammer. Amikor megnéztem akkor már fel volt töltve. Megnézem. |