BGAFC Vendégkönyv

Σ: 16 post

M4u5 (statz)

#10, Agyfasz (282)

489 | #4b70 | ^ | Idézet | Tue, 19 Mar 2019 12:08:49 +01

188.36.*.*

*.dsl.pool.telekom.hu

Előfordulhat-e, hogy a winfostíz nem tölt be, ha orvosi műszer van rá csatlakoztatva?
Nálam nincs winfos a gépeken, de a BioPac nem hajlandó Linuxra programot kiadni, így a gyakorlóteremben winhate/winfos10 "kombó" van (nem próbáltam még a dobozt rákötni a kisgépemre és Wine alatt dolgozni vele). Bekapcsolom a dobozt, majd a számítógépet és arra leszek figyelmes, hogy fekete képernyő. Újraindít, ugyanaz. Amikor kikapcsolt dobozzal indítottam újra a gépet, már bejött az asztal.

TCH (statz)

#1, Főfasz (10443)

197 | #4b71 | ^ | Idézet | Tue, 19 Mar 2019 12:41:15 +01

188.143.*.*

*.pool.digikabel.hu

Ez nem a műszer orvosi mibenléte miatt van így, hanem mert nem ismeri fel az eszközt és beledöglik. mikrofos rulez (not). Próbáld meg úgy, hogy bebootoltatod a gépet és akkor kapcsolod be a dobozt.

TCH (statz)

#1, Főfasz (10443)

471 | #4b72 | ^ | Idézet | Tue, 19 Mar 2019 22:02:20 +01

188.143.*.*

*.pool.digikabel.hu

Ezt muszáj megosztanom: A hupon megint van egy kisebb vitám az egyik pro-ms (és ex-ms alkalmazott) userrel (gelei), akinek valamiért nem tetszett, hogy szerintem az Edge == átcímkézett IE, mínusz ActiveX, pedig árnyaltam is a dolgot, hogy nyilván volt fejlesztés is benne. De nem is ez a lényeg, hanem amit egy másik user (bra-ket) linkelt be neki:

XDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDD

TCH (statz)

#1, Főfasz (10443)

337 | #4b73 | ^ | Idézet | Thu, 21 Mar 2019 11:01:12 +01

178.164.*.*

*.pool.digikabel.hu

OrangePi resolution settings:
http://linux-sunxi.org/Fex_Guide#disp_init_configuration

Values TV: https://github.com/allwinner-zh/linux-3.4-sunxi/blob/master/include/video/sunxi_display2.h
Values HDMI: https://github.com/allwinner-zh/linux-3.4-sunxi/blob/master/drivers/video/sunxi/disp2/hdmi/hdmi_hal.h

Ádám (statz)

#4, Főfasz (1815)

117 | #4b74 | ^ | Idézet | Fri, 22 Mar 2019 15:13:55 +01

37.76.*.*

*.nat.pool.telekom.hu

https://pcworld.hu/pcwlite/ideje-jelszot-cserelned-oriasit-bakizott-a-facebook-es-az-instagram-261077.html
Bazdmeg...

TCH (statz)

#1, Főfasz (10443)

49 | #4b75 | ^ | Idézet | Fri, 22 Mar 2019 15:53:27 +01

188.143.*.*

*.pool.digikabel.hu

Jah, fail... Még jó, hogy egyiken se vagyok fenn.

TCH (statz)

#1, Főfasz (10443)

74 | #4b76 | ^ | Idézet | Fri, 22 Mar 2019 19:40:46 +01

188.143.*.*

*.pool.digikabel.hu

Bukkmark:
https://goodbyeleakygut.com/tests-symptoms-leaky-gut/

TCH (statz)

#1, Főfasz (10443)

840 | #4b77 | ^ | Idézet | Tue, 26 Mar 2019 21:20:46 +01

84.236.*.*

*.pool.digikabel.hu

A puNES eldobta a Qt4-et és az SDL-t a 0.103-as verziótól kezdve; csak Qt5 van. Nagy öröm. Mindegy, kipróbáltam, leforgattam a legújabb 0.104-est. (Elsőre le sem akart fordulni, de ez azért volt, mert hibádzott pár Qt5-ös csomag.) Az eredmény sokkoló volt. A régi 0.102-es puNES, kb. 35%/2% (user/system) CPU-t evett, az új pedig 90%/40% CPU-t. És nem volt hang. És szaggatott, mint a geci, lagzott, mint a halál.

Mondom mifasz, ennyire nem szar a Qt5. Kiváncsiságból lebuildeltem a 0.102-est Qt5-tel. Az eredmény? Leszámítva a párszáz kByte-tal nagyobb RAM igényt, totál ugyanaz, mint Qt4-gyel. Leforgattam a 0.103-ast. Az viszont ugyanúgy fos, mint a 0.104-es. Talán az SDL eldobása nem volt annyira jó ötlet... Reportoltam a dolgot, meglátjuk mi lesz belőle.

