2,451

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

tak nieco poza tematem jako ciekawostkę o architekturze 8051... Epi ma częściowo rację :) 8051 nawet ich twórca czyli Intel przestał to produkować już kawałek czasu temu... jednak jest jeden problem... pozostało sporo ludzi którzy doskonale znają ten mikrokontroler i lata przyzwyczajeń robią swoje. Do tego kilka firm podchwyciło to i postanowiło kontynuować produkcję serii zgodnych z 8051... są nawet takie co robią 8051 chodzące na 100MHz. Do tego taki core 8051 jest mocno zoptymalizowany i czasy wykonania większości instrukcji to 1 cykl. Przykładem firmy która uparcie tłucze 100-mipsowe rdzenie 8051 może być silicon-labs:

https://www.silabs.com/Support%20Docume ... 2x-13x.pdf

i takie rozwiązania mają swoją grupę zwolenników :D Można powiedzieć iż mimo swej archaiczności i skazany na wyginięcie '51 wciąż żyje ;)

2,452

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

Mindfields: tylko po co software-owo emulować RS232 przez port Joysticka (z zabójczą prędkością 1200bd) jak masz gotowego RS na pokładzie Atari co się SIO zowie :) Gotowy interface dopasowujący poziomy napięć do odpowiadających tym w złączu RS232 peceta zwie się SIO2PC :) Tajemniczy układ '232 to nic innego jak układ dopasowujący poziomy napięć (0V,5V <-> +12 / -12V). Za jego pomocą można również zbudować SIO2PC (przykład oczywiście w Atariki: http://atariki.krap.pl/index.php/SIO2PC)

2,453

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

Mikey, dzięki za info! dotyczące kontrolera, tyle mi starczy :)  A jak z gęstościami Single/Enchanced? Będą wspierane?

2,454

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

A tak z ciekawości, jaki kontroler flopa? W przypadku 5.25 będzie czytało/pisało gęstości single/enchanced? czy tylko od Double i wyżej?

2,455

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

również jestem zainteresowany! :)

pozdrawiam
Seban

2,456

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

Pecuś: co racja to racja :) Ale muszę się przyznać że długo na swój post patrzyłem zanim załapałem o co chodzi :) Jak będę miał chwilę czasu aby odpalić magnetofon z AST zgram twój loader i udostępnię w MP3.

2,457

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

problemem może być inne ustawienie skosu głowicy w twojej "wieży" i w twoim magnetofonie z AST. Spróbuj nowego MP3 jeżeli jeszcze nie próbowałeś.

UPDATE #1:

Wyciąłem te loadery z obrazu carta, są o wiele krótsze niż cały obraz carta, download poniżej:

1) loader AST_LOAD: format mp3, format cas i format boot
2) loader AST_BUT: format mp3, format cas i format boot
3) loader AST_BOT: format mp3, format cas i format boot

to tak na szybko, za czas jakiś dodam wszystko co było w carcie.

UPDATE #2: (dla zainteresowanych tematem)

4) handler AST-BASIC: format xex
5) program AST-COPY: format xex
6) program WYK_TO_AST: format boot i format cas
7) program UNICHANGER: format xex

pozdrawiam
Seban

2,458

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

Jakby po naprawieniu klawiszy funkcyjnych nie pomogło to nagraj ponownie ten mp3. To to samo co poprzednio, tyle że o trochę większej amplitudzie i w wersji stereo (kanały lewy i prawy zawierają to samo).

2,459

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

Jak już ci się uda uruchomić klawisze START, SELECT i OPTION to wczytywanie wygląda tak:

Wciskasz OPTION + START potem włączasz komputer, słyszysz takie "beep", wciskasz PLAY w magnetofonie, następnie gdy wciśniesz RETURN silnik magnetofonu powinien zacząć się obracać. Taśma powinna być ustawiona na początku tonu pilota (takiego pisku). Po chwili gdy pisk się skończy powinieneś usłyszeć takie rytmiczne beep, ton pilotujący, beep, ton pilotujący... itd. do wczytania się całości.

Co do nagrania na wierzy nie wiem jak ci nagrało na kasetę gdy wieża dostała mono MP3 do nagrania. Jeżeli nagrała na obu kanałach to samo to powinno być OK, jeżeli nagrała tylko na lewym to nic się nie wczyta. Jak odtwarzasz tą kasetę na wierzy to piski słyszysz z obu głośników?

