876

(294 odpowiedzi, napisanych Bałagan)

Sikor napisał/a:

Ram jako przykład podalem, ale są inne cechy - choćby ALU, o którym wspomniał RASTAN.

Czyli zgadzasz się, że RAM był chybionym przykładem. Co do ALU, Motka 6809 - o ile mogę wnosić z modelu, bo nic bliższego o tym procesorze nie wiem - ma zapewne takie samo, a twierdziłeś, że jest ośmiobitowa. Zatem 65C816 też. A jeśli 65C816 jest 16-bitowy, to 6809 również i wikipedia kłamie. Konsekwencja to konsekwencja. Wybór należy do Ciebie. :D

To ostatnie zdanie to oczywiście żart: nie ma nic dziwnego w tym, że dwaj producenci, ze względów marketingowych, użyją krańcowo innej terminologii na określenie zbliżonych produktów. Problem jest, kiedy ktoś się za bardzo do tej terminologii przywiąże.

Sikor napisał/a:
drac030 napisał/a:

Czyli koniec tematu.

Tak

Nareszcie.

Sikor napisał/a:

Skąd pomył o niechęci?

Za dużo używasz wyrazów nacechowanych emocjonalnie. Stąd.

Sikor napisał/a:

Ale tak, w pewnym sensie zmienia, choć różnica jest mniejsza niż między 6502 a 65816

Na jakiej podstawie twierdzisz, że jest mniejsza?

Sikor napisał/a:

Aby nie było dalszych niedomówień - będę cytował odpowiedzi.

Z całą pewnością tak będzie lepiej. Przy odpisywaniu widzi się tylko bezpośredni kontekst.

Sikor napisał/a:

Chociażby dlatego, że tam karta nie powstała jako rozszerzenie, ale jako emulator mający za zadanie uruchomić system z CoCo - zadałem sobie trud przejrzenia Twoich linków.

No, ale właśnie dlatego użyłem tego jako przykładu: to NAPRAWDĘ zmienia charakterystykę komputera, czyli spełnia (zapewne bezdyskusyjnie) wszystko to co zarzucasz Rapidusowi. Natomiast nie widzę, żebyś szedł na Atari Age (do działu nazwanego Atari 8-bit Computers) i narzekał, że to nie Atari, nie 8-bit i w ogóle emulator. Chociaż pewnie byłoby to dużo bardziej sensowne.

Sikor napisał/a:

Więc wykorzystajmy ten co jest - emulacja 8-bit.

Ten dział miałem na myśli, ale moim zdaniem te zagadnienia do niego nie należą, gdyż chodzi w nim o emulatory w zwykłym sensie: takie programy na większe komputery. Dlatego chciałem, żebyś założył ankietę i sprawdził, co na ten temat sądzą inni. Bo stara ankieta jest na inny temat - czy założyć nowy dział, a nie, czy wykorzystywać inny.

Ewentualnie można poprosić o wykładnię dely'ego.

877

(27 odpowiedzi, napisanych Emulacja - 8bit)

@larek: po prostu zachwyciła mnie ta wypowiedź:

Wolę klasyczną maszynę. Jak ktoś się zachwyca tym, że może napisany program kompilować w 10 sekund zamiast w 50 albo gra mu działa szybciej (po co?), to ok, niech tak ma.

To "wolenie klasycznej maszyny", i ten ton subtelnej przygany wobec tych, którzy ją kalają w imię tego, żeby im się coś szybciej kompilowało - w kontekście Twojego obecnego wyznania, że na Atari sam nic nie kompilujesz, tylko piszesz na piecu, a uruchamiasz na emulcu (czyli też piecu).

Klasyka. :D

878

(294 odpowiedzi, napisanych Bałagan)

Sikor napisał/a:
drac030 napisał/a:

Nie może nawet teoretycznie, bo ma wyprowadzoną 13-bitową szynę adresową. Zatem może zaadresować 8k liniowej pamięci i ani bitu więcej. Musi być zatem mniej niż ośmiobitowy, skoro to wg Ciebie jest decydujący parametr.

