3,801

(21 odpowiedzi, napisanych Bałagan)

jellonek napisał/a:

wiadomo ze przy ladniej wygladajacym 4GHz jakis smieszny ukladzik do notebookow pędzący góra 2.6GHz po przetaktowaniu na 100% gorzej sie bedzie sprzedawal...

Jeśli Pentium II był wydajniejszy od Pentium, a Pentium III jest wydajniejszy od Pentium II, to każdy odruchowo przyjmuje, że Pentium IV jest wydajniejszy od Pentium III. No i tak jest w istocie - sam autor cytowanego przez Pecusia artykułu przyznaje, że Pentium III nie da się pogonić z taką częstotliwością, jak Pentium IV.

To pewnie miło mieć P3 866 MHz ze świadomością, że to jest lepsza architektura i każdy to rozumie. Ale nie zmienia to faktu, że P4 4 GHz będzie szybszy i to sporo, mimo że to jest gorsza architektura i osiąga temperatury powyżej 37 stopni.

Tak samo wszyscy wiemy, że Motorola 68060 jest "lepsza" (jest to procesor bardziej elegancki jeśli chodzi o model, rozkazy, tryby adresowania, tryby pracy), ale te procesory można pociągnąć góra na 120 MHz (i to specjalne wersje, tzw. "wojskowe", aczkolwiek nie wiem, czy mają rzeczywiście z wojskiem cokolwiek wspólnego). Pentium III jest może i "gorszy", ale komputer zbudowany na P3 jest wydajniejszy od tego zbudowanego na motce 60. No i kropka.

Moim zdaniem najbardziej eleganckim procesorem 32-bitowym, jaki do tej pory widziałem, jest Motorola 68030. Co z tego, skoro jest wolna jak nieszczęście i nawet potaktować się za bardzo nie da (najszybsze wersje chodzą chyba na 50 MHz).

3,802

(54 odpowiedzi, napisanych Software, Gry - 8bit)

jellonek napisał/a:

mozecie sobie pisac co chcecie a i tak najpotezniejszym assemblerem dla malego atari
pozostaje ca65 z pakietu cc65

A ma wsparcie dla 65c816 i chodzi pod SpartaDOS X?

3,803

(18 odpowiedzi, napisanych Emulacja - 8bit)

Szybki połów ;) Tylko kto kogo łowi :P

3,804

(21 odpowiedzi, napisanych Bałagan)

To, że gdzieś jest granica, wszyscy wiedzą. Kiedyś to miało być 100 MHz dla CPU i 66 MHz dla płyt. Ale jakoś to przeskoczono. Co do tego prawa o 18 miesiącach, to założę się, że nikt go nigdy nie traktował dosłownie, raczej "wydajność procesorów średnio co mniej więcej 18 miesięcy się biorąc z grubsza podwaja". Nic w każdym razie, z czego można byłoby zrobić wzór matematyczny.

Ogólnie opinie ekspertów zatrudnianych przez media przypominają mi opinie ekspertów od rynku walutowego. Jak złoty idzie w górę, to eksperci jednym chórem twierdzą, że już będzie drożał ciągle i niebawem euro będzie po 2,50. Jak kurs osiąga apogeum i zaczyna spadać, eksperci zaczynają takim samym chórkiem twierdzić, że teraz złoty już będzie tylko taniał, i zaraz euro będzie po 4,99.

Tak samo jest z procesorami. Jak następuje spowolnienie rozwoju, to zaczyna się gromadne biadanie, że to koniec i trzeba wejść w inną technologię, która będzie przełomowa. Jak trudności zostają pokonane, to zaraz wybucha gromadny entuzjazm, dziennikarze ("eksperci") wypisują banialuki na temat przyszłej wydajności, a pan z IBM z dumą prezentuje plaster, który jakoby działa na 10 GHz. Jak dzieci normalnie :)

3,805

(18 odpowiedzi, napisanych Emulacja - 8bit)

kerun napisał/a:

ok regulamin przeczytalam
mimo to nadal nie wiem gdzie pasuje ten watek - moze mr mm mi podpowietym bardzie ze kilka watkow nizej jest ten sam problem i nikt z admin go nie wykasowal - ciekawe dlaczego

Może dlatego, cytat z regulaminu: "Tematy z nic nie mówiącym tytułem i napisane capsem (np. BŁAGAM! tudzież POMOŻCIE!!!, Szukam!!! względnie POMOCY!!!) będą kasowane".

Objaśnienie: temat twojego wątku ma właśnie "nic nie mówiący" tytuł.

Poza tym, jeśli wiesz, że na ten temat już był wątek, to dlaczego zakładasz nowy o tym samym?

