TCH (statz) | #1, Főfasz (10443) |
608 | #5640 | ^ | Idézet | Fri, 28 Oct 2022 23:32:36 +02 |
188.143.*.* | *.pool.digikabel.hu |
How to debloat Windows 10? A cím kissé megtévesztő, mert hiába takarítod ki a winfostízből az említett szarokat, attól az még bloated marad... Azért a leírt tipphalmaz hasznos lehet annak, aki még mindig winfossal szopatja magát és nem váltott BÁRMI másra, a macOS-tól elkezdve a mindenféle Linuxokon és BSD-ken át az egzotikus izékig bezárólag akármire... Vagy, ha már annyira windózt akar, akkor ReactOS-re. Nem tudom, most hogy áll, de annyira szar nem lehet, mint a winfostíz. |
TCH (statz) | #1, Főfasz (10443) |
341 | #5641 | ^ | Idézet | Sat, 29 Oct 2022 12:09:49 +02 |
94.21.*.* | *.pool.digikabel.hu |
A retrógémzpontcézé egy szánalmas, fos oldal. Jácc onlány a játékkal, de dánlód az nincs, mert sztrím-onli. Mert ha ott fent lehet vele játszani, valami szar jávaszkriptes emulátorból, akkor nyilván nem elérhető a ROM, ugye? Forrás kinyit, Ctrl+F ".nes", URL kicopyz, download. Csicskák. Loserek. |
TCH (statz) | #1, Főfasz (10443) |
1375 | #5642 | ^ | Idézet | Sat, 29 Oct 2022 12:39:50 +02 |
94.21.*.* | *.pool.digikabel.hu |
A 82-in-1 játékkazettánkon lévő Circus Charlie nem gyengén bugos ám. Game over után sem a pontjaidat, sem az életeidet nem állítja vissza. Ez egyrészt azzal jár, hogy -1, azaz 255 élettel indulsz. Ez persze még el is menne cheat-nek (tkp. az is, bár technikailag bug exploit), de mivel a pontjaidat sem nullázza ki, így ha több pontod volt, mint az aktuális high score, akkor az azt jelenti, hogy az első pontszerző akció után rögtön meg is döntöd - a saját előbbi - high score-odat, minek eredményeképpen kapsz egy életet és máris 0 életed lesz, azaz az első halál után kipurcansz. De egyébként is - asszem - 40k pontonként hozzádvág egy 1up-ot a játék, szóval úgy is ugyanaz lesz az eredmény a végén, csak később. Kivéve, ha vesztettél a 1up előtt életet, mert akkor már nem -1, azaz 255 életed lesz, hogy átforduljon nullába az extra élet után, hanem -2, azaz 254, vagy kevesebb. Azaz, ha nem akarsz meghalni, több életet kell vesztened, mint amennyit szerzel. Jó, mi? :P Ezen felül valamiért a 0. pályától indul a játék, nem az 1.-től. Ezek a bugok csak a 82-in-1 kazettán lévő verziót érintik, a normál, saját kazettán lévőt nem. A játék egyébként a 0x60-as címen tárolja az életeket, élet plusz egy módon, azaz felfele nem 128-nál fordul át mínuszba, hanem 129-nél; előbbinél még kijelzi az életeket (max. hatot), utóbbinál már feketeség van az életek helyén. |
TCH (statz) | #1, Főfasz (10443) |
1804 | #5643 | ^ | Idézet | Sat, 29 Oct 2022 22:08:40 +02 |
178.164.*.* | *.pool.digikabel.hu |
Pedig igaza volt elsőre is. A windows egészen a '93-as NT 3.1-ig tényleg nem operációs rendszer volt, hanem csak egy GUI az MS-DOS felett és ugye ez egy '92-es adás... (Mondjuk az NT 3.1 és az összes többi utána jövő windows sem operációs rendszer volt, hanem egy nagy rakás szar. Vagy, hogy Sanyit idézzem: szoperációs rendszer. Vagy, hogy magamat parafrazáljam: nem OS, hanem fos.) Persze a szövegszerkesztő sem igaz, de ez már a pécéábécé nevű agymosóműsor színvonalát jellemzi, hogy három hamis választ is beraknak, aztán meg kínosan pislognak, ha a júzer nem azt mondja, amire ők gondoltak...és igen, három hamis válasz volt, mert a windows nem is felhasználói terület(az max. az asztala), hanem felhasználói felület. Na, így képződtek anno a windózjúzerek. Megmondták nekik az okosságot a trévéből... Sírok. Bazmeg. |
TCH (statz) | #1, Főfasz (10443) |
572 | #5644 | ^ | Idézet | Sun, 30 Oct 2022 14:32:14 +01 |
188.143.*.* | *.pool.digikabel.hu |
https://0pointer.net/blog/brave-new-trusted-boot-world.html Zzzigen... Megérjük még, hogy TPM 2.0 nélkül a Linux sem fog működni, ahogy a winfos11 se? Olyan érdekes, hogy Pötyi bátyó átigazolt a mikrofoshoz és utána nekiáll felszopni a TPM-et... 7 éves összeesküvéselméletem valóra válni látszik; tényleg ezen az emberen keresztül rángatják a Linuxot arra, amerre akarják. És az is bejött, hogy a mikrofos állt mögötte, bár csak második helyen jelöltem meg őket, mint gazdát (a kugli volt a valószínűbb). |
TCH (statz) | #1, Főfasz (10443) |
3795 | #5645 | ^ | Idézet | Mon, 31 Oct 2022 12:22:44 +01 |
188.143.*.* | *.pool.digikabel.hu |
Adalék Pötyi bátyó TPM-es tervéhez:
Nettó. Bullshit. FUD. Engem miért nem hekkeltek meg még sosem, miközben mindig régi gépeim, OS-eim, böngészőim voltak/vannak/lesznek és nagy ívben szarok a frissítésekre? Azért, mert ez a cybertámadás nem olyan egyszerű, hogy bekapcsolod a gépet és meg vagy hekkelve, vagy felmész egy weboldalra és meg vagy hekkelve (ez utoljára ie-ből működött, amíg volt VBS támogatás). Ha olyan egyszerű lenne, akkor már mindenkit is feltörtek volna. Nem. Ez ugyanaz a bullshit, mint amikor a valós világban mutogatnak egyébként létező veszélyekre, de felfújják és mindenhova odateszik, hogy félelmedben elfogadd a jogaid korlátozását, miközben marginális esélye van annak, hogy belefutsz és belehalsz. Hát egy nagy lófaszt. Én a magam részéről inkább a cybertámadásnak való "kitettséget" (LOL) választom, mintsem azt a (fals) "biztonságot" adó világot, amit a multik és csicskásaik álmodnak nekünk. A hackerek ugyanis úgy is meghackelik, aki van olyan hülye, hogy meg lehet (az esetek elsöprő többségében most is a júzer az a bizonyos biztonsági rés, "amin" keresztül bejutnak és nem a gépek, meg a programok), viszont cserébe legalább 100% kontrolt adnak az emberek egy vagy több rosszindulatú gigacégnek a gépeik és az adataik - azaz ebben a kurwa XXI. században de-facto az életük - felett. Jó üzlet volt, mondhatom... Ha már a valós világ veszélyei is szóbakerültek, akkor csak úgy mellesleg mondom, hogy világszinten messze a legtöbben valamilyen betegségben halnak meg, mert az egészség üzlet lett és nem a beteg élete a fontos, hanem a gyógyszergyárak és az orvosok profitja, de ezzel senki sem törődik, ezt bezzeg nemhogy nem reformálják meg, hanem még direkt is csinálják. A második helyen a közúti balesetek vannak (forrás ugyanaz), de valahogy a közlekedésben sem akarnak reformokat, senki nem rúgja picsán az autógyárakat, ha egy kocsi életveszélyes, nem veszik el a jogsit azoktól, akik életveszélyes módon (túl gyorsan, idiótán, stb.) vezetnek; sőt, van olyan ország, ahol jogsi sem kell és szabályszerűen kimustrált, sokévtizedes roncsokkal közlekednek. Mégsem tesz senki semmit. Illetve nem igaz, mert ide speciel megvan már a "megoldás": az önvezető, csak bérelhető kocsik. Magyarul az autó nem lesz a tiéd és saját magát fogja vezetni, neked 0% kontrollod lesz a jármű felett. Pont, ahogy a géped felett. Ez ugyan nem fogja megoldani sem a balesetek, sem az életveszélyes autók problémáját (sőt - ismervén az önvezető autók jelenlegi képességeit - inkább csak fokozni fogja), de legalább már az autód sem a tiéd. Ha "olyat" mondasz, vagy teszel, ami nem tetszik a hatalomnak, akkor nem is mész vele sehova. A géped dettó. Ha "olyat" csinálsz a neten, már búcsúzhatsz is a gép használatától, sőt az adataidtól is. Ez nem a mi biztonságunkról szól, hanem az elitéről. Így akarják preventálni, hogy az emberek szerveződni tudjanak ellenük. És Pötyi bátyó, meg a systemd nevű szemete ebben egy fogaskerék. |
kemi (statz) | #2, Főfasz (2970) |
179 | #5646 | ^ | Idézet | Mon, 31 Oct 2022 14:09:08 +01 |
134.255.*.* | *.dsl.pool.telekom.hu |
A mikrofos már régóta játssza az embrace/extend/extinguish taktikát a Linuxszal. Ugyanazzal a módszerrel akarják kinyírni amivel annak idején az IE domináns lett a böngészőpiacon. |
TCH (statz) | #1, Főfasz (10443) |
1053 | #5647 | ^ | Idézet | Mon, 31 Oct 2022 15:42:04 +01 |
188.143.*.* | *.pool.digikabel.hu |
Hát igen; vagy legalábbis nagyon hasonló módon. Csak akkor a platform (az internet) volt a célpont, a Netscape meg "csak" áldozat, most viszont konkrétan a Linux; el akarják érni, hogy TPM nélkül az se működjön. Én már tíz éve kérdeztem az - eredetileg kötelezően kikapcsolható - SecureBoot kapcsán, hogy Pár évre rá meg is szűnt a kikapcsolhatóság, mint követelmény. Vajon mikor lesz kötelezően kikapcsolhatatlan? És akkor búcsút lehet inteni mindennek; marad a winfos, meg pár systemd-fertőzött corporate Linux, mert más OS garantáltan nem fog aláírást kapni. Mindezt úgy, hogy lószartól se véd meg. Ezért lenne kurwa fontos, hogy a hígagyú IBM ne csak fogjuk meg, oszt vigyétekmódon tolja a POWER-t; pl. egy Raptor vasban a teljes hardware open-source, beleértve a chipeket és magát a CPU-t is, dehát aranyárban van... |
kemi (statz) | #2, Főfasz (2970) |
388 | #5648 | ^ | Idézet | Mon, 31 Oct 2022 15:52:40 +01 |
134.255.*.* | *.dsl.pool.telekom.hu |
Ezen a laptopon amiről ezt írom, a BIOS menü mélyére van rejtve valahova, ráadásul BIOS jelszót kell beállítani, hogy kikapcsolhasd. Nem volt könnyű kideríteni, mivel a kézikönyv még csak említést se tesz róla. |
TCH (statz) | #1, Főfasz (10443) |
117 | #5649 | ^ | Idézet | Mon, 31 Oct 2022 16:26:22 +01 |
188.143.*.* | *.pool.digikabel.hu |
Hát ez az. Ezt az egységsugarú már ki sem tudja kapcsolni. Mi lesz a következő lépés? Tényleg kikapcsolhatatlan lesz? |
TCH (statz) | #1, Főfasz (10443) |
857 | #564a | ^ | Idézet | Tue, 01 Nov 2022 13:45:02 +01 |
188.143.*.* | *.pool.digikabel.hu |
Állásinterjú rovat:Az önéletrajz oké. De milyen alapon kérnek tőlem fosbúk, meg instagram profilt? És ha nincs? Mert nincs. (Az instagramról azt sem tudom, hogy mi a fasz.) És ugyanez a bemutatkozó videónál hatványozottan: mi van, ha nincs kamerám? Mert nincs. Mi van, ha nincs tecső vagy gaydrive accountom? Mert nincs. (Tecsős volt valamikor még a kuglis idők előtt, de freemail-es címmel reggelve...képzelhetitek.) |
TCH (statz) | #1, Főfasz (10443) |
175 | #564b | ^ | Idézet | Wed, 02 Nov 2022 20:40:12 +01 |
188.143.*.* | *.pool.digikabel.hu |
Amcsiknál már a színeket is le lehet védetni. |
TCH (statz) | #1, Főfasz (10443) |
5665 | #564c | ^ | Idézet | Thu, 03 Nov 2022 15:11:15 +01 |
188.143.*.* | *.pool.digikabel.hu |
Ha a Circus Charlie első pályáján visszafelé ugrasz át a tüzes cserepek felett az oroszlánnal, akkor időnként feldob egy 5000 pontot érő aranyat. (Videó itt.) Namármost, erre a mindenféle netes okosságok azt írják, hogy
(Az első ugyan elsősorban az arcade verzióval foglalkozik, de az eltéréseket (pl. kimaradt pálya) leírják és itt nem írták, hogy a NES-re ez nem vonatkozna.) Namármost, ezekből egy szó nem igaz. Én rájöttem, hogy mikor dob fel aranyat, ha visszaugrasz az oroszlánnal, bár derült égből módon. Próbálgattam, hogy mikor dob fel aranyat, hogy ha karikán ugrok át a cserép felett, ha pénzes karikán ugrok át a cserép felett, ha kétszer ugrok át karikán a cserép felett és az a vicc, hogy az utóbbival kb. sikerült reprodukálni, de valamiért nem volt 100%-os, nem mindig sikerült. Viszont a próbálkozás közben lejárt az idő. Úgyhogy úgy döntöttem, hogy megcsítelem az időt, hogy legyen időm próbálkozni. Az időt a játék a $340-$343 tartományban tárolja little endian módon, meglepő módon úgy, hogy egy digit egy byte 0-tól 9-ig; tehát nem BCD, nem bináris, hanem szó szerint oda van írva az idő, úgy, ahogy látod, csak fordított sorrendben (little endian, mint mondtam). Namármost, a játék a negyedik számjegyet (egyesek, $340) egyáltalán nem használja (dísznek van ott...meg ballasztnak), a harmadik számjegy (tízesek, $341) dekrementálódik talán 200ms-onként és úgy csökken az idő. Mivel ezt elkapni nehéz lett volna, így a második számjegyet (százasok, $342) próbáltam elkapni, azt néztem, hogy hol változott 9-ről 6-ra. Ez sikerült is, ez volt a $342-es cím. Találomra beírtam rá 7-et, majd elkezdtem kísérletezni, hogy vajon, hogy tárolja a dolgot és beírogattam 7-et a következő, meg az előző címre is, így meg is lett a tárolás. Az idő be lett lőve 7777-re, én meg elkezdtem ismét tesztelni a cserepeket. És itt szoptam le magam, mert FOLYTON érmét dobott, bármit csináltam. Ekkor jöttem rá, hogy az érme feldobása nem véletlenszerű, ahogy a StrategyWiki írja és nem is a karikáktól függ, ahogy a GameSpot állítja, hanem az időtől. És elkezdtem lekapcsolgatni a felülírásokat és az első kísérletek azt hozták, hogy a százas helyiértéket ($342) nézi. Ha ott 7 van, érmét dob. Viszont belefutottam abba, hogy az első számjegyre (ezresek, $343) 1-et írtam és amikor egyszer lekapcsoltam a felülírást és legördült nullára, többé nem működött ez a hetes trükk. Végigpróbálgattam szisztematikusan, hogy mi történik, ha melyik helyiértéken mi van és a következőre jöttem rá, hogy a hátsó két számjegy nem fontos, az ezreseken ($343) viszont páratlan számnak kell lennie. És mellette a százasokon ($342) 7-esnek. Akkor dobja fel az érmét, ha a cserép felett tolatva ugratok az oroszlánnal. Tehát cheat nélkül akkor fog megtörténni, ha az idő állása az 1700-1790-es, vagy a 3700-3790-es tartományokba esik, lévén az utolsó számjegyet nem használja a játék és mindig 5000-ről indulunk, tehát cheat nélkül más nem fordulhat elő, de egyébként ugyanúgy működik az 57XX, 77XX és 97XX tartományokban is (sőt, beírhatsz ennél többet is, csak akkor hülye karakterek fognak megjelenni). Azaz C-ben leírva: drop_coin = ((*((char *)0x343) & 1) != 0) && (*((char *)0x342) == 7);Én kívánok elnézést. Update: Ha olyan karika van a képernyőn, amin pénzeszsák lóg, akkor nem dobja fel az aranyat, hiába passzol az idő. Update #2: Rájöttem, hogy nem csak a páratlan ezres + 700 a nyerő kombó, de a páros ezres + 300 is. Tehát a valid "aranytartományok": 03XX, 17XX, 23XX, 37XX, 43XX. (Meg persze tovább is, csak az már cheat-only.) Azaz a fenti C képlet így módosul: drop_coin = (((*((char *)0x343) & 1) != 0) && (*((char *)0x342) == 7)) || (((*((char *)0x343) & 1) == 0) && (*((char *)0x342) == 3));Update #3: Vagy nagyon trükkösen, de három művelettel kevesebből felírva: drop_coin = ((*((char *)0x342) & 251) == 3) && ((((*((char *)0x342) >> 2) ^ *((char *)0x343)) & 1) == 0);Update #4: Ez utóbbit leprogramoztam 6502-ben, mer' miér' ne... drop_coin: lda $0342 and #$fb cmp #$03 beq drop_coin_1 rts drop_coin_1: lda $0342 lsr a lsr a eor $0343 and #$01 rtsA snippet a Z flag-ben adja vissza, hogy kell-e érmét dobni, azaz a visszatérés után beq-val lehet lecsekkolni. Gondolkodtam rajta, hogy a második lda $0342 parancsot inkább kiváltom egy tax-txa, vagy tay-tya kombóval, de elvetettem, mert ha register-trash módon közelítem meg, akkor sebességben ugyanott vagyunk (2+2 vs. 4 ciklus), méretben egyetlen byte-ot nyertünk, viszont cserébe eltrasheltünk egy indexregisztert; ha meg register-preserve módon, akkor meg már lassabb és nagyobb is lesz a kód. Update 2023.07.31.: Beposztoltam a nesdev-re. |
kemi (statz) | #2, Főfasz (2970) |
272 | #564d | ^ | Idézet | Thu, 03 Nov 2022 21:51:28 +01 |
134.255.*.* | *.dsl.pool.telekom.hu |
Copyright trollkodás n+1-edik hatványra emelve. Egyébként színeket eddig is lehetett levédetni, de nem kontextus nélkül. Ott van pl. az Nvidia #76b900 színű logója. |
TCH (statz) | #1, Főfasz (10443) |
367 | #564e | ^ | Idézet | Fri, 04 Nov 2022 08:51:45 +01 |
94.21.*.* | *.pool.digikabel.hu |
Az hogy is van levédve? Mert hiába kerestem, csak annyit találtam, hogy az Nvidia logo egyik színe ez, a fekete mellett. De sehol nem írják, hogy ezt a szín védve lenne. Vagy csak logókban nem lehet használni? |
TCH (statz) | #1, Főfasz (10443) |
3448 | #564f | ^ | Idézet | Fri, 04 Nov 2022 12:18:39 +01 |
94.21.*.* | *.pool.digikabel.hu |
A clipnotify egy kis CLI tool, ami képes az X11 vágólap változásait detektálni. Egész pontosan addig fut, amíg változás történik, így shell-ben tökéletesen lehet használni a vágólap figyelésére. Egy "hibája" van csak, hogy a változás alatt ő a szimpla kijelöléseket is érti, nem csak az "eseményeket". Namármost:A clipnotify.c 23. sora úgy néz ki, hogy XFixesSelectSelectionInput(disp, root, XA_PRIMARY, XFixesSetSelectionOwnerNotifyMask);Tehát itt iratkozik fel a PRIMARY eseményekre, a XA_PRIMARY segítségével. Namármost, XA_CLIPBOARD nincs, viszont XA_SECONDARY az van és ez takarja a CLIPBOARD-ot. Tehát a fenti sor így módosul: XFixesSelectSelectionInput(disp, root, XA_SECONDARY, XFixesSetSelectionOwnerNotifyMask);És máris csak az eseményekre fog reagálni, a kijelölésekre nem. Volt feature request erre a dologra, de eddig nem érkezett rá meg a jó válasz. Bedobtam nekik, had örüljenek. Sz*rk: Csináltam rá patchet is, hogy lehessen választani: -ce argumentum átadása esetén, csak a clipboard eventek fognak működni, amúgy default a primary event. Update: A jelek szerint benéztem valamit. A kód működik, de nem azért, mert az XA_SECONDARY a CLIPBOARD, ugyanis ha kitörlöm a XA_PRIMARY-s sort, akkor is működik a dolog. Az XInternAtom(disp, "CLIPBOARD", False) az, ami a clipboard eseményekre reagál, a másik kettőt beállítván azt csinálja, hogy azokra is reagál. De tök mindegy, mert egyrészt a kommentem következtében már lett 2.0-ás clipnotify, másrészt meg valaki csinált alternatívát, mert ez a request idáig el volt sikkadva. Szóval azért megérte megcsinálni. Update #2: A 2.0 bugos, azonnal kilép, mert a csávó a XNextEvent() meghívását a loop belsejébe rakta... Küldtem be erre is patchet... :P |