Poprzez zastosowanie dodatkowej logiki może - tak samo jak 6502 widzi rozszerzoną pamięć, nie liniową.

Ale to nie jest już pamięć liniowa, tylko bankowana. Jeśli przyjmiesz, że w 6507 standardem jest "ramka" 8k, w 6502 - 64k, to musisz przyjąć, że w 816 takim standardem jest 16 MB. Jeśli ramka większa niż 64k powoduje, że procesor jest więcej niż 8-bitowy, to ramka mniejsza niż 64k powoduje, że jest mniej niż 8-bitowy. Ten wniosek logicznie wypływa z przesłanek, ale jest absurdalny - wniosek z tego kolejny, że definiowanie "bitowości" przez zdolność do zaadresowania konkretnej ilości pamięci liniowej jest bez sensu.

Sikor napisał/a:
drac030 napisał/a:

To poproś dely'ego o zmianę nazw działów i po sprawie.

Według ankiety Dely tego nie zrobi, jak zresztą napisał wprost

Czyli koniec tematu.

Sikor napisał/a:
drac030 napisał/a:

Siłą rzeczy jeśli coś wymaga 1 MB RAM-u, Covoxa, twardego dysku, włożenia kartridża (!), to nie ma szans chodzić bez tego. Rozszerzenie w rodzaju karty turbo nie stanowi tu żadnego wyjątku. Nie wyjaśniłeś w żaden sposób, dlaczego akurat użycie nowszego procesora z tej samej serii ma stanowić taki problem, i dlaczego stanowi to problem tylko na Atari, a na PC, ST, Amidze - nie.

Mnie po prostu tamte maszyny nie interesują, więc nie wykręcaj kota ogonem

Sam wykręcasz kota ogonem w tej chwili, gdyż nie dyskutujemy o Twoich zainteresowaniach, tylko o tym, że usiłujesz podciągnąć swoją prywatną niechęć do 816-tki pod jakąś ogólną regułę - wobec czego naturalnie próbujemy przymierzać tę Twoją regułę do innych konfiguracji sprzętowych. I niestety, nie wypadasz przekonująco.

Sikor napisał/a:

Tak, emuluje całe Atari poprzez zmianę charakterystyki procesora, przez co programy pisane na ten emulator nie działają z prawdziwym sprzętem wyprodukowanym w fabryce. Emulacja w pewnych specyficznych warunkach wymaga zastosowania oryginalnych (lub kompatybilnych) części związanych z emulowanym sprzętem - tu do emulacji Atari potrzebny jest hardware Atari, do emulacji C64 potrzebny byłby hardware C64, itd, itp. Inaczej emulacja bądź nie byłaby pełna, bądź niewydajna czasowo, bądź oba te elementy na raz.

Innymi słowy (przywołując dawniejszy motyw), wsadzenie karty PAK do Atari ST powoduje, że "emuluje ona całe Atari ST przez zmianę charakterystyki procesora"?

drac030 napisał/a:

W którym miejscu tak napisałeś?

Post #43

To albo masz problem z pamięcią, albo ze stylem, bo z kontekstu wynika, że chodzi Ci o Neotraker.

Sikor napisał/a:
drac030 napisał/a:

Po prostu chcę zobaczyć, jak wygląda Sikor w konsekwentnym działaniu - na temat 65C816 bijesz pianę od trzech dni, bo jest to rzekomo całkowita zmiana architektury, to ciekaw jestem, co napiszesz na temat 6809. A raczej - dlaczego jeszcze nie protestujesz.

Jak napisałem tutaj, a także w wątku na atariage dotyczącym Rapidusa - sama karta jest o.k. Ale nazywajmy rzeczy po imieniu - programy pisane pod ten procesor (lub pod 6809) nie są programami dla Atari, co najwyżej są programami dla emulatorów tego.

Ale nie widzę, żeby budziło to Twoje gorące protesty. Wytłumacz mi, proszę, dlaczego?

Sikor napisał/a:
drac030 napisał/a:

To jedyny sensowny dział do tego celu. Wykazała to Twoja własna ankieta :D

