2,601

(709 odpowiedzi, napisanych Fabryka - 8bit)

EDIT: jellonek, byłeś szybszy :)

2,602

(709 odpowiedzi, napisanych Fabryka - 8bit)

"warp w czasach sio2sd" - co ma piernik do wiatraka?

2,603

(709 odpowiedzi, napisanych Fabryka - 8bit)

maw napisał/a:

mała "prywata": @electron: zerknij na wątek - może dał byś się namówić na parę płytek AKI z montażem ? jako oddech od VBXE :D

No, no, pan tu nie stał! Warp jest pierwszy w kolejce po VBXE :>

2,604

(16 odpowiedzi, napisanych Kupię / Sprzedam / Zamienię Atari)

Jestem przekonany, że na tym forum znajdziesz niejedną osobę, która potrafi. W zasadzie nowe programy na ośmiobitowe Atari, jeśli powstają, to są pisane głównie w asemblerze.

PS. Napisałem to i owo na Falcona (w asmie, polecam gentt wchodzący w skład devpaca, rewelacyjny asembler), ale ten rozdział jest już raczej zamknięty. Motka 680x0 jest jak sympatyczna, ale zbyt dobrze ułozona i nudnawa stara panna, szybko masz dosyć ;) Teraz pisuję sobie to i owo na małym Atari. Próbowałem kiedyś Intela 8086 i Z80, ale to nie ten fun :)

2,605

(16 odpowiedzi, napisanych Kupię / Sprzedam / Zamienię Atari)

Jestem koderem w ubiegłowiecznym sensie tego słowa, tzn. piszę programy w asemblerze. W kwestii, gdzie założyć stronę WWW tanio i dożywotnio, to nie jestem w stanie pomóc. Najlepiej chyba mieć zaprzyjaźniony serwer w jakieś instytucji państwowej, która z całą pewnością nie ulegnie nigdy likwidacji (np. na panstwowym uniwersytecie albo politechnice).

2,606

(16 odpowiedzi, napisanych Kupię / Sprzedam / Zamienię Atari)

Radosław napisał/a:

A Atari 65XE to niby demon szybkości a nie zabytek :) ?

Szybkość ta sama, co w 800, ale np. Turbo BASIC XL na 800 nie pójdzie. No i ogólnie, problemy z rozszerzeniem pamięci itede. XL/XE są jednak lepsze.

Pomysł z kupieniem 1200XL, bo dużo miejsca itp. niezły, ale 1200XL ma pewien mankament, mianowicie nie ma PBI. I te kompy są podobno wyłącznie w wersaji NTSC. Natomiast wymiana płyty na 130XE pociąga za sobą dokładnie taki sam problem z podpięciem klawiatury do tej płyty, jaki jest w przypadku próby włożenia klawki od 1200XL do 130XE: nie pasują do siebie (nie tylko złączem, też elektronicznie).

Tak czy siak - życzę powodzenia i chętnie zobaczę efakt Twojej pracy... :).

Tego to nie, bo ja nie wykonuję żadnych prac sprzętowych (o rzeźbie w plastiku to zapomnij), jestem tylko koderem. Dlatego napisałem w poście powyżej, że "przydałby się spec".

2,607

(16 odpowiedzi, napisanych Kupię / Sprzedam / Zamienię Atari)

Nie, nie lepiej zamienić XE na Atari 800, z prostego powodu: 800 ma tylko 48k RAM-u i stary OS. To zabytek, a nie komputer :>

Klawiatura od 1200XL faktycznie ma cały szereg klawiszy funkcyjnych, ale dla mnie to akurat zaleta, bo między nimi są F1-F4, których mi w XE brakuje. Poza tym na samej głównej części klawiatury od 1200XL pisze się bardzo przyjemnie, 800XL (te co znam) się chowają.

2,608

(16 odpowiedzi, napisanych Kupię / Sprzedam / Zamienię Atari)

Nie to, żebym marudził, ale ja też mam klawiaturę od 1200XL (prawdopodobnie wymagającą naprawy, ale tego nie wiadomo na pewno), przydałby się spec, który by ja umiał wmontować do XE. Co prawda brzydko by wyglądało, ale za to jest to naprawdę dobra klawiatura, prawie jak w 800.

2,609

(3 odpowiedzi, napisanych Kolekcjonowanie)

