3,001

(55 odpowiedzi, napisanych Sprawy atari.area)

To może byś jednak przeczytał.

3,002

(12 odpowiedzi, napisanych Sprawy atari.area)

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

3,003

(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,004

(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,005

(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,006

(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,007

(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,008

(16 odpowiedzi, napisanych Programowanie - 8 bit)

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

3,009

(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,010

(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,011

(59 odpowiedzi, napisanych Bałagan)

A sorry. Faktycznie nieuważnie czytam.

3,012

(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,013

(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,014

(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,015

(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,016

(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,017

(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,018

(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.

3,019

(59 odpowiedzi, napisanych Bałagan)

Nie napisałem, że miał być "pogromcą", czytaj uważniej. Po prostu było znikome zainteresowanie i to wśrod tych, wśród których i tak mogło być największe z możliwych. A zdanie, że sprzedaż Milana I nie miała związku z tym, że Milan II wcale się nie ukazał, pozostawię bez komentarza. Milan Computer GmbH było z pewnością przedsięwzięciem charytatywnym :>

3,020

(59 odpowiedzi, napisanych Bałagan)

jellonek napisał/a:

rynek istnieje, ale rynek nie chce babrac sie w sprzet na ktorym NIEMASOFTU.

Weź poprawkę na to, że dyskusja jest o Atari. Pisząc "rynek MIDI/DTP" miałem na myśli ten dział MIDI i DTP, który siedzi na Atari (MIDI = Cubase / Notator, DTP = Calamus). To na nich, że się tak brzydko wyrażę, "targetowany" był Milan - i okazało się, że ten rynek nie istnieje, bo nawet ci, którzy do tamtej (parę lat temu) pory używali ST/TT/Falcona do tych zastosowań czy wszelkiego rodzaju klonów, po prostu na Milana nie mieli już ochoty, bo albo woleli zostać przy rozwiązaniach, które im działają, albo się przesiąść na PC/maka.

vulgar: FN miał Milana I. Nietrudno wpaść na to, że porażka rynkowa Milana I była główną przyczyną tego, że Milan II się nie ukazał.

3,021

(59 odpowiedzi, napisanych Bałagan)

Wiesz co, powstał Milan - no i? Był po pierwsze średnio udany (Frank Naumann przywióxł swojego Milana na party w Dreźnie, wieszało się to jak dla mnie zbyt często i w dziwnych miejscach, np. po wjechaniu kurosrem myszy na listwę desktopu), po drugie, mimo że TOS został potem podobno zdebugowany i juz się tak nie wieszał, Milan okazał się inwestycją nieopłacalną, bo w ogóle za mało było chętnych. A autorzy zdaje się liczyli na rynek MIDI/DTP w samych Niemczech. Okazało się, że takowy nie istnieje. I tyle.

3,022

(59 odpowiedzi, napisanych Bałagan)

Słusznie prawi, oprócz tego, że "osiem lat temu" nie było ani dobrego emulatora m68k (a przynajmniej ja o takowym nic nie wiem), ani przeciętny piec nie rozwijał nawet połowy tej mocy, jaką rozwija dzisiaj (Aranym na Celeronie 1200 MHz z biedą wyciska szybkość żywego MC68060, pod warunkiem, że nie zechcesz użyć MMU). Tak więc jeśli teza brzmi, że osiem lat temu trzeba było zrobić to, co jest możliwe i ma sens teraz - to się zgadzam. Tylko że wtedy się tego zrobić nie dało,a i perspektywy były inne: 060 w porównaniu do przeciętnego domowego peceta prezentowało się wciąż całkiem atrakcyjnie.

3,023

(59 odpowiedzi, napisanych Bałagan)

Adam Klobukowski napisał/a:

draco030: ColdFire jest przeznacozny do rozwiazan embeded, gdzie masz zazwyczaj kod aplikacji z ktora pracujesz, wiec rekompilacja nie jest problemem.

Ja wiem, że Motorola na tej zasadzie "nie musi" trzymać zgodności między procesorami. Ale w przypadku, gdy to ma być kontynuacja linii już istniejących komputerów z już istniejącym softem, takie numery grożą tym, że "dobre" (dobre dla normalnych procesorów z serii m68k) programy będą się na takiej maszynie sypać z tajemniczych dla większości powodów i nikt go co za tym idzie nie będzie chciał.

Co do binarek, wydaje mi sie ze mozliwe jest zrobienie w miare prostego translatora ktory lapalby 99% przypadkow, a moze naewt i 100%, ale bylyby roznice w ilosci cykli, no i rzecz jasna spowolnienie (chociaz roznice nie sa chyba az takie duze, i pewnie starczy podmianka rozkazu, ewentualnie kilka rozkazow).

Można byłoby spróbować, ale to się może okazać nie takie proste - sławne dzielenie o ile pamiętam trzeba było zmienić na bez znaku, dla kompilatora to pestka, ale w gotowym programie - czarno widzę.

3,024

(59 odpowiedzi, napisanych Bałagan)

dely: ColdFire to nie jest PPC, tylko kolejna odmiana m68k - zdaje się po prostu 68020 mogące chodzić na 150 MHz i więcej. Poza tym się zgadzam - jak to u Motoroli były tam jakieś niekompatybilności w działaniu niektórych rozkazów, to znaczy rozkaz np. dzielenia jest ten sam i produkuje taki sam wynik, ale znaczniki ustawia inaczej, dzięki czemu procedura, która działa na wszystkim od 68020 do 68060, na ColFire nagle wpada w pętlę nieskończoną nie wiedzieć czemu... jak to tak ma być, to czarno to widzę.

Numer trzeba byłoby zaszyć w samym tekście, np. przez zakodowanie odpowiedniego układu literówek w całości numeru.