Ja na jaralnię się raczej nie piszę, no more... :-) Jak ktoś się chce truć, to zawsze może na chwilę wyjść :-P
Jakkolwiek warto by wpierw ustalić kto w ogóle się pojawi.

Ja to na razie na 43,8 % ;-)

Jeff's to super wybór, jedna z moich ulubionych restauracji w Warszawie, ale:
- dzbanek Żywca po 13 zł jest tylko w poniedziałek i wtorek (4,33 zł za pół litra) - w czwartek już nie,
- w sali dla jaraczy zrobi się siekiera, a część osób nie jara i chce jeszcze pożyć :-/

Mi to bardziej na pamięć wygląda....

Niestety wiadomości ze strony nie działają :-(

Umknął mi topic. Tutaj masz uniwersalny playerek http://swimsuitboys.com/droidsound/ ten SID PLay jest tylko jako APK na markecie. Developer zresetował swoją stronę http://bitheap.net/

Niestety jest to zabytkowa wersja, która w dodatku działa niezamowicie wolno. Nie udało mi się odpalić ani jednego demka. Mam nadzieję, że ktoś z naszych skompiluje ostatnią wersję Atari800+ :-)

@jury: Mój wczorajszy post się wysłał dwa razy, dzisiaj widzę jeden, więc może dlatego coś się przesunęło. Nie mam żadnych uprawnień ponad te, które mają zwykli użytkownicy. A co do animki, to nie mam nic przeciwko autorom. Krytyka dotyczy dzieła.

@Dracon: Sheol był właściwie poskładany w ostatniej chwili, żeby mógł pójść na Intel Outside. To, że się wyrobiliśmy jest przede wszystkim zasługą Peta, który niezmordowanie ogarniał wszystko do ostatniej chwili. Pewnie spokojnie dałoby się pewne rzeczy zmienić, ale o ile dobrze pamiętam większość efektów była pisana dla wygody na 256KB pamięci dodatkowej (Quick Assembler zajmował całą podstawową i wygodniej sie pisało). Paru rzeczy, które miały w tym demie być, nie ma, ale i tak w sumie fajnie wyszło jak na tamte czasy :-)

Powiem tak - Ass Kicker sprzed ponad 10 lat, który wymagał 128 KB pamięci (10 razy mniej) powala nadal na kolana. A to osobliwe "coś" można traktować jedynie jako ciekawostkę przyrodniczą lub tester pamięci dodatkowej :-D

Jako test monitora - OK, ładna animka :-) Jako demo - dno dna z kosmicznymi wymaganiami sprzętowymi.

EOT

Zaczyna działać..... ;)

Niezupełnie tak. Miałem bardziej na myśli sposób, który wykorzystałem w trackscrollu. Nie kodowałem od dobrych 10 lat więc piszę z głowy, ale przyszło mi na myśl coś takiego.

Cztery bajty oryginalnego ekranu odpowiadają trzem bajtom na Atari, bo 4 x 6 = 3 x 8 :-) Założyłem, że oryginalny bajt ekranu na dwa najstarsze bity równe zero, ale nie jest to konieczne.

Można zatem wygenerować ciągiem kod z predefiniowanymi adresami posługując się takowym wzorcem:

; ekr_org - adres ekranu oryginalnego
; ekr_ata - adres ekranu atari
; tab1_1 - 64-bajtowa tabela dla pierwszych 6 bitów pierszego bajtu ekranu licząc od lewej
; tab1_2 - to samo dla dwóch pozostałych bitów pierwszego bajtu
; tab2_1 - to samo dla pierwszych 4 bitów drugiego bajtu
; tab2_2 - to samo dla kolejnych 4 bitów drugiego bajtu
; tab3_1 - to samo dla pierwszych 2 bitów trzeciego bajtu
; tab3_3 - to samo dla ostatnich 6 bitów trzeciego bajtu


; pierwszy bajt ekranu atari
   ldx ekr_org
   ldy ekr_org+1
   lda tab1_1,x
   ora tab1_2,y
   sta ekr_ata

; drugi bajt ekranu atari
   ldx ekr_org+2
   lda tab2_1,y
   ora tab2_2,x
   sta ekr_ata+1

; trzeci bajt ekranu atari   
   ldy ekr_org+3
   lda tab3_1,x
   ora tab3_2,y
   sta ekr_ata+2

Nie pamiętam liczby cykli rozkazów, więc trzeba to policzyć, ale chyba wychodzi z 15 cykli na bajt ekranu atari czyli 2 cykle na pixel.

Niech ktoś mądry rzuci okiem i mnie poprawi jeśli się mylę :-)

Nawet 4 godziny to super wynik :-) Niektórzy nad konwersjami pracują latami...

Zastanawiam się ile zajęłoby prze-ROL-owanie bitów ekranu, żeby upchnąć do 8 bitów? W sumie można to też stablicować, pobierać według 6-bitowych indexów i nakładać....

Boskie! ;-) Anyway większość bankomatów chodzi na NT lub XP :-) Może wystarczy trochę pogrzebać...

@Marcin: No wiesz, kto jak kto, ale żebyś Ty zlecał takie rzeczy innym... zszokowałeś mnie normalnie :)))