3,806

(54 odpowiedzi, napisanych Software, Gry - 8bit)

bori napisał/a:

Ilosc etykiet zgoda, 6 znakow na nazwe czasem moze byc problemem ale zazwyczaj latwo rozwiazywalnym

Tylko, jak już napisał Pecuś, lepiej leczyć przyczyny niż skutki; poza tym zauważ, że "dorosłe" asemblery (np. MAC/65 albo MAE) mają coś takiego jak etykiety lokalne, dzięki czemu nie trzeba wymyślać oddzielnej nazwy etykiety dla każdej głupiej pętli. Rzecz jasna, można i ten problem "rozwiązać" dając BNE *-8 zamiast BNE ETYKIETA. Ale przecież nie po to jest kompilator, żeby programista musiał sam obliczać adresy skoków :P

3,807

(54 odpowiedzi, napisanych Software, Gry - 8bit)

jellonek napisał/a:

do vim-a nie musisz miec unix-a

Ale ja w zasadzie używam tylko unixa.

jedyne co do niego potrzeba to odrobina pomocy od kogos kto juz go uzywa

No widzisz - a do MAE wystarczy przeczytać README :P

3,808

(60 odpowiedzi, napisanych Fabryka - 8bit)

To w zasadzie nie jest cały program, tylko coś poklejone na szybko, żeby działało. Miałem potrzebę uruchomienia połączenia Atari z pecetem przez SIO2PC pod FreeBSD; a okazało się, że nie ma żadnego oprogramowania. Wobec tego napisałem własny, bardzo prosty programik, który obsługuje transmisję. Program robi to, co od niego chcę, i nie będę już nad nim dalej pracował, ale może ktoś inny będzie chciał się pobawić, tak więc udostępniam niniejszym kod źrodłowy:

http://drac030.krap.pl/sio2bsd.tar.gz

Programiszcze kompiluje się i działa pod FreeBSD (sprawdzone pod 5.4) oraz, dzięki mikeyowi, pod Linuxem. Nie ma żadnego interfejsu sterującego ani plików konfiguracyjnych. Ścieżka dostępu do portu szeregowego jest zapisana na twardo w pliku sio2bsd.h (trzeba zmienić definicję stałej SERIAL). Poza tym do pracy w szybkiej transmisji niezbędne jest odpowiednie wykalibrowanie pętli opóźniającej; opis, jak to zrobić, jest w pliku sio2bsd.c, w komentarzach. Program jak widać jest niezbyt user-friendly.

Program działa z linii komend:

#./sio2bsd disk1.atr disk2.atr disk3.atr ... disk16.atr

Jeśli żaden parametr nie jest podany, program próbuje otworzyć plik 'test.atr' i przypisać go do D1.

Program działa w standardzie 19200, oraz ma 4 tryby turbo, z których można wybrać jeden w czasie kompilacji. Można też nie wybierać żadnego. Służą do tego flagi, które się wpisuje do Makefile:

1) bez flag - tylko standard 19200
2) -DXF551 - tryb XF551, 38400 bps. Ten tryb działa bardzo niestabilnie, w zasadzie tylko odczyt.
3) -DULTRA38400 - tryb UltraSpeed, 38400 bps. Działa dobrze (zapis/odczyt) pod SpartaDOS 3.2, moim OS-em dla 65c816, oraz QMEG-iem (jak twierdzi mikey).
4) -DULTRA57600 - tryb UltraSpeed, 57600 bps. Działa dobrze j/w oprócz SpartaDOS 3.2. Nie wiem w sumie, dlaczego pod SD 3.2 nie chodzi, ale nie chciało mi się w tym grzebać.

Pod SpartaDOS X jest oczywiście ten problem, że SIO tego DOS-u, mimo że pracuje w trybie Ultra, to ustawia zawsze na sztywno 52 kbps zamiast zapytać się stacji. Powiedziałbym, że jest to jedna z największych wad tego DOS-u. W takim układzie oczywiście Ultra nie będzie chodzić. Posiadacze QMEG-a oraz DracOS-a oraz SpartaDOS X 4.22 mogą oczywiście załadować sterownik SIO, który korzysta z SIO systemu operacyjnego. Wtedy powinno pójść gładko.

3,809

(54 odpowiedzi, napisanych Software, Gry - 8bit)

jellonek napisał/a:

polecam pod vim-em :help key-mapping

Ok, obejrzę, jak będę miał następnym razem potrzebę napisania czegoś pod unixem. Dzięki. 'vi' jest w sumie na tyle odstręczający, że nigdy nie przyszło mi do głowy się wgłębiać, ani w 'vi', ani w 'vim'.

