Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
SV 2024 WE - program imprezy Już za tydzień odbędzie się zimowa edycja Silly Venture
Nowa obudowa dla 800XL - zostało 36 dni Niewiele ponad miesiąc do końca kampanii.
Zmarł twórca języka BASIC Zmarł Thomas E. Kurtz twórca języka BASIC
Zmiana serwera atari.area Serwis przeszedł właśnie ważną aktualizację infrastruktury
4th Atari ASCII Compo - wyniki Dostępne są już wyniki tegorocznego ATASCII Compo.
atari.area forum » Posty przez grzybson
na 64KB tryb demo (3 poziomy) - na 128kb full wypas.
Wy tu pitu pitu, a na AOLu wyszedł Albert. Gra działa i na SDX, i na QMEGu, i na HDD. A według Pinokia nawet na Rapiduse. A przy tym jest cholernie ładnie zrobiona, brawa dla autora!
Która specjalnie nie działa na maszynach wyposażonych w U1MB, a userów którzy ją sobie połatali i z kimś się podzielili, straszyłeś paragrafami.
520ST ma ACSI? Wtedy mógłbyś sobie zlutować namiastkę dysku twardego o nazwie ACSI2STM - patrz wątek w fabryce.
Tak? To podaj linka skąd mógłbym ją sobie pobrać. Napisałbym sobie coś pod xbios+ramdysk.
A gdyby tak zacząć pisać soft, aby nie uruchamiał się tylko na xbios. Tak tylko głośno myślę....
A wersję na Ramdysk umiałbyś zrobić? Tak z RAMem na PORTB.... Pewnie nie, inaczej byś już dawno się pochwalił.
Widziałem. Ja wysłałem mu mejla z forum, ale nie mogłeś tego zobaczyć w porę, bo moje pierwsze 3 posty podlegały moderacji.
Pooglądałem sobie parę demek. Lista tego co mi ruszyło, a co nie. Będzie aktualizowana!
Nie działa:
96 shades of gray
g-spot
Sea of color
return of the blackstorm (wiesza się na animowanej masce 3d, potem sieczka na ekranie, muzyka gra)
drone
Revise and revisit (biały ekran po tytule, muzyka gra)
STreeat Art
Działa:
ElefantaSTic
Darkness
Appendix
Ecstasy - part1 i part 2
Fantasia
Fujiology
Japan beauties and troubles
just musix 2
Another kid story
Motus
More or less zero
Muda
Cernit Trandafir
TalkTalk2
Summer delights
We were "at" - na stronie Lotharka znalazłem obraz karty do UltraSatana i tam są inne pliki niż na Pouecie! wersja z poueta - crash! może to obrazy msa z party version?
Flipo
Darwins Dilema
Odd stuff
US Policy
Midnight sun
Execution
EDIT - znalzłem!
We were AT - wersja z 2016 z web archive - działa: http://web.archive.org/web/201603251051 … eWereF.zip
A aktualna z poueta / strony Leonarda nie działa! Chyba po drodze Leonard coś za dużo próbował naprawić!
najwazniejsza rzecz na siwecie:
jak korzystasz z dodatkowej pamieci to pamietaj zeby zrobic wybieraczke bankow oraz zostawic jeden bank dla DOS
wreszcie powiedziałeś coś z sensem :)
Trzeba będzie w końcu kupić jakiegoś flashowanego carta. Może wreszcie Space Harriera zobaczę :)
@xxl - Przepraszam, a co ja mam tu do akceptowania?
Tebe zgrabnie uzasadnił to co mi nie wychodziło - dlaczego niektóre gry muszą wykorzystywać dodatkowy RAM dodatkową pamięć.
Czy zwolennicy stockowych maszyn akceptują takie wyjaśnienie? Wreszcie zrozumieli?
Albo gorzej - IDE Plusa :P
@Sikor, @zbyti
Cartridge technicznie rozszerzenie pamięci. Zazwyczaj EPROM, FLASH, ale RAM-Carty też były.... Czyli nie tylko nośnik.
Procek nie uruchomi sobie bezpośrednio kodu z dyskietki, musisz go załadować do pamięci.
A z cartidge? On już jest w pamięci widzianej przez procka, nie trzeba nic kopiować, można uruchomić bezpośrednio!
W toerii można napisać demo/grę która wymaga ramu w PORTB albo RAM-Carta - może być?
Pang, Bomb Jack, Yie Ar kung fu nie wykorzystują dodatkowej pamięci na levele, tylko na kilkadziesiąt kilobajtów procedur, które muszą być dostępne do wykonania "od ręki"!
@sikor - cartridge to nie jest nośnik jak każdy inny. To kawałek (rozszerzenie?) pamięci wpinane bezpośrednio do przestrzeni adresowej procesora. Czyli jest piekielnie szybki i procesor może bezpośrednio z niego wykonywać kod.
Czyli co - gra wykorzystująca 256KB RAM na PORTB - błe, ale na cartridge-u z ramem 256KB - cacy?
@Sikor - ja tez kiedyś byłem "nowy". Nie próbowałem na start zaprowadzać swoich porządków. Jak przychodzisz do kogoś do domu, to od razu przestawiasz mu wszystkie rzeczy na półkach?
Bomb Jack kolekcjonerka chodzi na stocku, bo wszystkie dane ma na cartridge. Czyli z jakiejś dodatkowej pamięci korzysta.
Przede wszystkim jestem przeciwny robieniu sobie na złość. Jeżeli da się napisać coś tak aby działało i na stocku, i na rozszerzonych maszynach to czy nie warto?
Celowe psucie kodu nastawione na wyeliminowanie maszyn wyposażonych w rozszerzenia jest po prostu WREDNE
Jakoś przez ostatnie 20lat scenowcy umieli się dogadać między sobą, a teraz co?
Twój dzienny bandwidth został wykorzystany. Takie perełki to od razu na Pigwę :)
Nietrafione porównanie. Próbujesz trywializować zachowania, które sam reprezentujesz
Na AtariOnline fajnie to opisał Tebe w jednym wątku. Taki Pang bez dodatkowej pamięci w jakiejkolwiek postaci w ogóle nie miałby szans powstać. Nie mamy sensownych sprajtów na Atari, a robiąc programowe trzeba sporo kodu rozpętlić.
Teraz będzie nostalgicznie. Pierwszy raz na zlot przyjechałem w 2003, mając 14 lat oraz 65XE z magnetofonem. Czy marudziłem, że coś nie działa na moim stocku? Nie! Oczarowany tym co ludzie zrobili i robią na Atari, po prostu wysupłałem ok. 150pln kieszonkowego i wysłałem Atari do Pasia :)
Dlatego wkurzają mnie roszczeniowe postawy ludzi którzy wracają po 30 latach, żeby wszystko działało na ich stocku. Sorry, jak Was nie było to tutaj nic nie stało w miejscu, ludzie działali. Dopasujcie się. Albo zróbcie coś sami.
Wracając do teraźniejszości. Niech sobie gra używa ile RAMu chce, bibiliotek jakich chce i dopałek też, decyzja kodera.
Ale na litość boską, nie bądźmy tępymi bucami!
Powiedzcie mi jaki jest sens:
* używania powtórzonych adresów rejestrów sprzętowych? Coś oprócz perwersyjnej przyjemności z crashu na rozszerzeniu X czy Y?
* używania autorskich procedur I/O zamiast systemowych w przypadku małych gier rzędu kilku kilobajtów? Tylko po to aby pokazać, że mogę załadować się bezpośrednio pod $C000, choć na $6000 działałoby tak samo? Zrozumiałbym gdyby to była decyzja typu zmieścić się w stock RAMie lub nie. Ale w pozostałych?
* używania rozkazów nielegalnych / nieudokumentowanych jeżeli na oficjalnych kod dalej wyrabia się w ramce? Znowu zrozumiałbym gdyby to była decyzja typu zmieszczę się w czasiealbo nie. Ale w pozostałych przypadkach?
Takie zachowania to dla mnie najczystsza złośliwość nastawiona na skłócanie ludzi między sobą i takich zachowań po prostu nie zaakceptuję.
@sqward
Napisałem tutaj: http://www.atari.org.pl/forum/viewtopic … 31#p272531
Na fizycznym sprzęcie z ACSI2STM nie działa.
I to chyba nie wina interfejsu, bo BadApple fruwa jak szalone.
Sprawdzone ze sterownikami ICD Pro (w załączniku) i Pery Putnika (na darmowym obrazie karty).
ICD Pro skonfigurowane wg wytycznych Pinokia (użycie RAM 10KB), katalog AUTO pusty - żadnych akcesoriów, niczego.
@Cyprian
Nie mogę odpalić Twojego obrazu. Tj. widzę komunikaty z bootloadera, ale nie montuje partycji jako C:
Pytanie czy to błąd w emulatorach, czy może w loaderze dema? Spróbuję po robocie napisać do Leonarda :)
Ciekawe, bo nie chodzi nawet na Hatari - screen z emu w załączniku.
Jaką masz wersję TOSu?
Nooo, leci. Jakby ktoś pytał, to tak zdałem maturę ;)
Wracając do tematu - może ktoś komu We were HDD działa mógłby się podzielić obrazem karty? Albo zrobić jakiś mały obraz? (aby nie naginać za bardzo licencji na driver, którego używa)
Partitioning only supports partitions of up to 512 KiB
Czyli we were at sobie nie wrzucę :/
Może ktoś kto ma działające We were at mógłby się podzielić obrazem karty? Może być jakiś mały obraz, aby nie naginać (zbytnio) licencji na sterowniki.
Próbowałem "We were at" na ICD Pro - to samo na ACSI2STM, jak i uwaga - na Hatari - tez się wali!
HDDriver to ten komercyjny? Jest jakieś demo?
atari.area forum » Posty przez grzybson
Wygenerowano w 0.053 sekund, wykonano 21 zapytań