Przejdź do treści forum
atari.area
Twoje polskie źródło informacji o Atari
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Aktywne tematy Tematy bez odpowiedzi
Aktualności ze świata Atari
Bibuła - nowa gra na Atari ST Polska w stanie wojennym i podziemna prasa. Klasyczna przygodówka point and click na Atari ST.
Aktualizacja firmware A8PicoCart Nowe wydanie oprogramowania dla taniego kartridża A8PicoCart z obsługą kolejnych typów cartów.
THE 800XL osiągnął status Gold! Zakończono prace nad oprogramowaniem dla THE800XL. Retro Games Ltd rozpoczyna etap produkcji.
PiST 0.11.0 Środowisko programistyczne PiST dla Atari ST doczekało się nowej wersji 0.11.0.
bm800xl 0.5.9 Emulator bm800xl dla Raspberry Pi zyskał szybszy start, scanlines i pełne stany pamięci.
Opcje wyszukiwania (Strona 135 z 196)
acha, z tego co pamiętam to asv-richard działa ok, a asv-mark nie bangla.
system wymaga monitora TT-High i dysku SCSI, więc Hatari na razie odpada.
ok, wrzucił bym na pigwę ale nie mogę utworzyć katalogu w upload. trzeba mieć jakieś hasło?
grzeniu, ale ten image ma dwadzieścia parę lat :)
Adam, image dysku są gdzieś w sieci. Mam trzy różne wersje na dysku:
asv.tar.bz2
asv-mark.tar.bz2
asv-richard.tar.bz2
można obczaić tutaj: http://atariunix.com/
jest tam też dokumentacja w PDF
Gepard porównał jednego 16bitowca do Amstrada, ja innego. Czemu ciebie to oburza?
Najwyraźniej jesteś przewrażliwiony na punkcie Amigi.
Sikor napisał/a:Nie chodzi o te kilka wątków, ale o całokształt
otóż to
at0m^Lamers napisał/a:Cyprian sam zacząłeś w tym wątku pisać o Amidze, rzucać linkami do amigowych produkcji
mylisz się,
skomentowałem to poniżej gdzie Gepard żali się na ST.
gepard napisał/a:Adam: owszem ale i tak imho lepsze niż część dem na 8mhz...
porównałem więc fajne demo na Amstrada do słabych dem z Amigi:
Cyprian napisał/a:ja zapodam - co prawda nie na ST ale i tak chowa się przy Phortem
Może jest to moja subiektywna ocena ale uważam że na Ami są lepsze.
at0m^Lamers napisał/a:i pisać o wyższości Falcona nad Amigą.l
odpowiedziałem konkretną treścią i przykładami benchmarków na pytanie kolegi swinkamor12.
Gdzie tu pisanie o wyższości?
at0m^Lamers napisał/a:Sam zacząłeś coś przeciwko czemu później zacząłeś się burzyć ... jak rasowy troll
W obu w/w przypadkach dałem konkretne odpowiedzi, gdzie tu trolowanie?
gepard napisał/a:Cyprian: prosze odpierdol się ode mnie, ok. Nie wpi* sie miedzy wódke a zakąskę
Gepard robisz tu niezły kibel. Wiedz że nie wszystkim się to podoba.
Gepard, najwyraźniej nad potrzebę scenowania przekładam potrzebę czytania w spokoju forum AA. ale z Twoimi postami jest to naprawdę ciężkie...
gepard napisał/a:Sikor: jebnąłęś sie w głowę że się powtarzasz
Gepard kurczę, zbastuj troszkę
Gepard pięknie siebie opisałeś:
gepard napisał/a:szkoda że najwięcej do powiedzenia maja Ci którzy niewiele lub nic nie robia by to zmienić...
Gepard, kruczę, myślałem że temat jest zamknięty ale najwyraźniej myliłem się.
Napisz do kierownika żeby zamkną forum AA dla niescenowców i nieamigowców. A jak, niech tłuszcza zna swoje miejsce. Będziesz miał wtedy spokój.
Podsumuję to słowami at0m^Lamers: "No to Gepardzie zachęciłeś ludzi do pracy ... "
niestety za wiele nie pomogę.
ICD czy HDDRIVER nie powinny mieć wpływu na CD-Rom są one wyłącznie od obsługi dysków twardych.
Metados/Betados zajmują się CDRomami. Twój przypadek wygląda mi na bład obsługi filesystemu przez metados.
Zobacz czy masz w AUTO pliki z filesystemem np. HS-ISO.DOS, HS-CDROM.BOS
A to jest config.sys z katalogu AUTO
; CD-Tool BEGIN
; Note that everything up to `; CD-Tool END' will be erased by
; CD-Tool's configuration tool!
;
; created by CD-Tool 2.06, Sun Jan 28 15:53:50 1996
;
; devices
;
; IDE 1: `OTI SCYLLA' -> A
;
; BOS drivers
;
*BOS, C:\auto\hs-cdrom.bos, H:17
;
; DOS drivers
;
*DOS, C:\auto\hs-iso.dos -c32, P:H
;
; CD-Tool END
Gepard,
zdecydowanie nikt Ciebie nie wygania stąd, chodzi m.in. to o co Mazi fajnie ujął:
mazi napisał/a:gepard: jakbys rozmiawial z ludzmi to bys wiedzial, ze kluje nie tylko kilka osob :)
Co do multiplatformowosci to i owszem, rowniez posiadam rozne komputery, nie tylko atari, jednak serecem bede zawsze atarowcem (8bit) :) (i analogicznie ma w ten sam sposob kupa ludzi i niekoniecznie atarowcow, jezdze na rozne party to i wiem :) )
Rulezowanie samo w sobie jest spoko ale po to są tematyczne fora (AA, AF, PPA, EAB czy inne) by móc robić to w odpowiednim miejscu.
btw. Grey dobrze gada :)
koala, mam osobiście odmienne odczucia. Phortem zdecydowanie lepszy. Nie podchodzi mi Morality, nie widzę połaczenia między efektami, designu. Jedyny łącznik to paleta kolorów. Amiga ma zdecydowanie lepsze designowo dema
gepard napisał/a:Więc ilekroć przypomina mi sie atmosfera scenowa, to robie taki wrzut z hasłem. Wyobraź sobie że na co dzień w życiu także/w pracy czy gdziekolwiek mi sie przypomni to wale "Amigaaaaaah" smile
gepard napisał/a:to tam pikuś.... baraszkujesz z kobietą....juz zdobywasz druga bazę... i nagle.... AMI.......!! wink
Mazi, nikogo to w sumie nie kłuje...no może prawie nikogo....
żenada, może jest to dobre ale pod monopolowym,
albo lepiej idż z tym na PPA tam ciebie docenią
swinkamor12 napisał/a:Myślałem że Falcon ma szybszą szynę.
no, w pewnym sensie ma szybszą szynę... szybszą od Amigi 1200 :)
Grey, cieszy mnie to bardzo :)
staram się u nich być pragmatyczny i nie bombarduję ich postami o Atari (od tego mam atarowe fora) czy zaczepkami typu "Atariiiiiiiiiiiii" albo "amiga ssie", co się niektórym amigowcom tutaj zdarza.
swinkamor12,
swinkamor12 napisał/a:Tryb truecolor 16bit to przecież tryb chunky?
tak to jest chunky ale obraz w trybie HiColor wymaga przesłania dwa razy więcej danych niż tryb 256 kolorowy. obraz 50 klatek w 256 kolorach wymaga transferu 3,2MB/s a dla HiColor to 6,4MB/s
Tak więc koderzy obliczyli że w przypadku Falcona z dopałką 040 lub 060, mniej cykli zajmie konwersja C2P plus przesłanie obrazu 256 kolorowego do ST-Ram niż samo przesłanie obrazu w trybie HiColor do ST-Ram.
Tak żeby jeszcze dać pogląd na wydajność obu komputerów, to przepustowość 16bitowego ST-Ramu w Falconie to 5.5 MB/sec a 32bitowy Chip-Ramu w A1200 to 3.8MB/s
Falcon:
NemBench v2.1 - precision CPU/FPU profiler.
Linear 32bit read (ST-Ram) -> 5.475 MByte/sec (~103%)
A1200
BusSpeedTest 0.19 (mlelstv) Buffer: 262144 Bytes, Alignment: 32768
========================================================================
memtype addr op cycle calib bandwidth
chip $000B0000 readw 1052.4 ns normal 1.9 * 10^6 byte/s
chip $000B0000 readl 1051.8 ns normal 3.8 * 10^6 byte/s
więcej detali tutaj
http://mikro.naprvyraz.sk/docs/mikro/060_fastram.html
willy napisał/a:Pamięci są 4 bitowe, tt ma szynę 32bitową, więc pamięć powinna być zorganizowana w 2 banki po 1M.
Jak to w praktyce wygląda ... nie wiem.
w TT ST-Ram ma organizację 64bitową. ale TT-Ram już 32 bitową
Swinkamor12 te porty nie używają trybu chunky (HiColor) tylko 8 bitplanowego - 256 kolorów.
Czemu są szybsze? W Falconie pomimo że szyna danych jest 16bitowa to jest on szybsza od 12% (w przypadku Longwordów) do 60% (w przypadku Wordów) niż 32bitowa w A1200. no i oczywiście CT60 ma szybszy procesor i pamięć.
Gepard po prostu zluzuj swoje trolownie to nie będziesz postrzegany jako amigowiec
at0m^Lamers napisał/a:Żeby to zdanie bardziej oddawało realia to należało by napisać że demko bije na głowę nie jedno amigowe czy ST'kowe demo ... ale jak widać tutaj można źle pisać jedynie o Amidze.
to nie jest pisanie źle o amigach tylko dobrze o tym demie
Znalezione posty [ 3,351 do 3,375 z 4,877 ]