1 Ostatnio edytowany przez Piguła/Shpoon (2026-10-21 16:33:24)

W załączniku wrzucam jeszcze wczesną wersję z jedną modelką na VBXE gry Strip Poker.
Na ten moment jedna modelka, 5 różnych obrazków.
Klawisz M włącza/wyłącza  muzykę. Werska pod VBXE.

Post's attachments

poker_vbxe_autodetek.xex 413.49 kb, liczba pobrań: 9 (od 2026-10-21) 

Tylko zalogowani mogą pobierać załączniki.
Ci, którzy przemawiają w imieniu Boga powinni pokazać listy uwierzytelniające. J. Tuwim

2 Ostatnio edytowany przez larek (2026-10-21 19:15:51)

Pani ma trzy nogi? Wow! ;)


https://www.atari.org.pl/forum/misc.php?action=pun_attachment&item=13936

Post's attachments

strip.png 74.82 kb, liczba pobrań: 2 (od 2026-10-21) 

Tylko zalogowani mogą pobierać załączniki.

3 Ostatnio edytowany przez Piguła/Shpoon (2026-10-21 16:34:02)

Poprawione - zostawiam tylko wersje z audtdetekcją vbxe.

Ci, którzy przemawiają w imieniu Boga powinni pokazać listy uwierzytelniające. J. Tuwim

4

larek napisał/a:

Pani ma trzy nogi? Wow! ;)

rozbieramy pająka :)

*- TeBe/Madteam
3x Atari 130XE, SDX, CPU 65816, 2x VBXE, 2x IDE Plus rev. C

5 Ostatnio edytowany przez Piguła/Shpoon (2026-10-21 17:18:53)

Poprawione rysowanie... core 1.27

Post's attachments

poker_vbxe_v2_autodetekt.xex 413.59 kb, liczba pobrań: 7 (od 2026-10-21) 

Tylko zalogowani mogą pobierać załączniki.
Ci, którzy przemawiają w imieniu Boga powinni pokazać listy uwierzytelniające. J. Tuwim

6

Gupie to ai . Laska ma już 2 nogi ale jedną w rajstopach a drugą w spodniach czy w jakimś dresie. Strach pomyśleć co będzie na kolejnych obrazkach :)

7 Ostatnio edytowany przez Piguła/Shpoon (2026-10-21 23:39:43)

Tak - grafikę poprawiałem osobno, a ponieważ dodawałem jeszcze inne rzeczy - to tworząc nową iteracje projektu, znowu skopał mi grafikę menu.... muszę na to uważać.

1. Poprawiona grafika menu
2. Dodana grafika game over
3. Poprawiona możliwość ustawiania stawki 10-100 zarówno w menu gry, jak i podczas samej gry
4. Odwrócona zasada wymiany kart, po uwagach Mono, teraz zaznaczamy te karty które mają być wymienione, a nie te które mają zostać
5. Poprawione procedury rysujące, nie ma już sekundowych czarnych ekranów przy kolejnej rundzie - sugestie Electrona o dorzuceniu dokumentacji blittera.
6. Poprawiona czytelność kart
Do zrobienia:

- poprawa logiki gry, dodawanie blefowania, mozliwosci zmiany poziomu trudnosci
- mozliwość wyboru modelki w menu.

Post's attachments

poker_vbxe_v2_3_autodetect.xex 446.63 kb, liczba pobrań: 9 (od 2026-10-21) 

Tylko zalogowani mogą pobierać załączniki.
Ci, którzy przemawiają w imieniu Boga powinni pokazać listy uwierzytelniające. J. Tuwim

8

Brakuje informacji, ile kart wymienił "rywal".
Klawisz na Atari nazywa się "RETURN", a nie "ENTER".

https://www.youtube.com/watch?v=jofNR_WkoCE

9 Ostatnio edytowany przez Piguła/Shpoon (2026-10-22 08:21:27)

Fox - ENTER na RETURN mam już podmieniony. Tylko nie podmieniałem już pliku z taką kosmetyczną zmianą.