2,460

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

a jakby się nie udało do self test wejść przez trzymanie OPTION (bo np. nie działa) to możesz z BASIC spróbować. Jak zobaczysz napis READY to napisz słowo BYE i wciśnij RETURN.

2,461

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

magnetofon na którym nagrywałeś jest mono czy stereo? Pytam dlatego iż atari czyta dane z kanału prawego a plik mp3 jest mono więc jeżeli się nagrało na lewym tylko to będzie tak iż magnetofon Atari nic nie odczyta. Dane muszą być nagrane na prawym.  Na lewym kanale może być nagrane cokolwiek... nawet muzyka którą będzie słychać podczas wczytywania ;)

2,462

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

Ależ oczywiście że się da, o czym piałem trochę wyżej. I nie musisz męczyć się z plikiem CAS, po to dałem do dyspozycji wersje BOOT (z którego plik CAS był właśnie zrobiony) oraz  XEX jakby ktoś chciał odpalać z DOS-a czy innego chaos loadera (np. via SIO2PC). Ja nie mam teraz czasu na analizowanie kodu carta i wycinanie loaderów :) Najprościej i najszybciej było mi zrobić dump całości. Jeżeli ktoś dysponuje większą ilością wolnego czasu może wyciąć loadery i przysłużyć się ludziom używającym AST. Tutaj obraz carta: ast20.bin. Uruchamia się pod emulatorem jako "Phoenix 8KB Cartridge". Wystarczy zajrzeć w kod, wyciąć odpowiednie fragmenty pamięci dopisać jakąś procedurę przepisującą,  opakować w nagłówek pliku BOOT i po sprawie.

pozdrawiam
Seban

2,463

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

Ok, no więc tak:

MP3 do nagrania na kasetę masz tutaj. Trochę to będzie powolne i traumatyczne, ponieważ wczytanie każdej gry będziesz musiał poprzedzić wczytaniem tego pliku w standardzie (trwało będzie to około 3 minut). To najprostsze rozwiązanie. Wczytujesz to z kastety włączając ATARI z przyciśniętymi klawiszami OPTION i START.

Szybszym rozwiązaniem byłoby nagranie samych loaderów, a nie całej zawartości cartridge. Ja niestety samych loaderów do AST nie posiadam, a czasu na wygrzebywanie ich z obrazu cartridge nie miałem za bardzo. Drugim rozwiązaniem stosowanym w starych czasach było nagranie mini-loadera (1-2 rekordy) w standardzie i reszty danych (np. pełnego systemu już w turbo). Jeżeli ktoś ma ochotę i czas na przygotowanie takiego wynalazku to proszę:

"zdumpowany" cart AST w formacie DOS ast_cart.xex (można uruchomić z dowolnego DOS-a)
"zdumpowany" cart AST w formacie BOOT ast_cart.bot (można uruchomić po nagraniu na kasetę jako tzw. boot, wciskamy OPTION+START, włączamy ATARI i wczytujemy)

A może ktoś ma jakieś narzędzia i loadery do AST? Jeden z mikro-loaderów kiedyś dostarczył Pecuś, jednak nie mam nic co by nagrywało coś w AST (np. z pod DOS-a, dodając odpowiedni loader).

I jak się komuś jeszcze przyda to proszę, tutaj wersja CAS z której stworzony został plik audio: ast_cart.cas

A i jeszcze jedno, tutaj link do wątku w którym Pecuś udostępnił swój loader: http://atariarea.krap.pl/forum/viewtopi ... 162#p76162

Ponieważ loaderów do AST było kilka rodzajów nie wiem jakiego rodzaju format wczytuje ten udostępniony przez Pecusia (nigdy nie miałem AST, dopiero niedawno zacząłem nadrabiać zaległości ;] )

pozdrawiam
Seban

2,464

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

Hej!

Jesteś posiadaczem turbo AST: http://atariki.krap.pl/index.php/Atari_Super_Turbo

Jeżeli jesteś posiadaczem magnetofonu serii XC12 (XCA12, CA12) powinienieś mieć dołożony dodatkowy przewód opleciony wokół kabla idącego od magnetofonu do komputera.

I teraz pytanie czy może ten twój cartridge po włączeniu zgłaszał się takim ekranem:

