Przejdź do treści forum
atari.area forum
Twoje polskie źródło informacji o Atari
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Aktywne tematy Tematy bez odpowiedzi
Aktualności ze świata Atari
Grajodołek Retro #7: Custom Atari 800XL Testy wyjątkowego Atari 800XL z VBXL, stereo i mechaniczną klawiaturą na kanale Borsuka.
Atari rejestruje znak towarowy 800XL Czy czeka nas nowy mini-komputer od Atari? Firma zarejestrowała kolejny znak towarowy.
Dlaczego Atari musiało upaść? Dokumentalna opowieść o wzlocie i upadku giganta, od Ponga po wielki krach na rynku gier wideo.
HDDRIVER 12.79 Nowa wersja flagowego sterownika pamięci masowych dla Atari przynosi ulepszenia w obsłudze GPT.
Obsługa Google Drive w FujiNet FujiNet zyskuje wsparcie dla Google Drive. Zobacz, jak działa nowy protokół w 8-bitowym Atari.
Opcje wyszukiwania (Strona 3 z 79)
@seban Mniejwiecej tak było.
FIQ są wystarczająco szybkie i bez problemu da się samplować naprawdę szybko. Problemem było to ze układ graficzny odłączał procesor od szyny na czas dostępu do pamięci. Wyłączając ekran nie gubiłem ani jednego bitu. 3,5MHz to w sumie niewiele. Po kilku próbach jakoś nie chciało mi się tego ciągnąc. Moze dało by się to np przez DMA zrobić lub jakoś inaczej angażując hardware typu SPI. Rozważałem tez zastosowanie rejestru z szeregowym wejściem i równoległym wyjściem (jakby nie patrzeć to jest FIFO) i jeszcze kilka innych pomysłów. Sporo się wtedy nauczyłem o architekturze ARM, wszystko pisałem w asemblerze.
@seban Przeglądałem stronę projektu ze 3 razy i przeoczyłem ten akapit.
Nie pozostaje mi nic innego jak przeprosić i przyznać racje.
Faktycznie bardzo dobry pomysł.
Moim skromnym zdaniem projekt a właściwie idea jest z D***.
Wprowadza jakiś nowy dziwny chory standard, zamiast generować coś normalnego, np RGB. Przecież wszystkie dane i tak ma ..., chyba ze ten 2 bitowy sygnał to jest "regenerowane" CHROMA co i tak nie ma większego sensu.
Ps. Przypomniało mi się ze kiedyś (dokładnie 10 lat temu) popracowałem trochę nad podobnym projektem ale wtedy nie było to jeszcze modne.
http://www.atari.org.pl/forum/viewtopic.php?id=10892
Dzięki wszystkim za podpowiedzi.
Mam teraz niemal 100% pewności ze to chcę zrobić ma sens :)
@tebe
Dzięki. Pewnie się przyda.
@xxl
Podaj wiec proszę swoje rozwiązanie.
Mądrzenie się nie wnosi nic do tematu. Szukanie dziury w całym także nic nie wnosi.
willy napisał/a:Zakładam ze skoro jest pusty to jest nieużywany.
xxl napisał/a:co jest błędem
willy napisał/a:O ile wiem w A8 brak jest wbudowanego bądź tez uznanego za standard managera ext.ram. Większość programów i tak robi to co chce z ext.ram
xxl napisał/a:no i wlasnie odpowiedziales sobie sam...
Czyli moje założenie jest błędne i jednoczesne nie jest błędne. Wg arytmetyki kwantowej na 6502 puki tego sam nie ustalę i uznam za standard nie ma żadnego standardu.
Właśnie uznałem to za standard.
Pecus napisał/a:A ja dodam jeszcze, że w żadnym atari pamięć ta nie jest czyszczona przy starcie, więc... :P
Przy zimnym starcie (prawdziwym) *powinna* być czysta.
A potem ... o tym potem jak dotrę chociaż do etapu PoC.
Wiec jak byś to zrobił?
O ile wiem w A8 brak jest wbudowanego bądź tez uznanego za standard managera ext.ram. Większość programów i tak robi to co chce z ext.ram.
Zakładam ze skoro jest pusty to jest nieużywany.
@dely: szukam prostej i szybkiej metody żeby znaleźć nieużywany bank pamięci. Zawsze mogę przeleciec wszystkie strony i sprawdzić pierwszy bajt. W sumie jest to nadal akceptowalny czas.
@xxl: Skąd pomysł ze coś takiego zakładam?
Czy dwa pierwsze bajty rowne zero są wystarczającą przesłanką że bank jest nieużywany?
Dzięki za przypomnienie :D
Nie ma co dalej dyskutować nad tym i szukać dziury w wykrzykniku.
Co się stanie z punktu widzenie systemu gdy .xex nie wróci z init ?
Albo co się stanie gdy wróci ale programu nie ma sensu już wykonywać dalej?
Jest jakaś systemowa opcja aby zignorować dalszy ciąg i wrócić do systemu (po init)?
Po wnikliwej analizie załączonych danych doszedłem do wniosku ze jest to błąd #40.
Nie do naprawienia.
Zupełnie o tym zapomniałem:
https://www.youtube.com/watch?v=BFNEi3qhSfI
Pasek na gorze pokazuje zajęcie procesora.
Daj mi linka gdzie to jest. To wygląda na jakiś stary, nieaktualny opis.
Zmieniłem opis na Githubie. Prościej już się chyba nie da.
No to ja już nie wiem jak inaczej napisać WSZYSTKIE.
skofrant napisał/a:Willy wyślę Ci nie dlugo plik debug.
Dobrze jakbyś na bieżąco dopisywał urządzenia które wspólpracują z MouSTer adapterem.
Moi znajomi wahają się czy kupić MouSTer ze wzgledu na rozmiar ale brak jest szczegulowych informacji o obsłudze urządzeń czy może Tom który co nie co ma zaktualizowaną liste urządzeń wspieranych ale jest wielki i wystajacy sporo.
Kiedy idziesz na ten urlop:-)?
YYy znaczy nie rozumiesz po Angielsku?
Napisze Ci po polsku:
WSZYSTKIE myszy USB
WSZYSTKIE pady USB - albo prawie wszystkie - wliczajac najpopularniejsze Xbox360, DS3, DS4, DS5, 8BitDO
WSZYSTKIE Joysticki USB - Joysticki nie są tak popularne wiec mouSTer nie był przetestowany z ich duza iloscia.
W tej chwili na liście obsługiwanych urządzeń musiałoby znajdować się co najmniej kilkaset urządzeń, wiec prościej zrobić listę nie obsługiwanych:
Koniec Listy.
https://github.com/willyvmm/mouSTer
Nie wiem jak wzbogacić ten opis ....
http://www.atari.org.pl/forum/viewtopic ... 58&p=9
https://github.com/willyvmm/mouSTer
Projekt co prawda nie jest otwarty ale mozesz z niego nieco inspiracji zaczerpnąć ;)
Wlasnie przechodzi dość poważną przebudowę oprogramowania.
Upewnij się ze tablica partycja na karcie jest MBR a nie GPT.
Ecc jest 72 lub ewentualnie 36 bit. (9 cipów)
Ecc jest 72 lub ewentualnie 36 bit. (9 cipów)
Znalezione posty [ 51 do 75 z 1,971 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 0.071 sekund, wykonano 23 zapytań