Ádám (statz)

#4, Főfasz (1815)

533 | #4b78 | ^ | Idézet | Wed, 27 Mar 2019 21:55:03 +01

37.76.*.*

*.nat.pool.telekom.hu

Újabb szánalmas adathalász próbálkozás e-mail-ben.

A link halott volt, pedig kíváncsi lettem volna, mennyire sikerült az eredeti almás bejelentkezős felületet reprodukálni.

Kivételesen ezt most nem rakta a dzsímél a spam mappába, úgyhogy ezzel simán ellophattak elég sok Apple ID-t vagy mit.

Az ilyeneket be lehet valahogy szopatni? Mondjuk küldesz neki valami kurva nagy méretű e-mailt vissza vagy hasonlók.

Mostanában nem igazán elérhető az oldal. Haldoklana a T-Hosting szervere?

TCH (statz)

#1, Főfasz (10443)

444 | #4b79 | ^ | Idézet | Wed, 27 Mar 2019 22:04:36 +01

188.143.*.*

*.pool.digikabel.hu

@Ádám:
Mondjuk küldesz neki valami kurva nagy méretű e-mailt vissza vagy hasonlók.

Hát, ha volt olyan balfasz, hogy saját emilről csinálta, akkor lehet ilyenekkel szórakozni, vagy azzal, hogy baromi sok levelet küldesz neki valami mass mailerről. Egyébként nem nagyon.

@Ádám:
Mostanában nem igazán elérhető az oldal. Haldoklana a T-Hosting szervere?

Néha vannak ilyen ciklusai.

TCH (statz)

#1, Főfasz (10443)

3460 | #4b7a | ^ | Idézet | Thu, 28 Mar 2019 21:58:29 +01

188.143.*.*

*.pool.digikabel.hu