btw. co rozumiesz przez uruchamianie funkcji vi?

No chyba rozumiesz, co to są funkcje (edycyjne) w edytorze tekstowym? :)

3,810

(54 odpowiedzi, napisanych Software, Gry - 8bit)

A od kiedy funkcje vi uruchamia się przez kombinacje klawisza z controlem?

3,811

(54 odpowiedzi, napisanych Software, Gry - 8bit)

Nic dodać, nic ująć. Właśnie tych skoków do miejsca deklaracji etykiety brakuje mi najbardziej, kapitalnie to ułatwia pisanie programu.

3,812

(54 odpowiedzi, napisanych Software, Gry - 8bit)

A kto się kłóci? Jak to ktoś powiedział, to jest forum dyskusyjne, więc dyskutujemy :P

3,813

(54 odpowiedzi, napisanych Software, Gry - 8bit)

nosty napisał/a:

Zreszta, Ty w opinii wielu osob nie kodujesz na Atari tylko na produkcie, ktory przypomina Atari w takim stopniu w jakim homo sapiens przypomina malpiatki bedace jego dalekim przodkiem.

Owszem, sprzęt jest rozbudowany własnie w tym kierunku, żeby się na nim możliwie jak najwygodniej pracowało. Fakt, jest to ewolucyjnie odległe od pierwotnego zestawu, na jaki składało się 65XE i XC12. Niemniej nie jest to tak od niego odległe, jak odległy jest pecet.

Przykro mi bardzo, ale jak klepię programiszcze na (moim egzemplarzu) 65XE, to mam uzasadnione wrażenie, że koduję na Atari. Jak robię to samo pod emulcem na notebooku, to mam równie moim zdaniem uzasadnione wrażenie, że koduję na pececie. A kodowanie na pececie mnie nie pociąga, choćby z tego powodu, że i tak siedzę przed nim codziennie wystarczająco długo dokonując aktów zarobkowania oraz łażąc po internecie.

Emulatory powstaly zeby emulowac istniejace komputery

Ależ mój komputer jak najbardziej istnieje! Nawet jest do obejrzenia gdzieś na zdjęciu z Forevera 6, z podpisem, że to komputer dely'ego :P Poza tym podobny zestaw ma jeszcze ładne parę osób.

a nie za przeproszeniem mutanty. :D

Czy do uruchamiania emulatora Atari używasz oryginalnego IBM PC, czy "mutanta"? Oczywiście mutanta. Dlaczego? Dlatego, że na rozbudowanym piecu działa się wygodniej, niż na rzęchu z 1981 roku. Dlaczego więc peceta rozbudowywać twoim zdaniem wolno - i to tak, że nie ma w nim ani jednej części pochodzącej z oryginału, bo to jest po prostu klon - a Atari w tym samym celu rozbudowywać nie wolno?

Zaraz mi zaczniecie wmawiac, ze edytory i asemblery na Atari sa wygodniejsze i szybsze niz na piecu...

Wiesz, kompilatory na pececie są zapewne szybsze. Można też niewątpliwie wykonać lepszy od istniejących kompilator na Atari (prace w toku). A co do edytora, to od czasu do czasu pisuję doraźne programy na peceta i musze ci powiedzieć, że bez pewnych featur, jakie oferuje edytor MAE, czuję się jak bez ręki.

Wygląda na to, że punbb zaznacza wszystkie posty automatycznie jako przeczytane - niezależnie od tego, czy są przeczytane czy nie - jeśli napisze się odpowiedź na jeden z nich. Właśnie zdarzyło mi się to dzisiaj. Jest to raczej spora porażka w przypadku, kiedy nieprzeczytanych postów ma się więcej niż kilka.

Dałoby się coś na to poradzić?

3,815

(54 odpowiedzi, napisanych Software, Gry - 8bit)

nosty napisał/a:

Jedyny plus takiego rozwiazania jaki znajduje, to fakt, ze emulator nie jest kompatybilny w 100% i mozna wpasc w kanal jak sie o tym zapomni. Wszystko inne przemawia na rzecz pieca i emulatora (_czas_ i wygoda przede wszystkim). Jesli udowodnisz (lub ktokolwiek inny), ze jest odwrotnie stawiam flaszke za 3 tygodnie...

Proszę uprzejmie :)

1) zysk na czasie jest żaden, jeśli - jak sam zauważasz - emulator nie jest dostatecznie dobry; wtedy kanał i strata czasu; szkoda ryzykować, jak się pisze coś większego.

