a to nie było tak że skończyło się miejsce na serwerze i dlatego bazy SQL-owe padły? ewentualnie awaria zasilania, etc.

Zresztą nieistotne w tej chwili, czy są jakieś wieści kiedy funkcjonalność Atariki może zostać przywrócona?

no pełen szacunek dla autora! :) kawał dobrej roboty...  w dodatku świetnie opisany kod i zasada działania, jak i cała koncepcja tegoż rozwiązania.

swoją drogą ciekawe czasy nastały... player XM-ów w JS... a pamiętam że wyciskało się ostatnie soki z 486/586 aby udało się te wszystkie kanały audio zmiksować via software... (mówię od odtwarzaniu na kartach typu SB... po walce z próbą napisania Playera na tego typu karty po 100-kroć doceniało się Gravis Ultrasound :P) ... a dziś co? można to napisać JS i jeszcze odpalić w przeglądarce ... a wszystko tak daleko od hardware że ja się zastanawiam jak to może działać podczas gdy tyle pary idzie w gwizdek :)

Hej!

Widziałem podobne "akcje" w różnego rodzaju cartach z turbo (blizzard) czy innych produkowanych przez "HURKA" czy "Górecki Productions", zabezpieczali się w ten sposób aby nie dało się tak łatwo uruchomić obrazów cartów np. z dyskietki, czy mieli swego rodzaju zabezpieczenia nawet na płytkach samego carta... typu że ich cart nietypowo reagował na odczyt z obszaru $D5xx i np. linii danych D6. Ale w tym wypadku jest tylko próba zamazania obszaru carta (jak uruchomisz to wczytane do RAM, to się zamaże zerami) ... i sprawdzenie czy można przełączyć bank/odłączyć cart przez zapisy do $D5XX stąd co chwila zapisy do $D500 oraz sprawdzanie stanu TRIG3. A tak normalnie potem to siedzi dalej loader binarek, tyle że czyta z obszaru pamięci a nie sektory z dyskietki.

Jeżeli bardzo Ci zależy na uruchomieniu tego, to mogę w tym podłubać... ew. można rozrysować schemat carta na podstawie zdjęć PCB które załączyłeś. Ale to jak będę więcej wolnego czasu.

pozdrawiam
Seban

ciekawy projekt! :)

@mono: jak było napisane w "readme"... ja nie znam nazw rejestrów :) Znam wartości HEX na pamięć :) Skrzyp podjął się zamiany moich hex-ów na nazwy... i masz rację... jak przejrzysz commit-y to zobaczysz dokładnie to o czym napisałeś ;) tzn. skrzyp pomylił DLPTRS z DLIPTRS ;)

Ale co do nazw to pozostawiam to wam... ja naprawdę ich nie znam, nie wiem jakie są prawidłowe.

@jer: jak najbardziej jestem zainteresowany spakowaną wersją strony. Podeślij proszę. Na pewno można to host-ować na pigwie? (Azbest, Voy pomożecie?)

Dzięki! :) Fajnie że chciało Ci się podzielić :)

ps) a może ktoś ma to samo do Atari ST?

Pograłem tylko chwilę, ale muszę przyznać że zapowiada się ciekawe. Ta gra ma to coś co miały te wszystkie gry w przeszłości a czego nie mają nowe gry... dzięki za tę grę, zapowiada się dłuższe posiedzenie przez ekranem! :)

jak najbardziej po nazwie się loguję. prawa są ok (tzn. jest "r"). Napiszę do Azbesta, na pewno poprawi.

EDIT:

zanim zdążyłem napisać azbest chyba poprawił bo zaczęło działać :)

Hej!

Ja nic nie przenosiłem ;/ Coś się musiało stać chyba ;/ Logując się przez SSH wszystko widzę na swoim miejscu. Nie wiem czemu link nie działa.

Cześć,

Przejrzałem swoje stare dyski z ENVISION i widać zupełnie o tym zapomniałem ale bawiłem się kiedyś chyba fontami z C64 bo oto co znalazłem:

Pliki FNT i MAP do pobrania tutaj. Może się przyda. FNT to zwykły 1KB atarowski plik FNT. Ponieważ Atari ma tylko 128 znaków, w moich fontach są tylko małe i duże litery, cyfry, znaki interpunkcyjne. Semigrafika pozostała bez zmian.

ps1) Już kiedyś o tym chyba pisałem, nawet na tym forum... Commodore ukradło małe litery z Atari-Charset, są identyczne ;)  ewentualnie kupili od tej samej osoby ;-) Nie znam historii, to tylko moje spekulacje.

ps2) prymitywny przykład skorzystania z plików FNT i MAP w Turbo Basic-u:

10 GRAPHICS 0:POKE 752,1:POKE 712,$88:POKE 709,$88:POKE 710,$82
11 OPEN #1,4,0,"H:C64.FNT"
12 BGET #1,$A000,$0400
13 CLOSE #1:POKE 756,$A0
14 OPEN #1,4,0,"H:C64.MAP"
15 BGET #1,$0600,8
16 BGET #1,DPEEK(88),40*8
97 CLOSE #1
98 IF INKEY$="" THEN 98
99 GRAPHICS 0:END

efekt: