2,226

(24 odpowiedzi, napisanych Sprzęt - 16/32bit)

sqward napisał/a:

Na falconie z ct60 mam jakieś 300-400KB/s. Na ST to było chyba max 100KB/s. Za to można przerzucać całe katalogi.

PS. Transfer na gołym falconie nie powinien być dużo mniejszy.

Też na dopalonym ( CT63 ) Falconie mam transfery rzędu 300-400KB/s, tyle że przy sterownikach z AssemSoftu no i oczywiści w MiNT'ie, bo standardowe nie lecą szybciej niż na ST.
A co do STE to mi EtherNEC na ST maxymalnie działał z prędkością 50KB/s, co przy ST jest w zupełności wystarczalne. Natomist sprawa z gołym Falconem miała się u mnie dziwnie, w oryginalnym TOSie ze stosem Sting miałem max transfer taki sam jak w ST, czyli 50KB/s i ani grama więcej. Choć to i tak trylion razy lepsze niż przenoszenie plików dyskietkami :) A na gołym Falconie z MiNT'em, było jeszcze ciekawiej, na standardowych sterownikach transfery rzędu 17-18KB/s :)

2,227

(32 odpowiedzi, napisanych Sprzęt - 16/32bit)

@adam, masz racje, właśnie sprawdziłem i chodziło mi o FastCopy III  choć te wymienione przez Ciebie są o milion lat nowsze :)

2,228

(32 odpowiedzi, napisanych Sprzęt - 16/32bit)

jeśli dobrze rozumiem co chcesz wyczynic :) to Fast copy pro III Ciebie ratuje :)

2,229

(6 odpowiedzi, napisanych Bałagan)

kurde, nie kuś :) a może jakieś ze 2 fotki.

2,230

(26 odpowiedzi, napisanych Bałagan)

Sikor napisał/a:

A pewnie i Jury łaskawym okiem na nie spojrzy

hehe, no pewnie tak :D

2,231

(6 odpowiedzi, napisanych Bałagan)

stryker napisał/a:

to jak .. nikt nie posiada w piwnicach, strychach, szafach takowych tv ?

jak nie jak tak, w piwnicy u moich rodziców stoi ( nie umiem znaleźć na tej liście ) czarno-biały Neptun na którym zaczynąło się
podboje 65XE z magnetofonem :D
Kurcze aż mi żalu narobiłeś :) tą stroną. Jak pojadę do ojca następnym razem ( może się jeszcze uda w tym roku, hehe ) to muszę
obadać nasz pierwszy vizjer  do atari :) może jeszcze działa, hyhy.

2,232

(26 odpowiedzi, napisanych Bałagan)

Sikor napisał/a:

to i tak 75% oleje swoje wcześniejsze głosowanie. Takie są u nas fakty...

Nie u nas, tylko ogólnie tak to wygląda. MiKRO też się żalił że ci co zadeklarowali UltraSatan'a to połowa ostatecznie wzięła. Rodolphe Czuba z CT6x też podobnie pisał.

2,233

(27 odpowiedzi, napisanych Software, Gry - 16/32bit)

aha, nie padła najważniejsza sprawa w tym wątku :)
saulot, dzięki za linka!!!
może wreszcie, jak to piszesz :) "będę w odpowiedniej kondycji psychicznej " i sobie zainstaluję to środowisko, bo nie ukrywam już długi czas się zbieram :D

2,234

(27 odpowiedzi, napisanych Software, Gry - 16/32bit)

saulot napisał/a:

Sorry nie mam czasu na przeklejanie rzeczy z książek/tutoriali typu "hello world" do C, bo komuś nie chce się poszukać. Jest wydawnictwo Helion,  są tutoriale o kodowaniu: EARXA, Jamesa Ingrama, Periheliona, na stronie atari dev docs są całe książki o kodowaniu na ST w C (są nawet przykładowe programy ze źródłami)

Ale tutoriale Earxa, Ingrama, Periheliona są dla assemblera :) no chyba że ja jeszcze nie trafiłem na nic o C od nich, a sporo znam tutoriali walających się po sieci dla dużego atari :p

Dobry tutorial do C dla ST, włączając programowanie w GEMie podawałem tu ( trzeba być zalogowanym aby zobaczyć linki ):

http://atariarea.krap.pl/forum/viewtopi … 490#p92490

tyle że przykłady w tym tutorialu nie są w ansi C, ale myślę że to nie problem poprzerabiać tamtejsze przykłady do takiego np Pure C :)