- Dodana opcja zmiany 1 z 4 modelek, na ten moment można wybrać jedynie 3. Bo nie mam jeszcze gotowej 4.
- Dodana pozycja credits - na ten moment losowe dane... to dopiero dopieszcze na spokojnie
- Każda modelka może mieć inne tło, skrypt budujący grę ma to już zaimplementowane, jeszcze tego nie testowałem.
- Ze względu na rozmiar grafik dorzucona obsługa ext ram 1MB. Wszystkie modelki trzymane są w ext ramie. A wybór danej modelki w menu i uruchomienie gry powoduje przekopiowanie wszystkich faz do ramu vbxe... 1-2sek... potem podczas rozgrywki z daną modelką nic już nie jest doczytywane...

do zrobienia:

- optymalizacja grafik z modelkami (5 faz w formie jednej grafiki, osobna z tłem), pakowanie i depakowanie (to już testowałem wprowadza dodatkowe 2sekundy oczekiwania dla 1 grafiki) wiec odpada
- dalsza poprawa logiki gry
- dopracowanie samych modelek ze względu na rozdzielczość pozostaje układ modelek jak w oryginale na Atari czyli pozycja leżąca poziomo, a nie siedząca np. na krześle... za mała postać.

Post's attachments

poker_vbxe_V2_4_1MB_4models.xex.xex 1.09 mb, liczba pobrań: 7 (od 2026-10-22) 

Tylko zalogowani mogą pobierać załączniki.
Ci, którzy przemawiają w imieniu Boga powinni pokazać listy uwierzytelniające. J. Tuwim

10

Zamiast xex wklejaj screeny. Większości wystarczy ;)

11 Ostatnio edytowany przez Piguła/Shpoon (2026-10-22 13:50:41)

1. Poprawione losowanie kart,
2. Dodana widoczność wymienionych kart podczas rozdania przez przeciwniczkę
3. Dodana opcja blefu
4. Poprawiona opcja CREDITS w menu i Zasady
5. Dostępną są już 4 modelki ale jeszcze będzie korekta z grafikami dwóch
6. Poprawiona kolejność w menu

ANETA - afro amerykanka gotowa
SANDRA - do poprawy ostatnia faza - bo jest błąd odwzorowania ręki w fazie 5
ANIA - mikołajka gotowa
BEATA - słaba jakość - bedzie wymieniona na azjatkę... muszę tylko doszlifować ostatnią 5 faze

- nowsza wersja będzie miała jeszcze skorygowaną palete dla modelki sandra, bo zauważyłem pojawienie się pojedynczych żółtych pixeli na buzi zarówno w grze jak i w menu... prace już trwają :)

Post's attachments

poker_vbxe_2v6.xex 1.1 mb, liczba pobrań: 8 (od 2026-10-22) 

Tylko zalogowani mogą pobierać załączniki.
Ci, którzy przemawiają w imieniu Boga powinni pokazać listy uwierzytelniające. J. Tuwim

12 Ostatnio edytowany przez bocianu (2026-10-22 13:56:40)

popieram Vasco. No i nie wszyscy mają vbxe,
a każdy chętnie zobaczy gołą babe z trzema nogami.

13

bocianu napisał/a:

popieram Vasco. No i nie wszyscy mają vbxe,
a każdy chętnie zobaczy gołą babe z trzema nogami.

Kto nie ma i czy spodziewa się hiszpańskiej inkwizycji? ;)

pomidor

14

czy nie nadszedł już czas aby rozwiązać kwestię myszki do XE/XL, wspieraną sprzętowo, z minimalnym obciążeniem 6502 ?

*- TeBe/Madteam
3x Atari 130XE, SDX, CPU 65816, 2x VBXE, 2x IDE Plus rev. C

15

Już dawno rozwiązano, nazywa się to CMI08.

hex, code and ror'n'rol
niewiedza buduje, wiedza rujnuje

16 Ostatnio edytowany przez Piguła/Shpoon (2026-10-22 16:42:43)

Prosze bardzo dla osób bez vbxe.

Post's attachments

aneta.png 380.03 kb, nikt jeszcze nie pobierał tego pliku. 

ania.png 349.77 kb, nikt jeszcze nie pobierał tego pliku. 

beata.png 359.02 kb, nikt jeszcze nie pobierał tego pliku. 

menu.png 400.82 kb, nikt jeszcze nie pobierał tego pliku. 

sandra.png 346 kb, nikt jeszcze nie pobierał tego pliku. 