Czy ktoś z kolekcjonerów ma oryginał manuala ICD do SpartaDOS X, najchętniej wraz z późniejszym dodatkiem? DLT chciałoby takowy wypożyczyć na dłużej (miesiąc co najmniej) celem przygotowania jednolitego PDF-a z instrukcją do SDX 4.42.

2,610

(108 odpowiedzi, napisanych Programowanie - 8 bit)

Nie no, SIO bez przerwań (czyli przez "polling") jest jak najbardziej możliwe i dawno wynalezione: tak ma np. SpartaDOS, który na czas transmisji wyłącza IRQ i sprawdza tylko flagi w rejestrach Pokeya, kiedy można już odczytać/zapisać następny bajt. Nie zmienia to faktu, że "standardowo" transmisja jest interrupt-driven i to też zostało już dawno wynalezione i zrealizowane (konkretnie w 1978 roku przez Atari); więc ArchieIl nie ma co wyważać otwartych drzwi ani wymyślać prochu, wystarczy, jeśli przed kolejną kompromitacją albo ogłoszeniem rewelacji, że na magnetofonie da się wyciągnąć 850 bodów (kiedy już 20 lat temu istniało turbo, które wyciągało 1200, tylko magnetofon musiał byc dobry), lub że obraz na tunerze TV się polepsza, kiedy się zastosuje właściwy kabel, trochę poczyta (choćby forum).

2,611

(709 odpowiedzi, napisanych Fabryka - 8bit)

electron napisał/a:

Myślę, że da się z tym żyć. Ewentualnie w przyszłości w jakiejś nowszej wersji zajmę się tematem.

Nie przejmuj się, to że to samo wstaje, i robi to w miarę szybko, i tak jest OK. W przypadku np. kart graficznych do ST czy TT trzeba na ogół poczekać, aż się komputer zbootuje i drajwer z dysu wczyta, a do tej pory nie ma obrazu :)

2,612

(108 odpowiedzi, napisanych Programowanie - 8 bit)

Przy okazji dowiedziałem się, że Zenon ma procedurę do szybkich transmisji, która realizuje czysty polling bez udziału przerwań.

Niesamowite, niespodziewane, wstrzasające.

ArchieIl napisał/a:

Sprawdziłem i rzeczywiście POKEY podczas transmisji generuje przerwania (...) Oczywiście wy wiecie lepiej kiedy piszę tekst w trybie przypuszczającym z pytajnikiem, a kiedy twierdzę, że coś jest tak, a nie inaczej.

Zacząłeś od "wiem", a potem upierałeś się, że nikt tu nie wie (prócz ciebie), co to jest interrupt-driven I/O. Oczekuję, że teraz to wyraźnie odszczekasz.

2,613

(108 odpowiedzi, napisanych Programowanie - 8 bit)

ArchieIl napisał/a:

Przyjmuję więc ten dystans do prac teoretycznych za wbudowany w "image" "prawdziwych" "praktyków" Atarowców.

"Prace teoretyczne" wymagają odrobiny teoretycznej wiedzy, oraz odrobiny zdolności do falsyfikacji własnych twierdzeń. Trzech czy czterech koderów, z których przynajmniej jeden jest zawodowym programistą, usiłowało Ci wyjaśnić, że jesteś w błędzie twierdząc, że transmisja SIO w Atari jest standardowo realizowana przez "polling". Na to doszedłeś jedynie do wniosku, że nikt oprócz Ciebie nie rozumie tu tego pojęcia. Gratuluję.

Ogólnie rozmowa z Tobą na ten temat przypomina mi rozmowę z pewną panią z Grójca. Pani prowadziła tam budkę z jedzeniem, i na zwróconą uwagę, że w menu jest błąd ortograficzny ("schabowy z kapustom") oświadczyła, że ona to sprawdzała w słowniku i taki wyraz istnieje (sic).

Takiej babie niczego się nie przetłumaczy, bo ona ma swój specyficzny sposób rozumienia informacji ze słownika. Mówiąc po polsku, rozumie drobny ułamek z tego, co podaje słownik, i sprawdziła w nim nie to, co myśli, że sprawdziła, ale już "wie swoje". Szczegóły, których nie rozumie, pomija. Ona nie ma pojęcia, co to jest celownik liczby mnogiej i dlaczego w tym miejscu należy właśnie zastosować narzędnik liczby pojedynczej. Jej świadomość językowa i rozumienie teorii języka sprowadza się do zagadanień ortograficznych, te natomiast do tego, że "błąd ortograficzny" jest wtedy, kiedy jego zrobienie powoduje powstanie "wyrazu, którego nie ma".