2,235

(9 odpowiedzi, napisanych Bałagan)

to nie bugi, macie jakieś zepsute komputery, hehe

edit: level 6 :)

2,236

(9 odpowiedzi, napisanych Bałagan)

faktycznie, fajnie to wygląda, tyle że ja to od jakiegoś czasu jak widze tą retro manię pojawiającą się coraz częście, to się tak zastanawiam,
do czego to doprowadzi :) jak już zobaczę pacmana czy inne retro w "Pani Domu" to uznam że to chyba już poszło za daleko :D
Ale ten pacman w google, to faktycznie MISTRZOSTWO :) nawet 2 level zrobiłem, hehehe

2,237

(87 odpowiedzi, napisanych Fabryka - 16/32bit)

dely napisał/a:

Może któś rozjaśnić przy okazji w tym wątku jakie są programy dla ST 4MB do FTP/IRC/NNTP? I czy przy takiej ilości pamięci da się ich używać?


parę programów sieciowych do ST jest:
http://www.flinny.demon.co.uk/download.html

a co do pracy z 4MB w zupełności wystarcza, myślę że FTP/IRC/NNTP to i na 1MB będzie frwać.

2,238

(17 odpowiedzi, napisanych Sprzęt - 8bit)

hmm, no trochę koleś faktycznie przesadza z zadawaniem pytań na które odpowiedzi można znaleźć w 3,5 sekundy :)
ale może tak, bezrobotny, spróbuj przed zadaniem kolejnego "gupiego" pytania zajrzeć choć do atariki, i pogoogluj chociaż  pięć i pół minuty, ok ?

2,239

(36 odpowiedzi, napisanych Sprzęt - 16/32bit)

miker napisał/a:

I jeszcze jedno - gdzie takie cacko można dostać i na jaki wydatek się przygotować?

tu masz przykładowe ceny PGA

http://www.efunzine.com/efnz.php?a=kat& … 8ab0210c58

edit:
o a tu masz w plcc tyle że bez ceny ( bezcenne :) ) ale nawet mają w sumie 3 sztuki

http://www.elektronik.ropla.eu/pl/magaz … amp;pp_s=3

2,240

(63 odpowiedzi, napisanych Bałagan)

hororus napisał/a:

A właśnie im bardziej nie-z-tego-świata przeciwnicy i giwery tym lepiej. Dużo kolorów (ale nie lukru w postaci World of Warcraft), wodotrysków, wybuchów, totalnej rospierduchy i jest GIT!!!!

no ja też podpiszę się pod tymi słowami :)

2,241

(21 odpowiedzi, napisanych Software, Gry - 16/32bit)

saulot napisał/a:

To może teraz ktoś coś o Pascalu może, albo może basicu coś powie? Bo ja się już zmęczyłem ;-)

piętro wyżej napisałem o c nabardziej pochlebnie jak się chyba tylko da, że dzięki niemu ZAWDZIĘCZAMY WSZYSTKO :) co mamy na CT6x i prawie wszystko co mamy pod MiNTa, większego uznania dla języka c chyba już nie może być, więc nie rozumiem powyższego ?

2,242

(21 odpowiedzi, napisanych Software, Gry - 16/32bit)

to nie tylko chodzi o porty dem TBLow, bo praktycznie wszystko co mamy na CT6x to są porty, które praktycznie były możliwe właśnie dzięki temu że były w c, czyli: quake, duke nuken 3d, open TTD, flashback ... Praktycznie wszystko pod CT6x to porty, a nawet lepiej, większość stuff'u pod MiNTa to porty. Mimo że nigdy nie programowałem w c, mnie nie trzeba przekonywać o mocy c, ja ją z teorii bardzo dobrze znam :)

saulot napisał/a:

I z powodu tego, że DHS klepią wszystko w asmie, to nie osiągną poziomu TBL, którzy zamiast chrzanienia się zajęli się robieniem lepszych dem ;)...

no a to akurat kwestia gustu, bo dla mnie zadno demo TBLów nie dorównuje klimatem do Derealization :p

2,243

(21 odpowiedzi, napisanych Software, Gry - 16/32bit)