Tylko zalogowani mogą pobierać załączniki.
Ci, którzy przemawiają w imieniu Boga powinni pokazać listy uwierzytelniające. J. Tuwim

17

Wie m, że to już padło na Discordzie, ale.... Będą DLC? ;)

grzybson/SSG^NG

18 Ostatnio edytowany przez Piguła/Shpoon (Dzisiaj 08:53:02)

Nowsza wersja.

1. Poprawione żółte pojedyncze pixele w menu na buzi i na 1 modelce w grze
2. Poprawiona pierwsza modelka - teraz jest większa i nie ma halucynacji z ręką (wprawdzie zapomniałem pozbawić ją rajstop w każdej fazie, więc proszę nie czepiać się, że spódniczkę ściąga wraz z rajstopami (to poprawie pozniej)
3. Wymieniona modelka z krzesełka na większą blondynkę w kajucie.

Wersja nie rusza z AVG, dziala pod emulatorem, dziala na żywym sprzęcie ze sio2sd. Problemem jest wielkość pliku.
Rozwiązanie zostało już znalezione i mam wersję działająca z AVG, ale przez dekompresje 4 modelek uruchamia się znacznie dłużej... więc staram się to rozwiązać w trochę inny sposób.

update:

wersja 2.63, wyeliminowano błąd na który zwrócił uwagę MONO, jeżeli podczas rozpoczętej rozgrywki ktoś osiągnie w wyniku podbijania stawki 0  pojawiał się ekran game over. Teraz gracz ma możliwość dokończenia parti. Przecież może wygrać :)

wersja AVG 2.63 - to build pod uruchamianie pliku z poziomu AVG Cart. Dane dwóch ostatnich modelek zostały spakowane algorytmem ZX0, model AI został poinstruowany danymi tej metody z repozytorium dostępnym na githubie FOX'a. Przyspieszyło to proces rozpakowania względem pierwszej metody zastosowanej samodzielnie przez AI 11 krotnie :) Dzięki FOX

ps. FOX czy są dostępne gdzieś źródła programu Flashpacker? Bo namierzyłem jedynie procedure ASM do rozpakowywania danych. Chętnie zrobiłbym próbe z podmianą algorytmu pakowania/depakowania z tego programu.

pliki usunięto - proszę korzystać z wersji na końcu wątku.

Ci, którzy przemawiają w imieniu Boga powinni pokazać listy uwierzytelniające. J. Tuwim

19

Tester mówi, że rozgrywka jest super. Rzucanie kart, blefy itp. Ja pytam, czy może nie dałoby się urozmaicić póz modelek bo wszystkie tak samo leżą tylko okoliczności przyrody zmienne :-D

Pamięć studenta ma charakter kwantowy - student wie wszystko, ale jednocześnie nic nie pamięta.
- Kilka(naście?) pudełek z klawiszami i światełkami. I jeden Vectrex, żeby nimi wszystkimi rządzić.

20 Ostatnio edytowany przez w1k (2026-10-23 09:16:42)

Użyłem czegoś takiego w DOOM-ie:

https://github.com/viktorcech/doom-vbxe ... ate816.asm

https://github.com/viktorcech/doom-vbxe ... e816_ok.py

https://github.com/viktorcech/doom-vbxe ... extures.py

21 Ostatnio edytowany przez Piguła/Shpoon (2026-10-23 10:49:45)

@w1k - dzięki poeksperymentuje
@perinoid - robiłem początkowo próbe z krzesłem - @mono był nawet zachwycony;) , ale modelka jest wtedy znacznie mniejsza i mniej atrakcyjnie wizualnie to wygląda. Oryginalna wersja na małe Atari Strip Pokera, też miała wszystkie modelki leżące... dlatego poszedłem w tą stronę. Podrzucono mi też w wątku opcję aby, w takiej sytuacji karty były z boku ekranu, a nie na dole (przy wersji z innym wariantem pozy). Potestuje... różne rozwiązania... Wstępny szkic mam, myślę, że wariant obecny + C powinien zaspokoić wszystkich.

Zmiany w sposobie rozgrywki
======================

Nowa wersja wprowadza bardziej czytelną licytację, porządkuje zasady ustalania stawki i różnicuje kolejność rozpoczynania rozdań.

1. Podbicia przeciwniczki i czytelne informacje o jej ruchach