Jest jeszcze dział "emulacja". Dodatkowo - dlatego rozpocząłem dyskusję, gdyż nie jest toprogram dla 8-bitowych maszyn, tylko dla 16-to bitowych, więc według mnie - przekracza granice 8-bit.

Proponuję Ci, żebyś założył ankietę na ten temat, tzn. czy kwestie związane z 65C816 przenieść do działu "Emulacja" i czy zgadza się z jego definicją. Ale chyba domyślam się, jaki będzie wynik.

879

(27 odpowiedzi, napisanych Emulacja - 8bit)

larek napisał/a:

U mnie skromnie: MADS + Notepad++ (z plikami konfiguracyjnymi MADSa - są chyba dołączone do MADSa) + Atari800Win PLus.

Ciekawe: http://www.atari.org.pl/forum/viewtopic ... 26#p180226

Żeby nie było, że oftop: kiedy piszę program na pececie, używam pico i madsa.

880

(294 odpowiedzi, napisanych Bałagan)

Sikor napisał/a:

Więc jednak się nie da, jak widzę.

Da się. Tylko dlaczego miałbym to robić?

881

(294 odpowiedzi, napisanych Bałagan)

Sikor napisał/a:

6507 jest okrojoną wersją 6502, ma ramkę 8KB, ale teoretycznie może obsłużyć dokładnie tyle samo pamięci co 6502.

Nie może nawet teoretycznie, bo ma wyprowadzoną 13-bitową szynę adresową. Zatem może zaadresować 8k liniowej pamięci i ani bitu więcej. Musi być zatem mniej niż ośmiobitowy, skoro to wg Ciebie jest decydujący parametr.

Tak, ważne jest co chodzi, a co nie.

To poproś dely'ego o zmianę nazw działów i po sprawie.

jeśli coś wymaga 65816 nie ma szans chodzić na 6502 w dowolnej odmianie

Siłą rzeczy jeśli coś wymaga 1 MB RAM-u, Covoxa, twardego dysku, włożenia kartridża (!), to nie ma szans chodzić bez tego. Rozszerzenie w rodzaju karty turbo nie stanowi tu żadnego wyjątku. Nie wyjaśniłeś w żaden sposób, dlaczego akurat użycie nowszego procesora z tej samej serii ma stanowić taki problem, i dlaczego stanowi to problem tylko na Atari, a na PC, ST, Amidze - nie.

Sikor napisał/a:

Zaproponował 16-to bitowy komputer bazujący na 8-bitowym Atari i jego konstrukcji sprzętowej, a co więcej - umożliwiający w dużej mierze jego sprzętową emulację, ale niestety emulację.

Jego = komputera? Tzn. karta Rapidus emuluje już całe Atari, razem z Antikiem, GTIA, Pokeyem? Obawiam się, że błądzisz.

Sikor napisał/a:

Jak pisałem - nie omieszkasz tego odnaleźć.

W którym miejscu tak napisałeś?

Czyżby brakowało argumentów do oprogramowania 16-to bitowego komputera w dziale 8-bit?

Po prostu chcę zobaczyć, jak wygląda Sikor w konsekwentnym działaniu - na temat 65C816 bijesz pianę od trzech dni, bo jest to rzekomo całkowita zmiana architektury, to ciekaw jestem, co napiszesz na temat 6809. A raczej - dlaczego jeszcze nie protestujesz.

drac030 napisał/a:

W którym miejscu tak twierdzę?

Chociażby umieszczając program chodzący na komputerze 16-to bitowym, którego (programu, nie komputera) nie da się uruchomić w natywnym trybie 8-bitowym, w dziale "fabryka 8 bitów".

To jedyny sensowny dział do tego celu. Wykazała to Twoja własna ankieta :D

882

(294 odpowiedzi, napisanych Bałagan)

Sikor napisał/a:

Niekoniecznie - póki naraz jest widoczna dana część pamięci, a większa stanowi "ramkę" zgodną ze standardem - nie zmienia to architektury. Jeśli liniowość wymaga zmiany procesora - jest to ewidentnie zmiana architektury.