2) wygoda jest kwestią gustu; ja zresztą wolę, żeby mi się Atari uruchomiło w konfiguracji, jaką lubię, od razu po włączeniu zasilania, niż za każdym uruchomieniem emulatora od początku podstawiać pliki ATR pod poszczególne dyski, ładować plik z obrazem SDX, zaznaczać, że to jest "SpartaDOS X 64k cartridge", a potem "Reboot". Jest to upierdliwe i trwa długo.

3) konfig sprzętowy atarynki mam bardzo wygodny i żaden piec mi nie oferuje nic lepszego (256k RAM-u, SpartaDOS X, R-Time-8, dysk 80 MB).

4) żaden emulator nie zastąpi mojego egzemplarza Atari, bo żaden nie emuluje dostatecznie dobrze procesora 65C816.

5) ostatni punkt jest trudny do określenia, ale na mnie emulator po prostu nie robi wrażenia, że to jest Atari; owszem, niebieski ekran, i "SpartaDOS" napis na nim, ale wszystko to jakieś takie plastikowe i sztuczne. A ja wolę rzeczy prawdziwe.

PS. A argument o pisaniu pod 8051 na 8051 nie był, przyznasz, zbyt mądry zważywszy, że na 8051 nie ma żadnego środowiska pracy dla programisty; na Atari natomiast jest jak najbardziej :P

3,816

(66 odpowiedzi, napisanych Fabryka - 8bit)

Jest i używa rozkazów 65c816 :)

3,817

(54 odpowiedzi, napisanych Software, Gry - 8bit)

No pewnie, też jestem tego zdania,

3,818

(66 odpowiedzi, napisanych Fabryka - 8bit)

Wersja 0.1 very-preview-alpha MultiBASIC-a dostępna jest tu:

Plik ARC: http://drac030.krap.pl/mbi.arc
Plik ATR: http://drac030.krap.pl/mbi.zip

