Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Drwal - finalna wersja 1.2 Drwal, gra rozwijana przez 35 odcinków kursu programowania u Larka.
Nowa wersja projektu zeST Projekt zeST otrzymał dużą aktualizację wprowadzającą m.in. obsługę blittera oraz sieci bezprzewodowej.
Giana Sisters - kolejne postępy Shanti i Miker łączą siły przy porcie kultowej platformówki Giana Sisters na Atari XL/XE.
Echa Outline 2026 Dwadzieścia produkcji na różne platformy Atari zaprezentowanych podczas holenderskiego zlotu Outline.
Harmonogram Silly Venture 2026 SE
atari.area forum » Posty przez Simius
Mały błąd do poprawy...
PALDATA $D01F (W)
Każdy kolor programowany jest w >>> trzech <<< kolejnych bajtach, w następujący sposób:
Poprawione
Nie ironizuję. Naprawdę były takie pytania. Może nie o pionowe pasy, ale o artefakty i "miękkie krawędzie" obiektów - już tak.
Simius napisał/a:A dotychczasowa wersja wyświetla niepoprawnie?
w załączniku xex do testów.
Ale o csssooo chodzi?
A już się wystraszyłem.
Bardzo mi przykro, ale nie będzie emulacji: PAL blendingu, artefaktów, czarnych przejść między szarościami, rozmytych pikseli ani nawet pionowych pasów odświeżania. Wszystko to, jeśli ktoś lubi, jest dostępne w oryginale - na wyjściu monitorowym. Żadnej roboty nie wezmę, nie wiem, nie znam się, nie orientuję się, zarobiony jestem. Ja chcę wreszcie spokojnie zjeść.
Super!
W PDFie:
GRACTL $D01D (R/W)
bit 6 to GR10SHD a powinien być SYNCTL.
Dzięki, poprawione.
A dotychczasowa wersja wyświetla niepoprawnie?
Nowa wersja Sophii jest już w trakcie testów. Najważniejsza zmiana to obsługa cyfrowego dźwięku w trybie HDMI. Oprócz tego doszła możliwość ustawienia poziomu TTL sygnału CSYNC, ponieważ niektóre monitory wymagają tego poziomu. Zmieściło się też wyłączanie przesunięcia punktów w GR.10.
W załączonej dokumentacji nie ma bezpośredniego odniesienia do trybu HDMI. Oczywistym powodem są wysokie koszty licencji wymaganej do oznaczenia urządzenia znakiem HDMI. Mniej oczywistym, a istotniejszym w tym przypadku, jest konieczność przeprowadzenia testów zgodności i interoperacyjności, dla zagwarantowania współpracy z każdym bez wyjątku urządzeniem HDMI. Ten warunek jest niemożliwy do spełnienia, ponieważ wymagałoby to buforowana całej ramki, a Sophia nie ma tyle pamięci.
Ja mam tylko krótkie pytanie, czy nadal Sophia 2 nie działa z VBXE?
A komu/kiedy nie działała?
Ten "terroryzm i pranie pieniędzy" to przecież tylko sciema dla naiwnych. W rzeczywistości chodzi tylko o to, żeby mieć kontrole nad zasobami niewolnikow, na wypadek jakiegos buntu. Jak np. w Kanadzie.
Karta, jak rozumiem, juz wyslana?
Skorodowane "leżaki" pobielam w tygielku, mocząc uprzednio w agresywnym topniku TS81. Potem mycie w pluczce ultradźwiękowej w wodzie demineralizowanej. Metoda raczej nie do zastosowania na skalę przemysłową, ale na prototypową jak najbardziej.
3M VHB
Różne grubości i szerokości.
Pożyteczna informacja - Mark2008 z AtariAge znalazł zamienne gumki o prawidłowym kształcie, pasujące do klawiatur gumkowych do komputerów serii XE. Sprawdziłem - gumki mają nieco mniejszą średnicę od oryginalnych, ale pasują całkiem dobrze i na klawiaturze pisze się znacznie przyjemniej. A najważniejsze, że źródło - klawiatury Logitech K120 - jest łatwo dostępne i tanie - na alledrogo już od kilkunastu zł.
Kiedyś kopiowalem kasety używając dekodera FSK na uniwibratorach 74ls123 połączonego z generatorem o przelaczanej czestotliwosci (3.9/5kHz). Jakość kopii byla znacznie lepsza niz przy zwyklym kopiowaniu analogowym.
Sygnał OSC w stanie niskim ma 2.5V. FREDDIE do wymiany
Poprawnie powinno być tak, jak wita się Władysław Sikora na swoim kanale: "panie, panowie oraz inne formy inteligencji ziemskiej" - kolejność dowolna.
Albo, jak Wojciech, hr. Dzieduszycki : "Piękne Panie, Szanowni Panowie i Ty, Dawidzie Abrahamowiczu."
Z AtariArea wszystko mi wpada do spamu. Kilka razy wyciągałem, oznaczałem "to nie jest spam", ale wujek Google się najwyraźniej uparł.
Sophia 2 ma już ten ficzer od początku dystrybucji. Starsze wersje nie mają i nie będą mialy, bo nie mają na to dosyć zasobow.
Czy jakakolwiek Bravia od Sony ogarnie obraz z Sophia2 bezpośrednio z kabla, komuś się udało? bo podpinałem 2 sztuki i D.
Tak. Ale tylko 4K. Zdjęcie z KD85XF8596
W tej chwili nie ma już potrzeby dopisywać się do listy, bo tymczasem wszystko idzie na bieżąco, dopóki nie przyjdą nowe zarządzenia w tej sprawie. Proszę po prostu o wiadomość na PM.
Nie jest to nic odkrywczego i podobnej metody, jestem pewny, że wielu używa, ale nie znalazłem o tym wzmianki na forum, a chyba powinno się o tym wspomnieć, bo może akurat ktoś nie zna i próbuje grubszych śrubek, trytytek itp. Otóż bardzo dobrze sprawdza się krótki kawałek dobrze dopasowanej koszulki termokurczliwej (można wziąć odrobinę węższą i rozciągnąć szczypcami) nasuniętej na uszkodzony kołek i obkurczonej gorącym powietrzem. Kilka sekund w temperaturze 250°C wystarczy, żeby plastik zmiękł a koszulka ściągnęła. Wiele zależy od początkowej grubości koszulki - grubsze koszulki z większą siłą się obkurczają, więc trzeba bardziej uważać, żeby potem nie trzeba było rozwiercać.
Tak podejrzewałem, że zakładasz za pewnik, że licznik przeładuje się tylko raz. Ja nie odważyłbym się robić takiego założenia. Na symulacji "trafiasz" idealnie w punkt (albo 0° albo 180°) ale w praktyce nie będzie tak różowo i nie będzie to przesunięcie dokładnie o 180°. Poza tym nachylenie zboczy i punkt przełączania zmieniają się z temperaturą i przesunięcie fazowe między tymi sygnałami trochę "płynie" z upływem czasu. Obawiałbym się, że przeładowanie licznika będzie występowało okresowo, a nie tylko raz, na początku.
"sygnał PHI2 jest w praktyce skorelowany z opadającym zboczem OSC", no nie jest, tak wychodzi z opóźnień ale one nie są 100% stałe ani takie same w każdym egzemplarzu. To mniej więcej przypadkowa zależność.
Wytłumaczyłem Ci ideę. Oczywiście, realizacja niekoniecznie jest ścisłym odzwierciedleniem idei, ponieważ czasem trzeba uwzględnić dodatkowe okoliczności, o których wspomniałeś. Temu właśnie służy bramka odwracająca między licznikiem 74163 a wyjściem OSC. Dzięki niej, kontrola fazy PHI2 następuje nie w pobliżu zbocza, a w samym środku stanu wysokiego. Rzecz jasna wyjście Q2 licznika w tej sytuacji nie jest dokładną kopią PHI2, ale przesunięcie fazowe jest ustalone a resztę robi rejestr 74164. I niech tam sobie system pływa, ile mu się podoba. Ma na to +/- 140ns w każdą stronę.
OK?
Simius napisał/a:Mylisz się. Układ NIE PRÓBUJE dosynchronizować OSC do PHI2.
Jak zwał tak zwał, ale okresowo, po przepełnieniu, przeładowuje zawartość licznika wartością inną niż 0, co skutkuje tym, że co któryś takt OSC jest nieco krótszy od pozostałych.
Skoro nie da się inaczej, wyłuszczę ideę. Ze względu na opóźnienia na drodze OSC --> GTIA --> ANTIC --> CPU --> PHI2, sygnał PHI2 jest w praktyce skorelowany z opadającym zboczem OSC. Można więc, dla analizy, zastąpić to prostym dzielnikiem przez 2 zmieniającym stan na opadającym zboczu OSC. Licznik synchroniczny ze schematu także generuje sygnał o częstotliwości OSC/2, którego stan zmienia się równocześnie z opadającym zboczem OSC. Ponieważ jednak nie znamy stanu początkowego dzielnika znajdującego się w ANTIC, mamy dwie możliwości - albo sygnał z wyjścia Q2 licznika synchronicznego ma fazę zgodną z PHI2, albo ma fazę przeciwną. Jeśli ma fazę zgodną, wówczas nie potrzebujemy w ogóle nic robić. Jeśli ma fazę przeciwną, musimy w jednym, jedynym cyklu zmienić stan licznika w taki sposób, żeby fazy Q2 i PHI2 się ze sobą zgodziły. A jak już się zgodziły, to idziemy sobie spokojnie na piwo, bo więcej nic nie potrzebujmy robić. Na obrazkach są przebiegi z symulacji - pierwszy z fazą zgodną, a drugi z przeciwną.
atari.area forum » Posty przez Simius
Wygenerowano w 0.041 sekund, wykonano 32 zapytań