A co, że tak zapytam ad vocem, ma ilość pamięci liniowej do ośmio- czy szesnastobitowości? Czy wg Ciebie MOS 6507 nie jest ośmiobitowy, tylko mniej, bo widzi tylko 8k?

Sikor napisał/a:

Nie, nie protestuje - bo nie zmienia to założeń komputera 8-mio bitowego, poza tym -jak pisałem, TB XL natywnie chodzi serii XL/XE z 64KB RAM, a takie maszyny były robione od początku powstania tej serii.

Czyli dla Ciebie w "kompatybilności" ważne są "założenia", a nie praktyczna zasada, co chodzi, a co nie? W "emulacji" ważna jest nie istota rzeczy, tylko nazwa? W "Dział 8-bit" nie to, że ludzie tam piszący mają wspólne tematy, a to, że ktoś ten dział tak nazwał? To wiele wyjaśnia, ale wydaje mi się, że oględnie mówiąc nie stanowi to podstawy do rzeczowej dyskusji. To są tylko hasła.

Sikor napisał/a:

tu oczywiście z moją znajomością assemblera nie podyskutuję.

Bystra obserwacja. Co do liniowości, patrz wyżej.

Sikor napisał/a:

to nie jest Atari, a przynajmniej nie takie, jakie zaproponował projektant.

A kto zaproponował Rapidusa? Marsjanie? Przecież zaproponował go jego projektant - konkretnie Pasiu.

Sikor napisał/a:
drac030 napisał/a:

No, to czemu im tam nie ponarzekasz?

Bo póki conie widziałem na to programu, nie zwróciłem uwagi, aby był działający prototyp (być może jest).

Proszę:

http://atariage.com/forums/topic/200109 ... for-atari/

Egzemplarz w akcji:

http://www.youtube.com/watch?v=lZdN-2xZgMM

I jeszcze to: http://hackaday.com/2012/04/04/giving-a ... d-upgrade/

A tu dałeś program działający tylko na sprzętowym emulatorze Atari, nazywając to programem na 8-bitowe Atari,

W którym miejscu tak twierdzę?

883

(294 odpowiedzi, napisanych Bałagan)

Sikor napisał/a:

Nietrafiona argumentacja. 65816 nie jest procesorem 8 bitowym, a 16 bitowym - więc zmienia możliwości komputera.

Każde rozszerzenie je zmienia.

Co do TB XL - nietrafiona argumentacja, jest wersja chodząca z Atari 800 i 48KB RAM, więc się da

Ale nie uruchomisz na niej tych samych programów, bo tamten TB oferuje mniej pamięci. Więc wg Twojej własnej logiki jest niekompatybilny. I poza tym specjalnie pisałem o TBXL 1.5 - żeby go uruchomić na Atari z 48k RAM, wymaga rozszerzenia, mianowicie karty Incognito, która dość zasadniczo zmienia możliwości tego komputera. I co, Sikor nie protestuje?

Niekompatybilny - to taki, który się uruchamia po zmianie parametrów wyznaczających architekturę maszyny

Zaraz, zaraz, niekompatybilny sprzęt to taki, który się uruchamia po zmianie parametrów wyznaczających architekturę maszyny? Niezrozumiałe - objaśnij.

Tak, źle przeczytałem - 6809. Tym niemniej nie zmienia to faktu, że jest to nadal procesor 8-mio bitowy: http://pl.wikipedia.org/wiki/Motorola_6809 - choć powoli sprzętowo się do 16-tu bitów zbliża, jednak nie osiągnął 16 bitów.

Aha, 6809, z 8-bitową szyną danych, 16-bitowym akumulatorem (dzielonym na dwa ośmiobitowe) i szesnastobitowymi rejestrami X i Y, 16-bitową arytmetyką, mnożeniem itp., to wg Ciebie procesor ośmiobitowy.

