3,101

(55 odpowiedzi, napisanych Sprawy atari.area)

No dobrze. Ale jeśli post krótki zawiera jedną myśl - a przypominam, że mowa o odpowiadaniu bezpośrednio pod spodem - to po co go cytować?

3,102

(55 odpowiedzi, napisanych Sprawy atari.area)

A ile liter musi miec post, żeby go uznać za długi?

3,103

(55 odpowiedzi, napisanych Sprawy atari.area)

Procek twój jest u mnie w szufladzie i czeka, aż się zdecydujesz go odebrać. Miałeś przyjść na sztaba, nie przyszedłeś, jak się chciałem z tobą umówić na przekazanie oddzielne, to ci się nie spieszyło - mam bota postawić może, żeby ci upomnienia wysyłał? :P

3,104

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

Nieprawdą jest jakoby.

3,105

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

Myślę, że Mercenary też może nieco ładniej chodzić - w tej grze, kiedy ma się w polu widzenia dużą liczbę przedmiotów, płynność klatek trochę się zacina.

3,106

(55 odpowiedzi, napisanych Sprawy atari.area)

grey/msb napisał/a:

Przegoniliście "chopa", bo nie chciało mu się nawet regulaminu czytać. Założę się, że połowa z Was go nie czytała :)

A ty nie czytałeś np. kodeksu karnego. Czy to cię z czegoś zwalnia?

W ogóle to dalibyście już spokój z tym biciem piany.

3,107

(55 odpowiedzi, napisanych Sprawy atari.area)

Ciekawe, ale to jest w zasadzie a propos: http://www.rzeczpospolita.pl/gazeta/wyd ... a_a_9.html

;)

3,108

(55 odpowiedzi, napisanych Sprawy atari.area)

To może byś jednak przeczytał.

3,109

(12 odpowiedzi, napisanych Sprawy atari.area)

sylwiusz: zacytowałeś w całości post, konkretnie mój, odpowiadając bezpośrednio pod spodem.

3,110

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

Na gołym, ale jednak z małym dodatkiem w postaci external clocka 50 MHz dla video.

3,111

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

Monsoft napisał/a:

Teraz co do Flaszki. Ja mialem sprzetowego Screenblastera II i dalo sie na nim popracowac w 1024x768, no ale z szybkoscia to juz nie bylo tak milo.

Ja działałem w 1024x768 w 16 kolorkach (tryb VGA, 100 Hz z interlejsem) i szybkość była akceptowalna. Na kompie robiłem edycję tekstów (Papyrus), programowanie (gcc), odbiór e-maili. Ale w 256 kolorach już było za wolno. Poza tym transmisja przez modem się trochę cięła, jeśli się dało ponad 38400, niestety.

3,112

(38 odpowiedzi, napisanych Programowanie - 8 bit)

Proponuję więc "Facts Per Second". 5 Facts Per Second równa się 0,1 Facts Per Frame.

3,113

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

Fox, odpowiadam na jedno z pytań zawartych w poście nr 7: owszem istnieją myszy do ST i Amigi wyposażone w trzy przyciski. Sam taką mam. Natomiast z rolką nie (= nie mam).

3,114

(16 odpowiedzi, napisanych Programowanie - 8 bit)

Niestety, na tym screenshocie w zasadzie nic nie widać (nawet jak podkręcę monitor na 100% jasności).

3,115

(16 odpowiedzi, napisanych Programowanie - 8 bit)

Podrzuć przykładowy kod, sprawdzi się na Atari.

3,116

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

To zalezy od softu. Jeśli program obsługuje mysz od Amigi, to będzie działać. Jeśli program obsługuje mysz od ST, to nie (jak wiadomo, mysz ST i amigowska są w zasadzie takie same, tylko amigowska ma jeden kabelek nie tu włożony). Część softu obsługuje obie myszy, przełącza się np. jakimś klawiszem.

Jedyny problem, zdaje się, że myszy (firmowe) od Amigi trochę gorzej pasują do gniazdek w Atari niz myszki od ST.

3,117

(16 odpowiedzi, napisanych Programowanie - 8 bit)

Dobre pytanie :) Wygląda na to, że nijak - ekran jest zupełnie czarny.

EDIT: coś jednak jest wyświetlane, mianowicie znaki w inwersie i małe (duże może też, ale ja ich na moim monitorze nie widzę). Piksel ma szerokość taką jak w GR.9. Interpretacja kolorów jest trudna do opisania, np. litera H jest w jednym kolorze, ale ma jaśniejszy pasek zajmujący 2/3 poprzeczki.

Jak znam życie, Fox będzie wiedział dokładnie ;)

3,118

(59 odpowiedzi, napisanych Bałagan)

A sorry. Faktycznie nieuważnie czytam.

3,119

(59 odpowiedzi, napisanych Bałagan)

Czemu ja? A czy mnie to aż tak interesuje? Sam napisałeś wyżej, że te procesory się nie nadają do zastosowania w kontynuacji już istniejących komputerów (cytuję: "Jeśli to ma sterować rakierą która rozwala cele w iraku to po co to ma być kompatybilne z hardwarem który rozwalał cele w iraku 10 lat wcześniej?") i ja się z tym zgadzam. Taki MacProcessor dodawany za psi grosz do bigmaca i coli, i jednorazowy jak tacka od frytek, być przecież nie musi zgodny z m68k - no i tak jakby nie jest. On ma kosztować 24 dolary (w hurcie pewnie 25 centów), doprowadzić do celu rakietę i przestać istnieć. Tylko co to ma wspólnego z tym forum? ;)

