101

(6 odpowiedzi, napisanych Software, Gry - 8bit)

moim zdaniem to wina lapka, nie "lubi" takiej kombinacji klawiszy. Na moim jest tak samo.
Najbardziej boli na strzelankach:)
Trick - wkurzający, ale czasem się przydaje - naciskaj żądaną kombinację klawiszy bardzo szybko (prawie równocześnie, oczywiście) - u mnie czasem załapuje "ukos" wtedy.

102

(1 odpowiedzi, napisanych Bałagan)

jestem zainteresowany

103

(5,104 odpowiedzi, napisanych Bałagan)

Po to mamy demokrację właśnie aby każdy mógł sobie wybrać jak ma żyć.

Własnie przez to, że mamy demokrację nie mogę sobie wybrać jak żyć. O tym decyduje (teoretycznie) większość, a nie ja sam.
Jeżeli większość (pośrednio poprzez wybór) zdecyduje, że pójdę do więzienia jak będę sobie zrywał czereśnie z własnego drzewa bez ubezpieczenia to tak właśnie będzie i moje wybory nie będą miały nic do tego.

104

(92 odpowiedzi, napisanych Fabryka - 8bit)

rozumiem, że na natywnym atari bez vbxe będzie tylko B/W, bez pokolorowania?
tak czy siak, z przyjemnością zagram w tę grę na atari:)

105

(4 odpowiedzi, napisanych Programowanie - 8 bit)

dzięki.
a ile tak naprawdę mam cykli do dyspozycji
od jednego
sta $d40a
do drugiego?
konkretnie mam na myśli tryb gr. 15 (tryb antica E, jak dobrze pamiętam), o ile to maznaczenie....

lamerskie pytanie:
czy jest możlwa jakimś przewidywalnym  trickiem zmiana jednego koloru powiedzmy dwa (więcej?) razy w jednej lini (np do połowy lini kolor A, od połowy B)?

107

(24 odpowiedzi, napisanych Software, Gry - 8bit)

czy jest jakieś ograniczenie na wykorzystanie efektu fade przy zapisie do xex'a?
mam rysunek 30 kolorowy i to nie działa (pojawia się tylko rysunek), a po zmianie na 27 kolorów jest już ok.
kolory przy których to nie działa zmieniają się co linijkę.

108

(11 odpowiedzi, napisanych Programowanie - 8 bit)

a pochwalisz się procką, nosty?

dziękuję, przetestuję smile

Fox napisał/a:

Każdy parametr USR jest przekazywany jako dwa bajty, więc może wygodniej byłoby przekazywać adresy normalnie, bez rozdzielania na bajty?

no właśnie mam prośbę, jak dużym problemem jest przerobienie (zrobienie) dokładnie tej samej procedurki do wykorzystania w tbxl, ale z przekazywaniem adresów normalnie a nie bajt młodszy, starszy?

dziękuję

111

(37 odpowiedzi, napisanych Programowanie - 8 bit)

tak, zwymiarowana. zgodnie z zaleceniem podstawiam tam dowolną wartość pod ostatni znak w łańcuchu przed użyciem. przyznaję, że radośnie sobie to wylogowanie robię bezpośrednio (w ramach testów bo coś mi nie działa ), a nie prez run (muszę to wylogować bezpośredniow programie - może nie ma problemu). starałem się, aby wszytskie zmienne były już zadeklarowane (raz użyte)  przed pobraniem adresu. jeszcze zatem posprawdzam, czy nie zrobiłem skify u siebie, skoro to powinno działać.
dzięki

112

(37 odpowiedzi, napisanych Programowanie - 8 bit)

Mam właśnie taki problem  z metodą , jaką opisywał wyżej larek. Ze względu na użyty tryb graficzny nie mogę dowolnie modyfikować RAMTOPem (muszę go zmieniać co 4KB) , a to co tam zarezerwowałem już mam wykorzytsane na 100%.
Pozostaje zatem zadeklarowanie tablicy np. A$ i korzystanie z niej (peek,poke) jak z fragmentu pamięci. Z deklaracją nie ma problemu (udaje się - ramu wystarcza), ale nie rozumiem jednej rzeczy.
Dlaczego dla:
? adr(a$)
? adr(a$(1))
x = adr(a$): ? x
x = adr(a$(1)): ? x

dostaję zupełnie inne wartości? zwłaszcza nie rozumiem dlaczego jak podstawiam wartość adresu do zmiennej dostaję co innego. oczywiście założenie jest takie, że zmienne już zadeklariowałem, użyłem wcześniej. czy rzeczywiście jest to bezpieczna metoda?

113

(28 odpowiedzi, napisanych Software, Gry - 8bit)

mikey napisał/a:

Pamietam taka gierke ze spectrum, jechalo sie jakims czolgiem i jedna osoba sterowala skakaniem a druga strzelala i obracala wiezyczka wlasnie.
Ale zupelnie nie wiem co to bylo./

gunboat? (co prawda nie czołg, tylko łódź, ale tak się grało smile