Zadałem sobie nieco trudu, by sprawdzić, skąd Ci się wziął ów "polling" oraz "timeouty generowane timerami Pokeya". Otóż, jestem przekonany, zajrzałeś do Zientary "We/wy". Tam przy procedurze RECEIV jest napisane, że przeprowadza ona cały odczyt. Skoro tak Zientara napisał, to to musi być prawda, nie? W procedurze widać jakieś ustawianie rejestrów Pokeya, w mapie pamięci można znaleźć, że są to "timery". Co może robić timer? Czas liczyć, oczywiście. A więc procedura ustawia timeout. Proste.

Nie zastanawia Cię, że rzekomy timeout jest jakiś krótki (1/19200 sekundy). Nie zastanawia Cię, że nigdzie, ani przedtem ani potem, nie widać, żeby procedura odczytywała jakiś port I/O w celu pobrania danych. Nie zastanawia Cię, że nigdzie nie widać, jakoby procedura, mimo że ustawia wskaźnik bufora, się tym wskaźnikiem posługiwała w celu wpisania czegokolwiek do tego bufora. Widać wystarczy ustawić "timeout" oraz wskaźnik bufora, a dane magicznie przepłyną z portu SIO do pamięci, sklejając się przy tym w bajty z pojedynczych bitów. I oczywiście nie ma przy tym żadnych przerwań, bo linia Interrupt nie jest podłączona do niczego w żadnym urządzeniu.

Nie wiesz nawet - i nie zadajesz sobie trudu sprawdzić - że w gnieździe SIO są dwie linie przerwań, z tym, że żadna nie ma żadnego związku z transmisją szeregową i w ogóle podłączone są do innego układu, niż Pokey. Twój poziom rozumienia SIO jest na poziomie przedszkola, co samo w sobie nie jest żadną zbrodnią, bo nikt sie z tym nie rodzi. Gorzej, że na poziomie przedszkola jest też Twoje pojęcie na temat gromadzenia wiedzy i weryfikacji własnych wyobrażeń. Nie wystarczy spojrzeć na gniazdo SIO, zobaczyć pin "Interrupt" i wyobrazić sobie, do czego on służy, a potem uznać to za prawdę objawioną. Tak nie powstaje wiedza, tylko farmazony. Wiedza powstaje wtedy, kiedy te swoje wyobrażenia zweryfikujesz. Ale ty tego nie robisz, bo do wszystkiego wystarczy Ci "teoretyczny zarys w miarę szczegółowy", złożony, co jest oczywiste dla każdego, kto ma jakąkolwiek wiedzę na dany temat, głównie z bajek i pomieszania pojęć.

Szczęścia życzę.

PS.

(no mogę na to patrzeć z przymróżeniem oka)...

"przymrużeniem"

Profesjonalistą i mi personalnie również

"Profesjonalistom"

2,614

(709 odpowiedzi, napisanych Fabryka - 8bit)

Niby po co? Z SIO program razem z loaderem i tak się będzie ładował dłużej niż 3 sekundy (co wystarczy, bo sama goła atarka startuje ok. 3 sekund), a przy transmisji równoległej i tak trzeba odczekać na rozkręcenie się dysku.

2,615

(709 odpowiedzi, napisanych Fabryka - 8bit)

Na tych sześciu sekundach najmniej stratni będą posiadacze KMK/JŻ z podłączonym twardym dyskiem (a nie kartą CF), bo tyle mniej więcej czasu zajmuje dyskowi rozkręcenie się i zgłoszenie gotowości ;)

2,616

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

http://atariki.krap.pl/index.php/OS/A_P ... A.2B_v.4.1

A jeśli chodzi o turbo do magnetofonu, to ja początkowo miałem AST by Atari Studio (XC12 bez żadnych dodatkowych kabelków ani przełączników).

2,617

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

Pisałem w 2006 roku. Teraz napisałem tylko, zeby w końcu ten błąd poprawili, jak się ktoś odezwie z tamtej strony, to spróbuję zagaić i o procesor ;)