A 65C816, z 8-bitową szyną danych, 16-bitowym akumulatorem (dzielonym na dwa ośmiobitowe) i szesnastobitowymi rejestrami X i Y, 16-bitową arytmetyką (mnożenia brak), to wg Ciebie procesor szesnastobitowy.

Innymi słowy, opierasz się nie na cechach architektury, tylko jakby na nazwie, którą ktoś jej nadał?

I tak, podtrzymuje - tonie jest zgodne z Atari, niestety.

No, to czemu im tam nie ponarzekasz?

Co do neotrackera - zapoznaj się z nim, bo - UWAGA! HEREZJA! - chodzi także z POKEYEM!!! O zgrozo, chodzi bez COVOXA!! Świat Drac030 się zawalił!!! I co ciekawe - o ile pamiętam, jest wersja, która pójdzie nawet na Atari 130XE, choć kulawo.

Może, nie znam wszystkich istniejących wersji Neotrakera, przyznaję.

884

(294 odpowiedzi, napisanych Bałagan)

Sikor napisał/a:

TB XL - jak sama nazwa wskazuje - chodzi na komputerach XL/XE, zasadniczo  chodzi na każdym XL/XE z 64KB pamięci RAM.

To masz odpowiedź: mój emulec chodzi na każdym Atari z odpowiednim rozszerzeniem, tak samo jak TBXL. Tak samo jak Neotraker wymaga dodatkowego RAM-u i Covoxa, i to też nie budzi Twoich protestów.

Po prostu niektóre rozszerzenia i ich użycie akceptujesz, a niektóre nie, i nie umiesz przekonująco wyjaśnić, dlaczego. "Zmiana właściwości procesora" to argument magiczny, bo dlaczego akurat to ma być takie ważne?

Sikor napisał/a:

Tak, bo wydzieliło by sprzęt niekompatybilny

"Niekompatybilny" to taki, na którym nie chodzą programy, które chodzą na wyjętym świeżo z folii 800XL albo 130XE, tak?

Sikor napisał/a:

PC jako narzędzie do pracy może się zmieniać.

To i Atari jako narzędzie może.

Sikor napisał/a:
drac030 napisał/a:

Mamy coś na 6809. Było opisywane na AAge, gość sprzedawał płytki, o ile pamiętam. Ten procesor jest naprawdę niezgodny z 6502, stary soft nie chodzi wcale, nowy jest kompletnie inny i tu naprawdę można mieć wątpliwości, czy 130XE z czymś takim, to jest Atari. I znowu - nie wzbudziło to Twoich protestów. Dlaczego? Widzę tu niekonsekwencję i to dużą.

Być może przegapiłem, być może powód był inny - nie pamiętam wątku. Ale zgodnie z definicją z wikipedii: http://pl.wikipedia.org/wiki/MOS_Technology_6509 - jest to nadal procesor 8-mio bitowy.

Zdaje się, że chodzisz i zarzucasz ludziom, że nie umieją czytać ze zrozumieniem. To ja zapytam, w którym miejscu napisałem "6509"?

I tak, to też nie jest właściwie Atari, skoro jest niekompatybilne.

To oczekuję, że znajdziesz ten wątek na AAge i zaczniesz tam teraz narzekać. Skoro chcesz uchodzić za osobę konsekwentną, nie masz zbyt dużego wyjscia:)

885

(294 odpowiedzi, napisanych Bałagan)

Sikor napisał/a:

@Drac030: W takim razie dlaczego na Atari z 6502C nie można odpalić Twojego emulatora ZX Spectrum? Czy nie dlatego, że wymaga 16-to bitowego procesora?

Dlaczego na Atari z 48k RAM-u nie można odpalić TBXL 1.5? Czy nie dlatego, że wymaga dodatkowej pamięci? Dlaczego nie wzbudza Twoich sprzeciwów Bomb Jack wymagający 320k RAM-u, których Atari nigdy nie montowało w komputerach? Dlaczego zatem jesteś niekonsekwentny i przyczepiłeś się akurat do jednego rozszerzenia, mimo że istnieją inne o podobnych cechach użytkowych, przede wszystkim takiej, że istnieją programy, które nie chodzą bez nich? Hm?