http://seban.slight.pl/temp/ast.png

Jeżeli tak to jest pewna możliwość aby zawartość tego carta wczytać z magnetofonu w standardowej prędkości (bez turbo). Tylko musiałbyś mieć możliwość nagrania pliku audio na kasetę.

pozdrawiam
Seban

2,465

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

http://www.faqs.org/faqs/atari-8-bit/fa ... on-89.html

2,466

(23 odpowiedzi, napisanych Konsole)

tak, na pewno ma... ale nie mów mu że to on Ci powiedział :P bo jeszcze się wyda że ma lynxa.

2,467

(108 odpowiedzi, napisanych Programowanie - 8 bit)

Marek Konopka napisał/a:
seban napisał/a:

zawartość również jest taka sama chyba że robisz softwarowy interlace, czyli co ramkę zmieniasz zawartość wyświetlaną na ekranie.

Mieszanie znaczy się, nie interlace? Interlace to formalnie wybieranie międzyliniowe...

no źle sie wyraziłem trochę... pisząc software-owy interlace miałem na myśli typowe wyświetlanie na przemian linii parzystych i nieparzystych obrazka, czyli wszystkie TIP-y, HIP-y, RIP-y, XLP-MAX. To co dawało nam normalnie zwiększenie liczby kolorów/odcieni. Czyli dwie DL przełączane co ramkę, i linie parzyste i nieparzyste obrazka wyświetlane na przemian w tym samym miejscu.

Marek Konopka napisał/a:

Fragmenty książki, które zacytowałem zasugerowały mi, że typu kolejnego półobrazu nie można zmieniać swobodnie. Być może jestem w błędzie.
Pogrzebę jeszcze głębiej w literaturze...

No właśnie cała zabawa w tym iż możesz poinformować monitor/TV który aktualnie półobraz leci. Typ półobrazu (parzysty lub nieparzysty) monitor czy TV określa sobie na podstawie imp. synchronizacji pionowej w którym znajdują się informacje o typie aktualnie nadawanego półorazu.

Wydaje mi się iż czasach projektowania TIA,CTIA,GTIA czy nawet VIC-a... nikt nie myślał o wyświetlaniu obrazu z przeplotem, ba nawet Shifter z ATARI ST fabrycznie nie potrafi wyświetlać obrazu z przeplotem... pierwsze fabryczne prawdziwe tryby interlace miała chyba dopiero AMIGA.

Przy wyświetlaniu obrazu z przeplotem obrazów statycznych nie uzyskujemy żadnych efektów ubocznych, jednak gdy zaczyna się ruch (w szczególności w poziomie)... no to zaczynają się problemy.

2,468

(108 odpowiedzi, napisanych Programowanie - 8 bit)

zawartość również jest taka sama chyba że robisz softwarowy interlace, czyli co ramkę zmieniasz zawartość wyświetlaną na ekranie. Jednak zawsze jest ona wyświetlana w tych samych liniach skaningowych monitora. Rybags dokłada dodatkowe imp. synchronizujące tak że układ ich detekcji w monitorze czy karcie TV interpretuje to jako klatki np. nieparzyste (zakładam iż domyślnie GTIA oznacza klatki jako parzyste).

W przyszłym tygodniu postaram się moje domysły potwierdzić screen-shotami oraz oscylogramami.

to o czym piszę jest troszkę opisane w linku który podawałem już wcześniej, czyli: http://martin.hinner.info/vga/pal.html

You can stop the display being interlaced if you want - the solution appears to be to just use the same sync pulse train each field, ie: the 6-5-5 one from 'field one' (which lasts 8 whole lines). I've seen it done like this in chip data sheets and tested it with my Z80 project (also confirmed with a oscilloscope connected to a Playstation2 running a non-interlaced game). The only 'problem' is that you're now dealing with 2 fields of 312 lines instead of 312.5 - which means you get a frame rate of 50.0801Hz instead of 50Hz - but TVs don't seem to have a problem with it. Presumably its possible to alternate between two different sized frames (312 and 313 lines) to maintain the 50Hz average but I've not tried it.

pozdrawiam
Seban

2,469

(108 odpowiedzi, napisanych Programowanie - 8 bit)