PS. Intelowi się jakoś udaje zachowywać zgodność w dół przez tyle generacji procesorów. Pewnie dlatego, że chcą.

3,120

(59 odpowiedzi, napisanych Bałagan)

vulgar napisał/a:

draco: jak to duzo czesciej? duzo rzadziej a do tego zawsze jest uzywany ST RAM!

Tak dużo częściej, że 99% programów na ST/TT/Falcona jest ładowane by default (BY DEFAULT) do TT-RAM-u, jeśli tylko takowy jest. A ST-RAM jest używany na jakieś tam bufory DMA oraz wtedy, kiedy trzeba coś narysować na ekranie. Przyjrzyj się zajętości ST-RAM-u w twoim Falconie CT060 - zobaczysz, że ST-RAM jest prawie pusty.

3,121

(59 odpowiedzi, napisanych Bałagan)

Tak czytalem to, ale wybacz, czcze nadzieje. W CT060 SDRAM robi za TT-RAM, prawda? A TT-RAM jest używany dużo częściej niż ST-RAM, tak więc jeśli w CF dostęp do TT-RAM-u ma być o 1/3 wolniejszy niż w 68060, to niestety wydajność całości dostanie mocno po tyłku. Może te 64k cache'u coś w praktyce zmieniają, ale czy to aż taka różnica pomiędzy 8k cache'u a 64k? Śmiem wątpić - większość pętli w obecnym sofcie zmieści się w cache'u 68060 po pięć razy.

EDIT: może "lite" czegoś nie ma i dlatego jest tak kiepsko. Tylko patrząc ogólnie na architekturę CF - to co tu do cholery jeszcze można obciąć? :D

3,122

(59 odpowiedzi, napisanych Bałagan)

vulgar napisał/a:

Draco: do jasnej ciasnej, czytasz co napisalem?

A ty czytasz, co ja napisałem? To może przeczytaj jeszcze raz: nie jest winny sterownik pamięci raczej, bo PROCESOR COLDFIRE MCF5484 ZAWIERA STEROWNIK DO SDRAM-ów W SOBIE.

A więc nie zwalaj tego na płytkę ewaluacyjną, gdyż ona - prawdopodobnie - tu nic nie jest winna.

3,123

(59 odpowiedzi, napisanych Bałagan)

Masz rację, przegapiłem. Odwołuję kalumnie rzucone na uczciwość firmy Freescale. ;) 308 MIPS przy 200 MHz. Czyli 115 MIPS przy 75 MHz. Miałoby to więc moc 68060 (110 MIPS przy 75 MHz). Czemu więc tak słabo ten test pamięci mu wychodzi?

3,124

(59 odpowiedzi, napisanych Bałagan)

A propos sterownika pamięci, to tutaj:

http://www.freescale.com/webapp/sps/sit ... LC00M93426

widać, że procesor ColdFire MCF5484 zawiera takowy w sobie. A więc, dedukuję, lepszego nie będzie. Firma Freescale jest poza tym na tyle sprytna, że szybkość serii m68k podaje w MIPS-ach, a szybkość serii CF - w dhrystone'ach (pewno, żeby ktoś aby nie porównał).

Widać poza tym, że procek ma 64k cache'u (32k instrukcji i 32k danych), w tym więc już jest lepszy od 68020. I może pracować na 266 MHz - ale jeśli tak jak to widać na obrazkach sam w sobie jest 5x mniej wydajny od motki 68060, to żeby jej dorównać, musi pracować na 330 MHz - a takiej wersji nie ma.

Dodatkowo tutaj: http://www.microapl.co.uk/Porting/ColdF ... diffs.html można poczytać, że to całe CF to jakiś koszmarek, np.

Non-availability of word- and byte-forms of nearly all arithmetic and logical instructions

Brak jest rozkazów DBxx (np. DBRA - fajnie, bo ten rozkaz jest w całej linii 68k, od 68000 poczynając), EXG, ROL, ROR, ROXR, ROXL (jak na ST zrobić scrolla bez ROXL?), trybu dziesiętnego, ANDI/EORI/ORI to CCR.

No i tak dalej, nie będę tu wyliczał, jak ktoś chce, to sobie poczyta. Ogólnie ten trend, który panował u Motoroli od czasów wypuszczenia 68040 (tj. najpierw zaimplementować coś, potem uznać to za niepotrzebne i w IMIĘ ZWIĘKSZENIA WYDAJNOŚCI emulować to softem), został tu doprowadzony do doskonałości. Brawo. W następnej generacji proponuję ograniczyć listę rozkazów do MOVE.

jellonek: jeśli to jest procesor o wydajności zbliżonej do 68020 ("10 MIPS at 33 MHz" jak napisano u Freescale), to  nie ma błędu.

3,125

(59 odpowiedzi, napisanych Bałagan)

vulgar napisał/a:

a tu juz sie ladnie bootuje z RADELONEM 7500

Ja mam jeszcze jedną wątpliwość - mianowicie na obu snapszotach widać ilość MHz, jaką taktowany jest procesor (199.9 MHz), oraz szybkość dostępu do pamięci opisaną we francuskiej angielszczyźnie (Initialization SDRAM: 46.3 MB/s).

No więc na moim Falconie, gdzie jest 68060/66 MHz, to "Initialization SDRAM" pokazuje o wiele większą wartość, mianowicie 69.9 MB/s. Jeśli stosunek jednego do drugiego ma się tak, jak wydajność 200 MHz ColdFire do 66 MHz motki 68060, to - ... to znaczy, że ColdFire naprawdę jest to nic więcej jak biedne, stare 68020.