2,618

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

W 2006 roku Western Design Center zaczęło cos przebąkiwać o nowym, 32-bitowym tym razem procesorze z serii 65xx. W 2007 roku mieli go już mieć i pokazać. Jest kwiecień 2008 roku i co widzimy:

http://www.wdesignc.com/wdc/w65c816s8qg-14.cfm

Mają w ofercie nowy procesor, owszem: stare 65C816/14 MHz, tyle tylko, że w nowym, mniejszym opakowaniu. Aha, i dataszit jest kolorowy, ale błąd na stronie 31 (adresy wektorów) jest ten sam, co 10 lat temu. Bosz, co za firma :)

2,619

(108 odpowiedzi, napisanych Programowanie - 8 bit)

Tak, tak, oczywiście. Jak mogłem tego nie widzieć wcześniej :)

2,620

(108 odpowiedzi, napisanych Programowanie - 8 bit)

Jedna szyna byłaby widoczna tylko na PBI (taktowanie z PBI), a druga tylko dla drugiego procesora (taktowanie z rozszerzenia). Wtedy problem ANTIC itd. znika, a koszt to prosty switch i podwojenie ilości ścieżek pomiędzy pamięciami, a switchem.

Wiesz, nie bierz tych naszych żartów tak bardzo serio. To nie tak, że jesteś genialny, ale nikt tego nie rozumie - jest dokładnie odwrotnie. Myślę, że jeśli, zamiast siedzieć na forum i produkować posty dla nierozmiejących niczego lajkoników, zaczniesz poświęcać czas na realizację swoich pomysłów spędzając wolny czas nad Quick Asemblerem (profesjonalnym i zintegrowanym z edytorem) kodując loader relokujący kod podczas wczytywania z IDE dzięki wykorzystaniu linii Interrupt SIO, to wszyscy, dokładnie wszyscy, będą z tego powodu bardzo szczęśliwi i będą to popierać.

2,621

(108 odpowiedzi, napisanych Programowanie - 8 bit)

Gdyby tak "ktoś" stworzył taki kod że najpierw program realizuje się od adresów 0000 do....końca, a potem od końca do...0000 to mamy 32kB.

Taki kod palindromiczny. Dobry pomysł. Można też inaczej: tak napisać kod, żeby uruchomiony od $0000 realizował inne zadanie, a uruchomiony od $0001, tak że np. argument pierwszego rozkazu staje się opkodem, opkod drugiego rozkazu jego argumentem itd. - inne zadanie. W ten sposób też mamy 16k x 2.

2,622

(108 odpowiedzi, napisanych Programowanie - 8 bit)

Tylko najpierw kolega prezes musiałby zorganizować specjalne przeszkolenie dla tych, co się nie znają na kodowaniu, komputerach oraz nowoczesnych systemach operacyjnych, np. dla laoo. Przypadki beznadziejne (np. ja) oczywiście zostaną pominięte, za to jak już powstanie ten świetny OS, z loaderem potrafiącym paczować istniejące binaria podczas ładowania, kompatybilny z wszystkim, wielozadaniowy oraz stabilny[1], a przede wszystkim mieszczący się w 16k (LOL), to ci odszczepieńcy będą się musieli schowac pod stół i odszczekać.

[1]Z poprzedniej interakcji z kolegą wiadomo mi, że nawet gdyby jakiś kod powstał, stabilny nie będzie z prostego i konkretnego powodu: kolega geniusz i specjalista od wielozadaniowości z wywłaszczaniem nie ma pojęcia, co to jest "race condition", i że coś takiego w ogóle istnieje.

2,623

(108 odpowiedzi, napisanych Programowanie - 8 bit)

Już kiedyś proponowałem (na grupach dyskusyjnych bodajże, a na pewno prywatnie pewnemu "królowi") zrobienie interfejsu IDE z transmisją bez udziału procesora Atari do momentu jej zakończenia.

Tzn. proponowałeś mi, żebym ja zrobił. Świat jest ci za to nieskończenie wdzięczny, bez twojej pomocy po prostu nikt nie wpadłby na pomysł, że to w ogóle możliwe. Bardzo nowatorskie to było, szkoda tylko, że zastanawialiśmy się nad tym z Jackiem Żukiem jeszcze na etapie projektowania KMK/JŻ IDE (czternaście lat temu), i ta koncepcja miała ręce i nogi, w przeciwieństwie do twoich bajdurzeń wypranych z elementarnej wiedzy na temat tego, jak działa w Atari hardware, system operacyjny i jak podpiąć twardy dysk.

