Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
TURGEN 9.3.0 Kolejna wersja multiplatformowego narzędzia do zarządzania obrazami taśm.
SV 2024 WE - program imprezy Już za tydzień odbędzie się zimowa edycja Silly Venture
Nowa obudowa dla 800XL - zostało 36 dni Niewiele ponad miesiąc do końca kampanii.
Zmarł twórca języka BASIC Zmarł Thomas E. Kurtz twórca języka BASIC
Zmiana serwera atari.area Serwis przeszedł właśnie ważną aktualizację infrastruktury
atari.area forum » Posty przez electron
Według mnie przy zapisie to jednak jest "pip.. pip.. prrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrr" przynajmniej przy sio x3.
XXL i JACQUES - macie vbxe na D6xx czy D7xx ?
(Ja mam na D6xx i u mnie ta wersja nie działa - resetuje vbxe).
Program resetuje FPGA na VBXE. Rdzeń znika i zostaje czysta matryca, bez żadnej przypisanej funkcji..
Hm .... chciałbym zareklamować swój fileselektor, który użyty jest w FC.com / DCFG.COM (utilsy VBXE) oraz w przeglądarce BMP-ków (też pod VBXE).
Dostępny jako żródło do MADS. Wymaga ekranu zgodnego z GR.0. Działa i jest dość wygodny IMO.
obsługuje maski, wpisywanie własnej nazwy, zmiany "w locie" napędów / urządzeń itd.
Acha - póki co nie obsługuje podkatalogów.
A co to znaczy "resetować włącznikiem ON/OFF" ? Pstrykasz ? 15 milisekund ?
Daj mu czas. 30 sekund pomiędzy wyłączeniem a ponownym włączeniem. Powinno być OK. To normalne.
1. użyj CSYNC ale daj go przez rezystor 100 omów szeregowo
2. Dodatkowo można zbuforować nieużywaną bramką w 4050 - sam tak robiłem w kilku atarkach.
Generalnie w standardzie SCART jako źródło synchronizacji w trybie RGB służy sygnał CVBS (Composite Video) więc nie tylko bezpieczniej ale i zgodnie ze standardem by było.
Prawda jest jednak taka, że podłączając CSYNC do SCART obciążasz je impedancją 75 Omów czyli typową dla CVBS ... To mało i mocno daje w kość układowi 4050. Podłączenie oprócz tego S-Video już tu nic nie zmienia.
podłączaj - nic nie padnie - jak masz sygnał rgb podłączony ? używsz csync czy composite jako synchronizacji ? Jaki monitor ?
Brawo Simius, niezła "rzeźba". Ilość SO14/16 imponująca :)
Jakiś schemacik ?
Candle mnie męczy abym dodał scandoubler 31kHz/50Hz do rdzenia VBXE - zrobię to chyba, ale niestety tylko w przypadku rdzenie GTIA emu - w FX nie ma już miejsca.
No i Candle nie wytrzymał, musiał się pochwalić. A tak poza tym - na tym (pokey) się nie skończy.
Kasowanie jakkolwiek, ale podstawą by było zrobić double buffering ...
Zbędny i zawodny. Takie dane łatwo ulegają uszkodzeniu. Walczyłem kiedyś z podtrzymywaniem bateryjnym SRAMU - i tylko kłopoty z tym były - ale to było jeszcze w czasach przed-flash więc wówczas tak można było się bawić. Dzisiaj to pomyłka.
Na VBXE (na v1 jak i również na v2) siedzi ANTIC - więc gila mnie co Ty potem zrobisz z sygnałami ANx - bo mam je pierwszy - bezpośrednio od ANTICa. Pod warunkiem oczywiście, że nie przeciążysz ich jakoś za bardzo i nie zmienią się timingi.
W ogóle ls nie powinieneś używać, ze względu na znaczne wnoszone obciążenie magistrali ANx.
Nie używaj tego bo to do niczego nie podobne i na przyszłość tylko kłopot będzie, ale to moje zdanie.
Brawo Panowie. Naprawdę ekstra.
A teraz do koszy, szukać wywalonych GTIA.
A ja mam uwagę:
Co to są standardowe banki 130XE ? Bo wg mnie nie ma czegoś takiego.
Czy w 130XE jest jakaś różnica, czy wpiszę do PORTB np. $80 czy $c0 ?.
Ale wybieranie banków tak czy siak jest bez sensu - powinien być automat i tyle.
Oczywiście robiąc tak jak opisuje to Candle pozbywamy się problemu całkowicie.
Odpowiedź moja jest taka - przy projektowaniu nowych MEMAC a/b założyłem, że może zaistnieć sytuacja, w której programista otworzy bufor znajdujący się częściowo w RAM a częściowo przykryty przez (włączony) ROM komputera. (np. okno 16K począwszy od $9000 - wówczas obszar $c000-$cfff pokrywa się z ROMem). Rozwiązaniem nieuniknionego konfliktu jest monitorowanie CASINH - a więc przylutowanie kabelka, które uznaję za obowiązujące wszystkich użytkowników vbxe. Bez tego kabelka nastąpi konflikt na szynie danych przy dowolnym odczycie obszaru $c000-$cfff - komputer się prawdopodobnie zawiesi.
podsumowując
- może być memac i włączony rom (OS/BASIC) (w tym samym miejscu)
- przykryty przez ROM obszar okna MEMAC nie nadaje się do użycia (jest tam tylko ROM)
- należy pamiętać, że o ile ROM (OS/BASIC) kontrolujemy, to CARTA już nie - tym bardziej jest konieczne przylutowanie kabelka - co prawda naszemu programowi to nie pomoże, ale komputer nie ucierpi od kolizji na szynie danych.
Szkoda gadać, dużo ludzi zginęło... Kilka osób widać nie może się powstrzymać, aby nawet zmarłemu dowalić ...
Dely zamknij ten topic, proszę ...
Sam sprawdzę te gry w domku, a na razie proszę o spokój, Panowie ! :)
W przypadku sprawnego GTIA piksele w hires są jednak - na ile można to ocenić - idealnie równe - widać to na każdym w miarę dobrym (zwłaszcza monochromatycznym) monitorze. Różnica pomiędzy sprawnym a kiepskim GTIA jest dramatyczna.
Simius a sprawdzałeś jak wygląda FO0 i OSC ? Jakie mają wypełnienia ?
Poza tym - obydwa obrazki z "unity demo" które pokazał Pajero są wadliwe - ten ze zdjęcia Pajero ma za szybko GR15 a ten ze strony Fandala ma jakiś dziwny biały pasek po prawej stronie.
Wniosek - używanie zmian trybów GTIA w środku linii to słaby pomysł ....
Zamiast HC74 dałbym raczej HCT74 ....
Kiedyś myślałem nad kombinowaniem przy zagarach GTIA, ale jak to często u mnie bywa - do lutownicy było za daleko :)
atari.area forum » Posty przez electron
Wygenerowano w 0.026 sekund, wykonano 35 zapytań