Właśnie dlatego, więc nie mów, że to nadal jest 8-mio bitowe Atari, bo nie jest.

Skoro Cię tak kwestia tak uwiera, zaproponowałem wyżej zmianę nazwy działów. To powinno Cię usatysfakcjonować.

Z PC nie trafiłeś, bo nic na jego temat nie pisałem.

I to właśnie mnie dziwi, gdyż będąc konsekwentnym, powinieneś głośno oprotestowywać wszelkie dyskusje o pecetach, jakie się od czasu do czasu w dziale ośmiobitowym toczą.

To retorycznie zapytam: jaką jeszcze dopałkę mamy w Atari z przejściem na "inny" 16-tobitowy procesor? No jaką?

Mamy coś na 6809. Było opisywane na AAge, gość sprzedawał płytki, o ile pamiętam. Ten procesor jest naprawdę niezgodny z 6502, stary soft nie chodzi wcale, nowy jest kompletnie inny i tu naprawdę można mieć wątpliwości, czy 130XE z czymś takim, to jest Atari. I znowu - nie wzbudziło to Twoich protestów. Dlaczego? Widzę tu niekonsekwencję i to dużą.

886

(294 odpowiedzi, napisanych Bałagan)

swinkamor12 napisał/a:

Być może dlatego że to zbyt duża zmiana?

Rozumiem, że wsadzenie Atari do szafy i robienie wszystkiego na pececie to nie jest zbyt duża zmiana i dlatego dopiero 65C816 budzi sprzeciwy?

887

(294 odpowiedzi, napisanych Bałagan)

Sikor napisał/a:

nazywanymi programami na 8-mio bitowe Atari (...) I to jest złe w tym wszystkim.

Sikor, skoro jesteś tak przywiązany do tego, jak się co nazywa, proponuję zatem zmienić nazwy działów: z "8-bit" na np. "400/800/XL/XE i pokrewne" oraz "16/32-bit" na "ST/TT/Falcon i pokrewne". To powinno załatwić sprawę nazewnictwa.

PS. Przy okazji chciałem zauważyć, że w dziale "8-bit" dyskusje toczą się też o sofcie na PC (mads, Eclipse, Notepad++), co nie wywołuje żadnych protestów, mimo że PC już żadną miarą nie jest Atari, nie jest 8-bit, przejście na niego to "całkowita zmiana charakteru komputera" itd. Nie wiedzieć czemu alergiczną reakcję budzi tylko 65C816.

888

(294 odpowiedzi, napisanych Bałagan)

Sikor napisał/a:

Jak napisałem - to jest emulacja.

Dokładnie na takiej samej zasadzie, jak 80486 "emuluje" "prawdziwy procesor" 8086, albo 68030 "emuluje" "prawdziwy procesor" 68000. Posty piszesz na "emulatorze" IBM PC i jakoś na to nie narzekasz.

I chwała Ci za to, że sięgnąłeś do dokumentacji przypominając wszystkim, że sam producent ujmuje ten termin w cudzysłów, sygnalizując to, czego i bez tego się można domyślić, że traktuje tę "emulację" z przymrużeniem oka.

889

(294 odpowiedzi, napisanych Bałagan)

Sikor napisał/a:

Więc pora zmienić dział

W dziale "Sprawy Atari Area" założyłeś na ten temat ankietę i zostałeś przegłosowany (stosunkiem głosów 4 do jednego). To wg mnie powinno kończyć temat "działu", przynajmniej do pojawienia się nowych faktów do dyskusji. Takich nie widzę.

890

(349 odpowiedzi, napisanych Fabryka - 8bit)

"Memory conflict" znaczy, że program usiłuje się załadować pod memlo albo nad memtop. Czyli albo naładowane jest za dużo rezydentów, albo tryb graficzny jest "za duży" (np. gr. 8 ), albo jedno i drugie.

891

(294 odpowiedzi, napisanych Bałagan)

patologia

http://www.youtube.com/watch?v=vC1-LI78dKg

892

