Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Nowa wersja emulatora Hatari Nowa wersja emulatora Hatari oznaczona numerem 2.6.1 przynosi szereg ulepszeń i poprawek.
zeST 20250814 - Atari ST w FPGA! Nowa wersja zeST przynosi liczne usprawnienia, w tym szybszy tryb turbo i eksperymentalną obsługę Wi-Fi.
RastaConverter Beta13.1 RastaConverter doczekał się nowej wersji - Beta13.1 z wieloma poprawkami, usprawnieniami i nowymi opcjami.
Test7800 0.2.0 Nowa wersja eksperymentalnego emulatora Atari 7800 z poprawkami błędów i lepszą kompatybilnością.
Jedenasty odcinek kursu Larka Larek wraca z kolejną, jedenastą częścią swojego popularnego kursu pisania gier na Atari.
atari.area forum » Fabryka - 8bit » Nowy projekt GTIA
Strony Poprzednia 1 … 11 12 13 14 15 16 17 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
To jest akurat dość kiepska pod względem czasu reakcji matryca. 20ms od 10% do 90% jasności. Rozdzielczość 640x480, przekątna 10.4" Obraz przeskalowany do rozdzielczości natywnej. Większe matryce prawdopodobnie także udałoby się w podobny sposób przystosować, ale niekoniecznie każdą.
Czy obraz dopasowywany jest do rozdzielczości natywnej, czy wyświetlany na środku?
To ostatnie to już dobra wola (lub nie) kontrolera TFT.
Sophia "D" z bezpośrednim sterowaniem wyświetlacza TFT
No to następny krok to laptop. Ekran już ogarnięty.
Ładnie to wygląda ;)
1. Czy następna partia będzie wyprodukowana dopiero po dopracowaniu połączenia z LCD?
2. Czy będą 2 wersje, czyli scart-rgb oraz osobna do LCD, czy wszystko w jednym?
3. Czy wersja LCD będzie miała podłączenie przez VGA zamiast SCART?
Pozdrawiam!
Ładnie to wygląda ;)
1. Czy następna partia będzie wyprodukowana dopiero po dopracowaniu połączenia z LCD?
2. Czy będą 2 wersje, czyli scart-rgb oraz osobna do LCD, czy wszystko w jednym?
3. Czy wersja LCD będzie miała podłączenie przez VGA zamiast SCART?
Pozdrawiam!
1. Niekoniecznie.
2. Na pewno nie będzie wersji uniwersalnej.
3. Nie.
ad.3. Rozumiem Simius, że wersja ta nie ma mieć żadnego ani VGA, ani SCART, ani żadnych innych standardów "wtyczkowo-gniazdowych" tzw. "dla ludzi", tylko to będzie wersja z bezpośrednim sterowaniem matrycy, tak jak napisałeś w poście, w którym wkleiłeś zdjęcie z uruchomienia tej matrycy, tak?
Nie ukrywam, że właśnie taka wersja interesuje mnie najbardziej:-) i z zaciekawieniem czekam teraz na rozwój tego projektu:-)
I na koniec docelowa (mam nadzieję) Sophia Rev.C z wyjściem cyfrowym DVI. Dystorsja koszmarna, bo obiektyw super zoom zupełnie się do takich zdjęć nie nadaje.
Cały świat na to czekał.
Zosia rządzi :)
Zapisuję się na wersję DVI.
również jestem zainteresowany wersją DVI! :D
A jak wygląda sprawa update'u Rev. B? Jeżeli dobrze zrozumiałem, miał być wydany nowszy niż 1.1: http://www.atari.org.pl/forum/viewtopic … 65#p229865 ?
Wstępnie jestem zainteresowany również dla DVI, ale Rev. B na którą wydałem pieniądze też chciałbym mieć z poprawkami.
Kiedy będzie można wysyłać do patchowania finalną wersją?
W zasadzie już możesz.
A te 25zł nadal obowiązuje? To jest koszt wysyłki powrotnej? Bo może warto poczekać na zamówienie rev. C i wspólną wysyłkę?
Dopóki Poczta Polska ponownie nie "zaktualizuje" cennika, nadal obowiązuje 25zł. To jest koszt wysyłki w obie strony. Decyzja, czy czekać na rev.C należy do Ciebie.
No ale do Ciebie to ja chyba wysyłam i płacę? czy wolisz np. Paczka 48/24 na koszt odbiorcy?
A szacunkowa data wysyłek rev. c?
I tak płacisz w obie strony, więc podałem, ile Cię to będzie w sumie kosztowało. :)
Można było zrozumieć że to 25zł oprócz tego co sam zapłacę za wysyłkę do Ciebie.
OKi, no to jak oszacujesz kiedy mogą być gotowe te z DVI, to zdecyduję czy czekam z wysyłką rev. B do spatchowania, czy wysyłam bez czekania.
Rev. C DVI output - the PWNAGE is now complete!
Jeśli istnieje tzw. LISTA, to ja też chcę na niej zaistnieć.
Jeszcze odnośnie Rev.B:
http://atariage.com/forums/topic/258702 … try3772676
Czy przegapiłem jakiś update (mam Sophia_B_core_1_2) ?
Core 1.3 z poprawką dot. resetowania przerzutnika hi-res przy ustawianiu trybu GTIA - za chwilę.
Tymczasem inny problem. Doszedłem do punktu, w którym trzeba by ustalić format obrazu w wersji cyfrowej. W tej chwili obraz o standardowej szerokości 160 cykli koloru, czyli 320 pikseli hi-res i maksymalnej możliwej wysokości 240 linii jest przeskalowany do rozdzielczości, w zależności od wersji core, 640x480 lub 1280x960 pikseli. To daje standardową proporcję rozmiarów obrazu 4:3, ale maskuje wszystko, co ewentualnie mogłoby być wyświetlone po bokach, w trybie szerokim. Gdyby uwzględnić całe dostępne pole w trybie szerokim, obraz miałby rozdzielczość 1536x960 pikseli (lub 768x480) i proporcje 16:10. Ale przy okazji objąłby wszystkie ewentualne śmieci, pojawiające się w wielu programach, a normalnie nie wyświetlane przez żaden szanujący się TV. W Atari800Win przyjęty został format 336x240 co po przeskalowaniu 4:1 daje 1344x960 pikseli i proporcje 14:10. Czy to wystarczy, czy jednak warto byłoby zostawić więcej - 352x240, 360x240? A może jednak całe 384x240?
Jeśli chodzi o wyświetlanie śmieci po bokach obrazu, to jest taki projekt:
http://ataribits.weebly.com/gtia-v-gate.html
Może pójść taką drogą i zrobić tego rodzaju ficzer?
Hej!
A jeżeli byłoby całe 384x240 plus ew. maskowanie boków. Wiem że masz ograniczone zasoby w FPGA, ale czy opcja pomijania bocznych "możliwych śmieci", nie byłaby sensowna? wiem że to pure-hardware i nie ma co porównywać do software, ale np. w altirra wybiera się tryb overscan. Wiem że niektórym te śmieci mogą przeszkadzać, ja jednak zawsze je widywałem i mi nie przeszkadzają zarówno monitor TWM315, Syriusz TC-502, Elemis czy Thomson pokazywały owe "śmiecie". Widać nie były to "szanujące się" TV ;-). Każda karta do przechwytywania video na PC, której używałem również pokazywała całą zawartość obrazu... tzn. ze wszystkimi śmieciami, np. takimi: Overmind - Plotter (widać od 10:44, gdy włączony jest "szeroki" ekran. Jeszcze np. tu od 15:38... Bitter Reality - DYPP Scrol
Pavros kiedyś robił testy związane z rozmiarami ekranu: http://www.atari.org.pl/forum/viewtopic.php?id=7331 i okazuje się, że 240 to nie wszystko co Atari potrafi wygenerować.
A z diagramów Antica nie widać kiedy wyrzuca dane do GTIA?
Edit: Przepraszam - miałem na myśli diagramy wskazujące na pobieranie danych przez ANTIC z RAM, a to przecież zupełnie co innego.
Ale przy okazji objąłby wszystkie ewentualne śmieci, pojawiające się w wielu programach, a normalnie nie wyświetlane przez żaden szanujący się TV
A może dałoby się zostawić wybór użytkownikowi?
Otwarta zworka - 320x240
Zamknięta zworka - 384x240
EDIT: Jeśli nie - to głosuję za wielokrotnością 320x240. Śmieci i jakieś egzotyczne dema będzie można sobie zawsze pooglądać przez wyjście analogowe.
Właściwie nic szczególnego. Trochę sobie eksperymentuję z różnymi rozdzielczościami, do 1536x1024 pikseli włącznie. Generalnie dobrze sobie z tym radzą prawie wszystkie testowane przeze mnie monitory z wejściami DVI/HDMI, tzn.:
Dell U2412M - OK
Dell U2913WM - OK
Dell U2713HM - NIE
Dell U3014 - OK
LG 24MP47HQ - OK
LG E2242T - OK
LG E2441V - OK
HP LP2465 - OK
Przy czym tylko ostatni testowałem z ANTIC PAL i NTSC, pozostałe tylko z NTSC.
Z telewizorami przez HDMI jest, niestety, kicha. Z posiadanych przeze mnie tylko badziewiasty Medion 22" HD Ready, z natywną rozdzielczością 1680x1050 bez problemu wyświetla wszystko, co do niego wyślę. Reszta - parę Samsungów i Sony - wyświetlają tylko komunikaty w rodzaju "tryb niedostępny".
Wygląda na to, że kryteria zgodności z normą są w TV dość wyśrubowane. Wygenerowałem sobie na przykład, ściśle według wymagań VESA, obraz kontrolny w rozdzielczości 1280x1024/60Hz. TV Sony KDL-47W805 wyświetlał go bez problemu, ale tylko wtedy, kiedy częstotliwość piksela mieściła się w granicach +/- 2% w stosunku do wymaganych 108MHz. Dla odmiany Samsung PS63A756 w ogóle nic nie pokazał, choć w manualu ten tryb był wymieniony na liście obsługiwanych.
Wniosek stąd taki, że żeby zapewnić wyświetlanie przez HDMI na LCD TV, trzeba byłoby dostosować się dość dokładnie do standardów SMPTE, a to duży kłopot ze względu na niespójność częstotliwości systemu Atari ze znormalizowanymi częstotliwościami piksela (27MHz lub 74.25MHz). Raczej wypadnie zostać przy monitorach z DVI.
Strony Poprzednia 1 … 11 12 13 14 15 16 17 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
atari.area forum » Fabryka - 8bit » Nowy projekt GTIA
Wygenerowano w 0.032 sekund, wykonano 58 zapytań