@Pecuś & nosty: on nic nie napisze, bo, na co już zwrócił uwagę xxl:

Jeśli coś wyjdzie z "ParAOS" (roboczo od Parallel Atari OS) to i będziecie mieć presję żeby kogoś poświęcić do realizacji.

"KOGOŚ POŚWIĘCIĆ DO REALIZACJI". Kolega Archie szuka jelenia (kodera), który będzie próbował przekładać jego pomysły na kod, i nie zamierza sam niczego zakodować, z tego prostego powodu, że nie umie (co widać nieomal z każdego jego zdania ;) ) A jak program nie będzie działał, to oczywiście koder będzie winien, bo nie umie wcielić w życie idei geniusza. Jak z komuną, pryncypia były święte, niepodważalne i bez skazy, tylko realizacja nieustannie szwankowała (nie wiedzieć czemu).

Ale co ja się w ogóle odzywam, przecież wszyscy wiedzą, że nie mam "informatycznego wykształcenia" (tylko humanistyczne), nie wiem, co to jest interrupt driven I/O itp., i w ogóle nie jestem godzien uczestniczenia w tej dyskusji. :)

2,624

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

Zenon, nie płosz clowna, normalnie na forum lekka stagnacja panuje, dawno nie było tak wesoło.

2,625

(108 odpowiedzi, napisanych Programowanie - 8 bit)

ArchieIl napisał/a:

Wiesz... dla was guru to np. Drac030 ale on mi już wielokrotnie udowodnił, że nie rozumie nomenklatury jaka powstała przez te X lat od momentu gdy Atari 8bit przestało być produkowane.

Tak było kiedyś z DMA/bus masteringiem.

No b. ciekawe. Może mi przytoczysz moją wypowiedź, z ktorej wynika, że nie wiem, co to jest DMA albo bus mastering. Pośmiejemy się razem.

Tak jest teraz z WE/WY sterowanym przerwaniami, a nie z użyciem polling.

Jak to ci już naświetlił Pecuś, to nie jest tak, że ja nie wiem, co to jest we/wy na przerwaniach, ale tak, że ty nie masz pojęcia o tym, jak działa SIO w Atari, oraz do czego jest linia Interrupt na złączu SIO.

Znalazłem to: http://tajemnice.atari8.info/ksiazki/pw ? egowa.html i z tego wynika, że oryginalne procedury I/O używały polling.

Więc źle zrozumiałeś tekst. I, notabene, zauważ, łaskawco, iż różnica pomiędzy tobą a sporą częścią dyskutantów tutaj polega na tym, że oni po prostu wiedzą (z teorii i praktyki) to, co ty dopiero musisz przeczytać z mozolnie wyszukiwanych w sieci tekstów, które na dodatek raz za razem opacznie rozumiesz, bo nie masz podstaw:

Dodatkowo znalazłem informacje, że w ROM istniały procedury SERIN, SEROUT czy jakoś tak, które miały obsługiwać przerwania od urządzeń ale nie znalazłem dokładniejszych informacji o tym jakie urządzenia z tego korzystały.

(ROTFL)

Nie zastanawia cię ten fenomen?

Stawiam jednak, że dla Drac030 WE/WY po przerwaniach to polling z opóźnieniami odczytu portów sterowanym przerwaniami zegarowymi.

Przegrałeś.

Przynajmniej z procedur SIO jakie znalazłem wynika, że timeouty i opóźnienia są z użyciem przerwań timerów POKEY ustalane ale to nie jest WE/WY sterowane przerwaniami.

No co ty powiesz :) Gdyby nie ty, nikt tutaj by na to nie wpadł. A tak btw. w którym miejscu jest napisane, że SIO generuje "timeouty i opoźnienia" przy użyciu timerów Pokeya?

To co znalazłem potwierdziło jednak, że powinno udać się asynchroniczne WE/WY zrobić nawet jeśli mam rację, że "normalne" urządzenia w Atari korzystają wyłącznie z polling.

LOL, "powinno się udać asynchroniczne WE/WY zrobić". I ty mi zarzucasz, że terminologii nie rozumiem.