BitBlt jest słabe. Ja rysuję wszystko “ręcznie” do bufora ramki i wrzucam na ekran jednym blitem.
Dziwne, że koleś używa wielu rdzeni. Zastanawiam się, jak jest napisana ta gra. W tym momencie pewnie Muratori przewraca się w grobie.
A skoro o wilku mowa, to jest nowy odcinek zmagań z Javą.
Odniosłem wrażenie, że użycie wielu rdzeni było wymogiem sponsora. Dlatego odebrałem to ironicznie.
Tak jak kiedyś Uri dostał od sponsora stół z elektryczną regulacją wysokości. Miał go przedstawić jako gejmingowy i użył go do gier planszowych. https://www.youtube.com/watch?v=DJUZ8Xv4QRc
Zaskoczyła mnie opinia, że testowanie na prawdziwym sprzęcie jest łatwiejsze od maszyny wirtualnej.
W tym szkoleniu jest więcej niskopoziomowych informacji o EFI: https://apps.p.ost2.fyi/learning/course/course-v1:OpenSecurityTraining2+Arch4021_intro_UEFI+2023_v1/home
BitBlt jest słabe. Ja rysuję wszystko “ręcznie” do bufora ramki i wrzucam na ekran jednym blitem.
Dziwne, że koleś używa wielu rdzeni. Zastanawiam się, jak jest napisana ta gra. W tym momencie pewnie Muratori przewraca się w grobie.
A skoro o wilku mowa, to jest nowy odcinek zmagań z Javą.
Btw. gierka przypomniała mi stare demo ASD.
Ciekawe czy Java ma debugger z podglądem asm. Mogliby wtedy wykonywać krok po kroku i zobaczyć jaka część tego kodu się wykonuje w pętli.
Podobało mi się powiedzonko, że asm jest łatwiejszy niż css.
W artykule, który polecał przeczytać jest opisane narzędzie JITWatch. Nie wygląda jakby miało funkcje debugu. Tylko analizuje logi w interfejsie GUI.
Odniosłem wrażenie, że użycie wielu rdzeni było wymogiem sponsora. Dlatego odebrałem to ironicznie.
Tak jak kiedyś Uri dostał od sponsora stół z elektryczną regulacją wysokości. Miał go przedstawić jako gejmingowy i użył go do gier planszowych. https://www.youtube.com/watch?v=DJUZ8Xv4QRc