No, a puNES-nél kiderült, hogy a hangkártya nem volt jól beállítva, miután belőttem, megszűnt a lag és a hang is megjött. Fullscreenben viszont az aktív képernyő két szélén átlátszott a desktop, viszont ez sem Qt5 related volt, a 0.103-ban debütált ez a bug is, Qt5 meg volt előtte is, ha opcionálisan is. Mint kiderült valami új OpenGL alapú renderkomponens került be, ezzel voltak bajok, de mint kiderült, csak akkor, ha a kompozitor (esetemben a compton futott). Ezt leboxoltuk privátban, küldött egy egysoros fixet, az is megjavult. A 0.103-ban az OpenBSD support megjelenésével bekerült a autogen.sh-ba is egy bug, mert a non-POSIX [[ operátort használta, de interpreternek a POSIX shell sh volt megadva. (Ez nem akkora gáz, mert csak a buildnél errorozik és ott sem okoz fennakadást, ez csak szépséghiba.) Erre küldtem neki javaslatokat, meg full fixet is, megköszönte, azt mondta tovább debuggolja a hangot, ha van valami szól... (Ezt mondjuk nem értem, mert megy a hang, csak eszközt kellett váltani, de végülis, lehet, hogy tényleg valami hiba van ott.)

Viszont az új verzió kb. 5-10%-kal több CPU-t eszik meg. Ez sem Qt5 related, mert a 0.102-ben a CPU usage ekvivalens volt a Qt4 és a Qt5 verziók között. Azt mondta új feature-ök vannak, azok csinálják. Arra még nem válaszolt, hogy mik és hol lehet őket kikapcsolni. Viszont állítása szerint multithreaded lett az egész és hiába eszik többet, jobban el van osztva a CPU-k között. Azt még megkérdem, hogy jó, de egymagos gépen (pl. RaspberryPi) mi lesz?

Ettől függetlenül supportból jeles. És maga a Qt5 is jól vizsgázott, a felmerülő problémákból zérónak volt az okozója. (Leszámítva persze a párszáz kByte extra RAM elfogyasztását, meg ugye ez csak a program volt, a betöltött keretrendszer ki tudja mennyit eszik, dehát ez van...) Egyelőre a Qt5 ellen a memory footprintet leszámítva nem sokat tudok felhozni.

Ja, és debütált egy új, fasza cheat felület, de még mindig elmarad az FCEUX windózos verzióéjától.

Pusztít viszont az agybaj a SNES9x fejlesztőinél. Az 1.58-ig minden háváj volt, most viszont ők is áttértek a szarhúgyfos Python-based meson-ra, amivel már a múltkor is akkorát szoptam, mint egy ordas buzi a Kék Osztrigában... Természetesen ez a fos buildsystem most is orrba szájba szopatott, de végül sikerült megoldani. Csak épp ugye ez a nindzsás geci rohadtul nem csinál checkinstall kompatibilis eredményt, így kézzel kellett összeszedegetnem a fileokat a könyvtárból és megépítenem magamnak a csomagot. Szerencsére csak egy bináris, meg pár ikon volt. Basszák meg ezek a faszok a menzont, a nindzsát, meg ezt az ótvaros szarhúgyfos óriáskígyót is. Már tudom miért hívják pitonnak, mert tövig leszopod a pitont, mire megcsinálod amit akarsz...

De ezen felül volt még egy baljós momentum: a GTK3 volt a default a meson opciókban, belém meg egy pillanatra belémfagyott a szar, amikor közölte, hogy GTK3 not found... Szerencsére még át lehet állítani GTK2-re, de kérdés meddig... A VICE írói is meghibbantak és átálltak GTK3-ra... Sajnos pusztít az agybaj a mai fejlesztők között...

Sz*rk 2020.11.07.: Nos, mint kiderült, kb. még egy évig lehetett: 2020 július 17.-én csöngettek a GTK2 portnak... Megint igazam volt... :(

TCH (statz)

#1, Főfasz (10443)

1359 | #4b7b | ^ | Idézet | Fri, 29 Mar 2019 23:04:28 +01

178.164.*.*

*.pool.digikabel.hu

Mint kiderült, tényleg volt valami az audioval, mert épp reportolni akartam, hogy mennyire tompább a puNES hangja, mint az FCEUX-é, amikor bedobta a levélben a patchet, hogy próbáljam ki, hogy megy-e most már a default device-szal. Megy, de ráadásul ugyanolyan tisztán, mint az FCEUX. (Ez valami equalizer izé lehetett énnálam.) Csak halkabb, de hát azt ki nem szarja le, majd adok rá hangerőt.

Viszont kiderült, hogy az Airwolf pl. korrupt grafikát dob puNES-ben, míg FCEUX-ban megy.

http://oscomp.hu/depot/airwolf_parallel.png

Sz*rk: Kiderült, hogy a ROM volt fos, mert a DiskDude nevű ripperrel készült, ami bebaszta a nevét (DiskDude!) a 7-15-ös byte-okra a headerben és így az újkori emulátorok - amik nem csak 0-6-ig nézték a headert (és nem csak 15 mappert tudnak, hanem 255-öt) - azt hiszik, hogy nem 0x01-es, hanem 0x41-es mapper van beállítva. Ettől még felvett egy kivételt az emulátorba, de én is fixáltam a ROM-ot.

Sz*rk: Javasoltam neki, hogy legyen opció, hogy egy ROM-ot archaikusként nyisson meg a program (azaz ignorálja a 7-15-ös byte-okat), két megközelítést is javasoltam neki, de egyik sem tetszik neki. Inkább bedrótozza (már megint!), hogy ha az van ott, hogy DiskDude!, akkor ignore... A semminél több, de mi lesz a többi ripperrel? Ennek a csávónak a mániája ez a bedrótozás!

M4u5 (statz)

#10, Agyfasz (282)

123 | #4b7c | ^ | Idézet | Sat, 30 Mar 2019 10:04:10 +01

188.157.*.*

*.mobile.pool.telekom.hu

A hármas metró felújított szakaszának átadása alkalmából itt ez a remekmű.

TCH (statz)

#1, Főfasz (10443)

43 | #4b7d | ^ | Idézet | Sat, 30 Mar 2019 10:23:40 +01

178.164.*.*

*.pool.digikabel.hu

A poénok jók, de a megvalósítás rettenetes.

Ádám (statz)

#4, Főfasz (1815)

140 | #4b7e | ^ | Idézet | Sat, 30 Mar 2019 19:15:25 +01

91.104.*.*

*.pool.telenor.hu

Hát igen, kb. ez a helyzet :D

TCH (statz)

#1, Főfasz (10443)

834 | #4b7f | ^ | Idézet | Sat, 30 Mar 2019 19:58:02 +01

188.143.*.*

*.pool.digikabel.hu

Hát majdnem. Majdnem jó ez az ábra, csak a KN-t le kell cserélni WIND-re.

Na, újrabuildeltem mindent Qt5.7.1-gyel, mert a faszom tele volt vele, hogy kétféle Qt van a rendszerben és nem lehet egységes kinézetet kapni. Akkor legyen a repo-ból elérhető Qt5.7.1. Az Otter megy vele, a WebKit buildelődik vele, a Transmission megy vele, a puNES megy vele, jó lesz ez is.

Sz*rk: A Qt5Ct-nek kell a libmtdev-dev, különben elszáll a végén:

collect2: error: ld returned 1 exit status
Makefile:174: recipe for target 'libqt5ct.so' failed
make[1]: *** [libqt5ct.so] Error 1
make[1]: Leaving directory '/tmp/qt5ct-0.38/src/qt5ct-qtplugin'
Makefile:56: recipe for target 'sub-src-qt5ct-qtplugin-install_subtargets' failed
make: *** [sub-src-qt5ct-qtplugin-install_subtargets] Error 2