Przeciwniczka może rozpoczynać licytację oraz odpowiadać podbiciem na działania gracza. Jej podbicie jest teraz wyraźnie sygnalizowane w panelu gry komunikatem "PODBIL:" wraz z kwotą. Pole "DO:" wskazuje natomiast, ile gracz musi dopłacić, aby wyrównać zakład.

Jeżeli przeciwniczka rozpoczyna licytację i nie podbija, pojawia się komunikat "RYWAL CZEKA". Gracz może wtedy sprawdzić, podbić, blefować lub spasować. Nadal obowiązuje limit dwóch podbić w jednej licytacji.

2. Powrót do stawki ustalonej przed grą

Stawka wybrana w menu zostaje zapamiętana jako stawka bazowa całej rozgrywki. Zmiana kroku podbicia klawiszem S obowiązuje wyłącznie w bieżącym rozdaniu.

Po rozliczeniu puli stawka automatycznie wraca do wartości wybranej przed rozpoczęciem gry. Dzięki temu wysoka licytacja w jednym rozdaniu nie powoduje zwiększenia obowiązkowych wpłat w następnym.

3. Nowa kolejność rozpoczynania rozdań

Przy rozpoczęciu nowej gry losowana jest osoba, która otworzy pierwsze rozdanie. Każde następne rozpoczyna zwycięzca poprzedniego - również wtedy, gdy wygrał wskutek pasu drugiej strony. Przy remisie osoba rozpoczynająca pozostaje bez zmian.

Ustalona kolejność obowiązuje w obu licytacjach danego rozdania: przed wymianą kart i po niej. Informację o rozpoczynającym pokazuje panel gry: "START: GRACZ" lub "START: RYWAL".
Zmiany zasugerowane przez niestrudzonego MONO :)

Z racji miłości do taśm... dorzucona informacja podczas ładowania o ilości segmentów pliku XEX, które jeszcze zostały do wczytania do Ramu.

Post's attachments

poker_vbxe_AVG_v_2_64.xex 913.61 kb, liczba pobrań: 4 (od 2026-10-23) 

poker_vbxe_v_2_64.xex 1.11 mb, liczba pobrań: 9 (od 2026-10-23) 

Screenshot 2026-10-23 110040.png 55.27 kb, nikt jeszcze nie pobierał tego pliku. 

Tylko zalogowani mogą pobierać załączniki.
Ci, którzy przemawiają w imieniu Boga powinni pokazać listy uwierzytelniające. J. Tuwim

22

mono napisał/a:

Już dawno rozwiązano, nazywa się to CMI08.

ChatGPT

Gdyby celem było płynne sterowanie myszą bez obciążania 6502, to najskuteczniejszym rozwiązaniem byłby inteligentny kontroler myszy w kartridżu (lub PBI/ECI) z własnym mikrokontrolerem albo małym CPLD/FPGA. Co ciekawe, architektura Atari XL/XE bardzo temu sprzyja: POKEY obsługuje wejścia potencjometrów i IRQ, ANTIC już i tak przejmuje magistralę przez DMA, a cartridge może generować przerwania do CPU.

Najlepsze rozwiązanie: "Smart Mouse Controller"
Taki układ robiłby całą "brudną robotę":
- odczytuje mysz USB lub PS/2 z częstotliwością 125-1000 Hz,
- akumuluje ruchy ΔX i ΔY,
- zapisuje je do rejestrów dostępnych pod np. $D5xx,
- generuje IRQ tylko wtedy, gdy pojawi się nowy ruch.
Dla 6502 obsługa sprowadza się do kilku instrukcji:
IRQ:
    LDA MOUSE_DX
    CLC
    ADC CURSOR_X
    STA CURSOR_X

    LDA MOUSE_DY
    CLC
    ADC CURSOR_Y
    STA CURSOR_Y
    RTI


To zajmuje kilkadziesiąt cykli zamiast ciągłego odpytywania urządzenia.
Jeszcze lepiej: sprzętowy generator współrzędnych
Można pójść krok dalej i zbudować układ podobny do Amigi CIA + Paula albo kontrolera Atari ST.

Układ utrzymywałby aktualne współrzędne kursora w sprzętowych licznikach. 6502 tylko czytałby:
LDA MOUSE_X
LDA MOUSE_Y