(279 odpowiedzi, napisanych Fabryka - 8bit)

Sikor napisał/a:

Może i 10%, ale realne odczucia dają około 30% jak dla mnie

Aha.

893

(279 odpowiedzi, napisanych Fabryka - 8bit)

Sikor napisał/a:

Na jakieś 30% szybkości

A w Atariki sam autor napisał, że "około 10%" (to i tak dobry wynik, zresztą).

Pin napisał/a:

przywiązujesz do nazewnictwa wartości ideologiczne

Jak, nie przymierzając, Kazimiera Szczuka :P Zupełnie, jakby nazwa decydowała o istocie rzeczy. Równie dobrze można byłoby to nazwać np. "trybem powabnym o woni poziomkowej", ciekaw jestem, jak wtedy wyglądałaby dyskusja na ten temat.

895

(279 odpowiedzi, napisanych Fabryka - 8bit)

Każde rozszerzenie (np. do 1 MB) ma jakiś swój program, który nie chodzi bez niego, więc Rapidus też już taki ma.

896

(279 odpowiedzi, napisanych Fabryka - 8bit)

Gdyby co tutaj http://atariage.com/forums/topic/213028 ... ?p=2908401 pierwsza publiczna wersja emulatora ZX Spectrum 48k na takie akceleratory. Używa pewnych dodatkowych możliwości Rapidusa, ale chodzi też na Altirrze oraz w ogóle bez turbo (tylko że wtedy oczywiście raczej wolno). Wymagany jest tylko 65C816, 640k liniowego RAM-u i OS pozwalający się przełączyć w tryb natywny (DracOS albo Turbo-816 OS).

swinkamor12 napisał/a:

W każdym bądź razie ja na pewno bym tego nie używał tylko jako szybszego 6502.

Toteż nikt nie zamierza tego robić.

Równie dobrze mógłbyś nazwać "bonusem" fakt, że na 68000 rozkaz move from SR jest "nieuprzywilejowany" (co jest chyba błędem konstrukcyjnym m68k, poprawionym później) albo łatwość, z jaką 68000 kupuje samomodyfikację kodu - czego 68030 nie lubi, programy tak napisane się walą, trzeba wyłączać cache, co z kolei powoduje spadek wydajności procesora itd.

To nie są żadne bonusy, to są uciążliwe zaszłości.

swinkamor12 napisał/a:

Władowanie 16 bit procesora do 8 bit komputera zmienia jego charakter całkowicie i nie ma sensu wmawiać sobie że to dalej ten sam komputer.

Teoretyzujesz, prawda? Wg mojej oceny (dokonanej z natury) zmienia tak samo, jak wspomniane już przez mnie wstawienie karty PAK do Atari ST - wszystko zostaje po staremu, tylko są bonusy.

"Całkowita zmiana charakteru" oznacza dla mnie, że przestaje działać oprogramowanie (np. system), do którego jesteśmy przyzwyczajeni i jako użytkownicy musimy przenieść się na nowe; natomiast z punktu widzenia programisty, całkowita zmiana oznacza, że przestają działać stosowane przez nas techniki programowania i, znowu, musimy wypracować nowe albo się nauczyć nowych. Musimy, a nie tylko możemy.

Konsekwentny właśnie nie bardzo - zażyczyłeś sobie zmianę o rząd, a kiedy się okazało, że zmiana jest o pół rzędu, zmieniłeś ad hoc regułę, żeby wyszło na Twoje. Ale spoko, to był taki eksperyment do mojego prywatnego użytku, nie przejmuj się ;)

Sikor napisał/a:

Tak, zgadzam się z postem Drac030. Powinno się przesunąć.

Podpucha, Sikor. To była podpucha ;) Tutaj http://www.atari.org.pl/forum/viewtopic ... 16#p180216 ustawiłeś poprzeczkę, która miała uzasadnić stworzenie takiego działu. Chciałem sprawdzić, czy uszanujesz wymyśloną przez samego siebie regułę, kiedy się okaże, że jest niewystarczająca do osiągnięcia celu, jakiś sobie był założył. :P