Wymagania: procesor 65c816, DracOS (zob. http://drac030.krap.pl).

Nie chciało mi się robić wersji relokowalnej, więc ta jest nierelokowalna, ładuje się od $2000. Oczywiście final będzie się relokował, żeby wykorzystać pamięć do maximum (pod SDX nawet do 4k więcej). Dodatkowej pamięci na razie nie używa. W ogóle przez ostatni miesiąc nie zrobiłem wielkich postępów, ale do QuaST-a może jeszcze coś dopiszę. Ta wersja nie ma prekompilowanych pętli, więc proszę się nie dziwować, że nie działa szybko. Nie ma też wszystkich instrukcji Turbo BASIC-a (brak jest m.in. PROC, EXEC, ENDPROC, #, GO# - bo wymagają prekompilacji, której nie ma; brak tez niektórych funkcji, np. INSTR(), UINSTR() i czegoś tam jeszcze). Ogólnie niezaimplementowane tokeny będą powodować błąd nr 17.

To jest, powtarzam, preview, wiele się jeszcze może zmienić, z niektórymi słowami kluczowymi włącznie. Jest też parę niedoróbek, które zauważyłem przed chwilą, tj. np. DIR nie daje się przerwać klawiszem break, a instrukcja ENDWHILE nie działa. Poprawię to następnym razem, do testów wystarczy tak jak jest.

Przy testach proszę zwrócić uwagę, czy wszystkie słowa kluczowe dają się wpisać, innymi słowy czy nie ma jakichś porażek w kontroli składni. No i w ogóle poza tym.

-----

Jeszcze jedno, co się może przydać przy zabawie interpreterem:

Instrukcje SET i SYS MultiBASIC-a

Składnia:

SET index,value
value=SYS(index)

'index' ma wartość z zakresu od zera do (na razie) 23. Określa numer wewnętrznej zmiennej interpretera, której wartość będzie zmieniana lub odczytywana. Znaczenie pierwszych 15 zmiennych jest - albo będzie w przyszłości - zgodne z BASIC XE.

0 - reakcja na klawisz Break

    0 - standardowa
    1 - następuje "Error 1"
    2 - następuje "Error 128"
    128 - wciśnięcie Break jest ignorowane

    SET 0,2 to to samo, co *B+

1 - ilość pozycji tabulacji, jakiej przeskoczenie powoduje przecinek w instrukcji PRINT. W bieżącej wersji nie można tu ustawić wartości mniejszej niż 3. Kiedyś to poprawię.

2 - kod ASCII znaku wyswietlanego przy INPUT. Normalnie $3f ('?').

3 - niezaimplementowane

4 - niezaimplementowane

5 - 1 (wartość domyślna) powoduje, że słowa kluczowe mogą być wpisywane małymi literami; 0 ustawia zgodność z Atari BASIC w tym względzie (tylko duże litery).

6 - wyłącza (1) i włącza (0) słowne objaśnienie w komunikacie błędu; domyślna wartość to 0.

7 - niezaimplementowane

8 - 1 (wartość domyślna) powoduje, że funkcja USR wstawia na szczyt stosu liczbę przyjętych argumentów (tak jak w Atari BASIC); ustawienie zera blokuje wstawienie tej wartości na stos.

9 - niezaimplementowane

10 - niezaimplementowane

11 - niezaimplementowane

12 - włącza (1) i wyłącza (0) wcięcia listingu; domyślna wartość to 1. SET 12,1 robi to samo co *L+.

13 - włącza (1) i wyłącza (0) obliczanie liczb hex przez funkcję VAL(). Domyślna wartość to 1.

14 - niezaimplementowane

15 - niezaimplementowane

--------------------

16 - liczba spacji, jakie dodawane są do wiersza listingu celem uzyskania wcięcia; domyślną wartością jest 2.

17 - 0 powoduje, że linia zaczynająca się od instrukcji REM listowana jest bez wcięcia, nawet w środku pętli; 1 powoduje normalne wcięcie (jak w Turbo BASIC-u XL); domyślną warotścią jest 0.

18 - 0 powoduje, że linia zaczynająca się od separatora Turbo BASIC-a XL (instrukcja "--") listowana jest bez wcięcia, nawet wewnątrz pętli; 1 powoduje normalne wcięcie (jak w Turbo BASIC-u); domyślną wartością jest 0.

19 - 0 (wartość domyślna) powoduje, że numery błędów wypisywane są jako liczby ujemne; 1, jako dodatnie;

20 - wartość ICAX2 dla funkcji OPEN wywoływanej przez instrukcję DIR. Domyślna wartość to 0 (krótki listing), po wykryciu SpartaDOS automatycznie ustawiana na 128 (długi listing).

21 - 1 włącza listowanie w stylu BASIC-a XE; 0 jest wartością domyślną

22 - początkowa wartość numeru linii dla instrukcji AUTO (10)

23 - początkowy krok dla instrukcji AUTO (10)

3,819

(54 odpowiedzi, napisanych Software, Gry - 8bit)

Zawsze mówię, że QA to zabawka, ale nikt mnie nie chce słuchać. Oczywiście MAC/65 ma najlepszy kompilator, ale ja używam MAE 1.2 i całkiem sobie chwalę. Edytor pełnoekranowy w trybie 64-kolumnowym, 60k na źródełko, makra, wypas. Ludzie mają jakieś problemy z tym edytorem (krzaki na ekranie czasem itp.), ale u mnie to o dziwo nie występuje. Więc korzystam ;)

3,820

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

Jak pod windą to nie chodzi, to wątpię, czy Linux sobie poradzi. Powalczę w wolnej chwili na kompie, gdzie jest normalny COM.

3,821

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

Ad 3: przy zwykłym systemie jak odpalasz Spartę z wciśniętym OPTION, to tym samym wymuszasz użycie standardowego CONFIG.SYS (zaszytego w ROM-ie). Nie wciskaj OPTION.

Ad QA: czy ty jesteś pewien, że to jest zwykły system?

3,822

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

Nie próbowałem, nie mam nigdzie zainstalowanego Linuxa.

3,823

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

Cóż, niestety. Pan Gógle stwierdził, że mój kabelek (com2usb) raczej nie ma wsparcia w żadnym systemie oprócz Windows (ale pod Windows XP też nie działało, jak spróbowałem). Do kabelka przyznała się niejaka firma Semitech Semiconductor z Singapuru, ale zdaje się, że oni tylko przyklejają nalepkę. Rzeczywistym producentem jest Cypress. Dłubnąłem próbnie w sterowniku USB kernela FreeBSD w nadziei, że pójdzie, ale nie poszło; melduje tylko że "ucom0: could not find data bulk in", a ja się nie znam na USB wcale i nie mam pojęcia, co to znaczy ... :/

3,824

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

Chodzi o BSD. FreeBSD.

3,825

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

Połączyłem atarynkę z pecetem przez sio2pc. Niestety, ten pecet nie ma w ogóle portu COM. W związku z powyższym nabyłem drogą kupna kabel com2usb, który udaje COM-a na USB. Połączyłem to wszystko razem. Niestety, nie bardzo wiem, co dalej. Port pojawia się jako /dev/uhid0, ale jakoś nic z tego nie wynika. To znaczy, atarynka zachowuje się tak, jakby nic nie było podpięte, no i z drugiej strony tak samo. Miał ktoś już do czynienia z podobnym zestawem? Będę wdzięczny za wszelkie sugestie.