Nie trzeba nawet dodawać ΔX i ΔY.
Wersja "retro" z układami TTL
Dałoby się to zbudować wyłącznie z logiki z epoki:
- dwa liczniki 74HC193 (X i Y),
- dekoder kwadraturowy LS7084,
- zatrzaski 74HC573,
- generator IRQ.
To byłoby całkowicie zgodne technologicznie z połową lat 80.
A może drugi procesor?
Ponieważ wcześniej rozmawialiśmy o procesorze w kartridżu współdzielącym magistralę Atari, można wykorzystać tę samą ideę.

Drugi 65C02 mógłby:
- obsługiwać USB/PS2,
- filtrować drgania,
- robić akcelerację kursora,
- przekazywać gotowe współrzędne głównemu SALLY przez rejestry współdzielone.
Co byłoby najbardziej "atarowskie"?
Moim zdaniem najciekawsze byłoby rozwiązanie w stylu Atari ST w kartridżu:
- CPLD/FPGA podłączone do magistrali cartridge,
- sprzętowe liczniki X/Y,
- własny sprite kursora nakładany na sygnał GTIA,
- IRQ przy zmianie położenia.
Wtedy kursor poruszałby się całkowicie niezależnie od 6502, nawet gdy gra zajmuje niemal 100% czasu procesora.
Jest jeszcze ciekawsza możliwość: sprzętowy kursor bez udziału GTIA
Da się zbudować rozszerzenie wykorzystujące sygnały ANTIC/GTIA (HSYNC, VSYNC, HALT) i własny układ w FPGA/CPLD, który dokleja sprite kursora do sygnału wideo już po wyjściu GTIA. W praktyce byłby to odpowiednik sprzętowego kursora znanego z Atari ST czy kart VGA.

Taki układ:
- śledzi bieżącą pozycję wiązki obrazu,
- porównuje ją z rejestrami MouseX i MouseY,
- nakłada 16×16 lub 32×32 piksele kursora w locie,
- nie zużywa ani jednego cyklu 6502 na rysowanie kursora.
To rozwiązanie jest szczególnie interesujące dla dem i gier, bo kursor pozostaje idealnie płynny nawet podczas pełnego obciążenia procesora i intensywnego DMA ANTIC.

*- TeBe/Madteam
3x Atari 130XE, SDX, CPU 65816, 2x VBXE, 2x IDE Plus rev. C

23

tebe napisał/a:

To rozwiązanie jest szczególnie interesujące dla dem

Kursor myszki w demach?

https://www.youtube.com/watch?v=jofNR_WkoCE

24 Ostatnio edytowany przez Piguła/Shpoon (2026-10-23 18:36:06)

Wersja v2.65

Zmiany:

- Dodano  trzy układy rozgrywki, przygotowując grafiki do gry, w katalogu z fazami, można określić każdą z trzech faz
A- leżąca, B - siedząca, C- stojąca. Dzięki czemu menu gry jest inaczej rysowane.
- Dodano możliwość prostej zmiany imion i je zaktualizowano, teraz bardziej pasują do modelek użytych w grze.

PLIK AVG - zawiera spakowane trzy modelki więc uruchomienie gry będzie trwało kilka sekund dłużej.

FOX ponawiam pytanie, czy kod flashpackera z Atari jest udostępniony?

Post's attachments

poker_vbxe_AVG_v2_65.xex 718.68 kb, liczba pobrań: 5 (od 2026-10-23) 

poker_vbxe_v2_65.xex 1.11 mb, liczba pobrań: 7 (od 2026-10-23) 

Tylko zalogowani mogą pobierać załączniki.
Ci, którzy przemawiają w imieniu Boga powinni pokazać listy uwierzytelniające. J. Tuwim

25

hmmm, co to może być? VBXE na starym rdzeniu bo nie miałem kiedy się nowym pobawić. Ostatni który mi działa to poker_vbxe_v2_3_autodetect. Wszystkie kolejne albo się kaszanią, albo właśnie takie coś wyświetlają.

https://www.atari.org.pl/forum/misc.php?action=pun_attachment&item=13989

Post's attachments

Zrzut ekranu 2026-10-23 o 23.04.14.png 349.63 kb, nikt jeszcze nie pobierał tego pliku. 

Tylko zalogowani mogą pobierać załączniki.
kupię Atari 815 i 820 :)