tak, ja świetnie pamiętam Wasze ( szczególnie Draco i Vulgar'a ) wywody odnośnie wieszalności MagiCa na tym forum. Ja coprawda tego systemu na oczy nie widziałem, natomiast wielu użytkowników CT6x używa tego sytemu i co poniektórzy nawet go zachwalają ponad MiNTa :) . Podobno ten system jest bardzo szybki, ja mimo że MiNTa bardzo lubię, to jednach chcąc zagrać w Quake'a czy na Atari800, odpalam stary poczciwy TOS bo na nim te rzeczy działąją o WIELE :) szybciej. Natomiast jeżeli Magić się faktycznie by miał wieszać nawet i co 5 minut, to powodem tego jest to że został napisany w asm ? no ja tu nie widzę analogii :) saulot napisał że pisanie w asm zajmuje czas do emerytury a ja Derealization i MagiC podałem tylko jako przykłady że nie i tyle :)

edit:
acha, MiNT super stabilnym i niezawieszającym się systemem też nie jest :) i tu też Draco miałby coś do powiedzenia :) pamiętam jak mi bodaj na Głuchołazach 2006 tłumaczył jego pomysł na bardziej stabilnego MiNT'a ale coś tam że śp. Frankiem nie udało się dojść do porozumienia.

2,244

(21 odpowiedzi, napisanych Software, Gry - 16/32bit)

saulot napisał/a:

Kodowania tylko w asmie szczerze współczuję. Więcej się narobisz niż zrobisz. No chyba, że nie kodujesz po to żeby coś z tego było (albo wiesz, że zdążysz przed emeryturą).

e tam, dhs'i chyba wszystko robią w Devpac'u, a na pweno taki Derealization jest całkowicie w tym zrobiony i zrobili to przed emeryturą :)
taki przykładowo system operacyjny MagiC z tego co kojarzę też był zrobiony kompletnie w assemblerze przez jedną osobę ( jak się mylę to
proszę o sprostowanie )
a ogólnie to nie mówie wogóle nie dla c :), tyle że narazie to zaczynam z czymś co znam a c nie jest czymś takim, tylko asm.
Faktycznie to w c też równolegle będę działać, tyle że to będzie nauka a nie przypominanie sobie :)

2,245

(151 odpowiedzi, napisanych Zloty)

ej, ludziska, ale dawajcie zdjęcia, bo narazie to tylko kiero, innuendo i 4 sztuki lewis'a :)
to zdecydowanie za mało!!!! :D

2,246

(21 odpowiedzi, napisanych Software, Gry - 16/32bit)

hmm, już lepiej bo nie krzyczy że nie ten procesor ale po uruchomieniu się, zaraz się zamyka, do tego to jest amon a nie mon, kurcze nie pamiętam czym się różniły, a właśnie przeczesałem wszystkie atari magazyny ( jak jak kochałem to dużo-atarowe pismo :) moje polskie ulubione ) bo tam jest opis srodowiska Devpac'a, ale nic nie znalazłem o amon'ie. Ale miker wielkie dzięki !!!

sqward, przy okazji, czy na Outline Nature prezentowało SuperVidel'a?, bo nie mogę znaleźć informacji na ten temat, no i przedewszystkim nie ma nic na youtube'ie :)  hehehehe

2,247

(21 odpowiedzi, napisanych Software, Gry - 16/32bit)

a ja myślałem że miker tym linkiem mi proponuje jakieś zastępstwo za Devpaca :)

2,248

(21 odpowiedzi, napisanych Software, Gry - 16/32bit)

ale ja to jakiś czas temu trochę programowałem w Devpac'u na STE i myślę że nie przestawię się na nic innego, a do tego Devpac i tak jest chyba najlepszym narzędziem asm na duże atari, niektórzy jeszcze twierdzą że lepszy jest Turbo Assembler ( szybciej kompiluje ), a pozatym to chyba nic innego się nie liczyło wtedy w tym segmencie.

edit:
w zeszłym roku próbowałem trochę działać w pure c, fajne narzędzie, ale c jest dziwne :) assembler jest prostszy i bardziej logiczny niż ansi c :)

2,249

(21 odpowiedzi, napisanych Software, Gry - 16/32bit)

e, to i tak dla mnie cenna informacja, wiem przynajmniej że jest sens szukać, dziękować :)

2,250

(21 odpowiedzi, napisanych Software, Gry - 16/32bit)

Zamontowałem sobie Devpac 3.1 i wszystko fajnie z wyjątkiem mon.ttp, krzyczy że chce 030stke.
Czy kojarzy ktoś jakiś debugger który pójdzie pod 060 pod TOS'em.