jeżeli układ generujący imp. synchronizacji generuje tylko klatki parzyste lub nieparzyste to tak wyświetla obraz montor czy TV. Układ separacji impulsów identyfikuje o którą klatkę chodzi i wyświetla ją jako parzystą lub nieparzystą... a że GTIA generuje tylko jeden rodzaj klatek to cały czas są wyświetlane w tym samym miejscu (nie zachodzi przesunięcie).

Z tego co zrozumiałem to chciałeś powiedzieć iż zawsze lecą klatki naprzemiennie jedne niżej, drugie wyżej... a tak nie jest w przypadku standardowego obrazu generowanego przez ATARI czy nawet C64.

2,470

(108 odpowiedzi, napisanych Programowanie - 8 bit)

Foxie ale pionowe paski w Heliosie to chyba bardziej ten "Aperture Grille" niż jednolite paski przez całą długość jak w przypadku Trinitron-a :) Ja miałem Philipsa 17" CRT i on faktycznie miał kineskop wykonany jak Trynitron, bardzo mi to odpowiadało (pozytywnie wpływało na jakość obrazu). Jednak niektórzy nie trawili Trynitron-ów bo widać było na nich dwie ciemniejsze poziomie linie mniej więcej w 1/4 i 3/4 wysokości obrazu (taka uroda konstrukcyjna tych kineskopów).

Ale co ja pierniczę... niezły offtopic zrobiłem ;P

2,471

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

Jak najbardziej to możliwe DRAM to w rzeczywistości kondensator który przetrzymuje ładunek, tak więc odcięcie zasilania nawet na jakiś czas nie powoduje usunięcia zawartości pamięci ;)

proponuje obejrzeć sobie np. film z tego linku... http://citp.princeton.edu/memory/ bardzo obrazowo pokazuje jak zachowuje się DRAM :)

2,472

(108 odpowiedzi, napisanych Programowanie - 8 bit)

Candle masz rację że w rubinach była DELTA :) Nie wiem co nazywasz Vertical Stripe ale Triniotron-owych kineskopów to jakoś dużo nie widziałem.... za to tych z przesuniętymi paskami całą masę :)

Tak przy okazji dyskusji o kineskopach:

http://en.wikipedia.org/wiki/Aperture_grille - to paski RGB
http://en.wikipedia.org/wiki/Shadow_mask - a to rubinowy układ Delta ;)

2,473

(108 odpowiedzi, napisanych Programowanie - 8 bit)

pionowe paski luminoforu to tylko w Sony Trinitron (http://pl.wikipedia.org/wiki/Trinitron) ;) Inne technologie kineskopów to tzw. układy "DELTA"

R
GB

lub paski RGB które są przesunięte trochę względem siebie.

RGB RGB RGB
  RGB RGB RGB
RGB RGB RGB
  RGB RGB RGB

2,474

(108 odpowiedzi, napisanych Programowanie - 8 bit)

Fox: sprawdzę na oscyloskopie oglądając imp. synchronizacji i dam znać ale to muszę z domu się ruszyć do lepszego oscyloskopu.

Krótki: Fox mnie uświadomił (parę postów wyżej) że mój pomysł to porażka z innego względu ;)

2,475

(108 odpowiedzi, napisanych Programowanie - 8 bit)

eru: no 50fps masz tylko gdy rysujesz jeden z półobrazów, automatycznie gdy chcesz rysować dwa to pełna klatka ma 25FPS bo potrzeba dwóch pół-obrazów do jej stworzenia. Czyli VBL masz nadal 50Hz tyle że cała klatka powstaje ze złożenia dwóch ramek... jedna zawiera linie parzyste druga linie nieparzyste obrazu (tak jak w zwykłym programowym interlace). Patent Rybags-a daje ci to magiczne przesunięcie o pół linii w dół, tak że faktycznie linie nieparzyste są rysowane tam gdzie powinny być a nie w tym samym miejscu jak w przypadku dotychczasowych rozwiązań.

Fox napisał/a:

Dekoder PAL skleja kolory w sąsiednich liniach, ale raczej nie między półobrazami.

Aaaaa.. Foxie masz rację... zupełnie o tym zapomniałem :( Mój pomysł mieszania 9,11 przy pomocy półobrazów upadł. No cóż... jak się pisze szybciej niż myśli to wychodzi się na durnia ;) I właśnie to zrobiłem ;)