11.03.2015 07:54
[#1]
indivision ecs przeskoki
witam
Czy przeskoki (co pare sekund rwie) w indi ecs sa normą? Czy da sie to jakos zniwelowac czy to urok tego urządzenia. Oczywiscie ustawione na 50hz
Ostatnia aktualizacja: 11.03.2015 07:55:33 przez pabloz
Czy przeskoki (co pare sekund rwie) w indi ecs sa normą? Czy da sie to jakos zniwelowac czy to urok tego urządzenia. Oczywiscie ustawione na 50hz
Ostatnia aktualizacja: 11.03.2015 07:55:33 przez pabloz
11.03.2015 11:14
[#5]
Re: indivision ecs przeskoki
@pabloz, post #1
Ja w A500 miałem takie coś, że jak się Indi nagrzała, to pojawiały się artefakty, czarne paski na ekranie. Podejrzewałem, że Indi jest walnięta, bo po włożeniu drugiej sztuki, czegoś takiego nie było. Okazało się, że problem leżał w zasilaczu, bo włożyłem tę "uszkodzoną" Indi do mojej A2000 i tak śmiga jak ta lala.
11.03.2015 14:07
[#6]
Re: indivision ecs przeskoki
@strim_, post #4
To nie jest problem płynności scrolowania. Oczywiście indi pod 50Hz w CRT scrolling płynie idealnie w porownaniu do lcd. Ale chodzi mi o coś innego: W czasie "płynięcia" scrola np w demie..pare sekund wszystko git..ale co pare sekund nastepuje na chwilke "zamrożenie" i scroll nadrabia (przeskakuje). czyli takie zacięcie raz na 2-3 sekundy. Powtarzam nie chodzi tu o płynność..tylko o przeskok. To jest najbardziej widoczne w różnych scrolach w roznych demach ..odpalanych z zarówno WHDLOAD i z dyskietek
11.03.2015 21:13
[#12]
Re: indivision ecs przeskoki
@pabloz, post #11
Jeśli komuś się chce i ma odpowiedni sprzęt to zapraszam do zrobienia doświadczenia:
Prosze pidłaczyć amige przez rgb do 1084s d2 oraz przez indi ecs do lcd. Prosze o skonfigurowanie idealnie indi do 50hz.
Nastepnie odpalamy np megademo the red sector.
Prosze sie przyjzec dokladnie na obu monitorach jak płynie scroll poziomy.
Bardzo prosze o szczere i rzetelne wnioski z doświadczenia.
Ostatnia aktualizacja: 11.03.2015 21:14:06 przez pabloz
Prosze pidłaczyć amige przez rgb do 1084s d2 oraz przez indi ecs do lcd. Prosze o skonfigurowanie idealnie indi do 50hz.
Nastepnie odpalamy np megademo the red sector.
Prosze sie przyjzec dokladnie na obu monitorach jak płynie scroll poziomy.
Bardzo prosze o szczere i rzetelne wnioski z doświadczenia.
Ostatnia aktualizacja: 11.03.2015 21:14:06 przez pabloz
11.03.2015 22:59
[#14]
Re: indivision ecs przeskoki
@dez3, post #13
Ostatnio walczyłem z ustawieniami ręcznymi Indi i wychodzi, że nie da rady ustawić tam idealnych 50Hz, zawsze jest to 50.xxx. W zależności od tych ułamkowych części, albo miałem efekt podobny do tkzw. "tearingu" co 2-3s albo przeskok klatki (dobry do testowania jest ekran główny gry Jim Power). Udało mi się ustawić tak, że następuje delikatny "tearing" co około 5s, ale idealnie mi nie wyszło, nie wiem czemu. Jens twierdzi, że to produkt "error free".
12.03.2015 10:49
[#15]
Re: indivision ecs przeskoki
@sanjyuubi, post #14
Miałem podobnie z indiAGA mk2.
Za chiny nie mogłem ustawić idealnie tych 50 hz i zawsze miałem efekt o którym wspominacie (co 2/3/5 sekund dokładnie już nie pamiętam).
Podobno pierwszy wsad do wersji MK2 AGA miał zaszyty na stałe tryb 50 hz, ale miałem problem z poprawnym downgrade.
Więcej nie testowałem bo potrzebowałem kasy i indi sprzedałem.
Za chiny nie mogłem ustawić idealnie tych 50 hz i zawsze miałem efekt o którym wspominacie (co 2/3/5 sekund dokładnie już nie pamiętam).
Podobno pierwszy wsad do wersji MK2 AGA miał zaszyty na stałe tryb 50 hz, ale miałem problem z poprawnym downgrade.
Więcej nie testowałem bo potrzebowałem kasy i indi sprzedałem.
12.03.2015 18:40
[#16]
Re: indivision ecs przeskoki
@pabloz, post #12
i doczekaliśmy się dość ciekawych czasów gdzie łatwiej jest ustawić emulator aby nie rwał niż prawdziwy sprzęt
zapewne wszyscy którzy używają LCD i 60Hz i dla nich "jest super" widzieli takie rwanie tylko i wyłącznie na UAE. Na Amidze semi-magicznie wszystkie wady znikają
swoją drogą jeśli te scandoublery nie dają płynnego obrazu to trzeba zacząć nękać autora aby to poprawił bo bez tego jest to niepełnowartościowy produkt
zapewne wszyscy którzy używają LCD i 60Hz i dla nich "jest super" widzieli takie rwanie tylko i wyłącznie na UAE. Na Amidze semi-magicznie wszystkie wady znikają
swoją drogą jeśli te scandoublery nie dają płynnego obrazu to trzeba zacząć nękać autora aby to poprawił bo bez tego jest to niepełnowartościowy produkt
12.03.2015 18:52
[#17]
Re: indivision ecs przeskoki
@XoR, post #16
Autor (Oliver Achten) już dawno nie poprawiał nic w wsadzie i chyba nie zamierza. Dodatkowo kształt indivision ECS jest tak kombinowany, aby weszło to do jak największej ilości Amig, a co za tym idzie jest szansa na zaniedbania kosztem optymalizacji rozmiaru, np niedopasowanie impedancji, które występuje w wielu egzemplarzach i powoduje odbicia, nie pomaga nawet skrócenie tasiemki do minimum.
IndivisionECS teoretycznie powinien działac jak Denise, bo to przecież jest jej implementacja, jednak nie ma w nim żadnego sygnału do którego mógłby się ten scandoubler synchronizować.
Może sam byś stworzył takie urządzonko? Np. sczytując dane cyfrowe z Denise? Pisałes kiedyś, że potrafisz zrobić PAL w FPGA, więc mógłbyś sobie grzebać przy takim małym projekciku.
Był ktoś tu kiedyś jeszcze, kto mówił, że robi scandoubler na pracę magisterską, a potem ucichł ;)
IndivisionECS teoretycznie powinien działac jak Denise, bo to przecież jest jej implementacja, jednak nie ma w nim żadnego sygnału do którego mógłby się ten scandoubler synchronizować.
Może sam byś stworzył takie urządzonko? Np. sczytując dane cyfrowe z Denise? Pisałes kiedyś, że potrafisz zrobić PAL w FPGA, więc mógłbyś sobie grzebać przy takim małym projekciku.
Był ktoś tu kiedyś jeszcze, kto mówił, że robi scandoubler na pracę magisterską, a potem ucichł ;)
12.03.2015 19:54
[#18]
Re: indivision ecs przeskoki
@sanjyuubi, post #17
Był ktoś tu kiedyś jeszcze, kto mówił, że robi scandoubler na pracę magisterską, a potem ucichł ;)
rowery_na_ksiezycu
14.03.2015 14:39
[#21]
Re: indivision ecs przeskoki
@sanjyuubi, post #17
W zasadzie to dość poważnie myślę nad scandoublerem.
W tej chwili mam kod który używa tylko pamięć z samego FPGA (kilka kb) i można uzyskać dowolną rozdzielczość manipulując zegarem wyjścia np. z PAL dając 4.16x większy zegar można uzyskać 1200p. Opóźnienie do dwóch linii obrazu czyli żadne. Oraz zero rwania bo ono w takiej implementacji bez SDRAMu jest niemożliwe. Oczywiście tryby laced migają jak szalone i zawsze jest idealnie takie odświeżanie jak na wejściu.
Oczywiście docelowo ma być z pamięcią i bez migania w trybach laced oraz z 50->60Hz. Mam nawet pomysł jak zrealizować aby było płynnie mimo takiej konwersji kosztem delikatnego rozmycia, które na LCD byłoby mało widoczne. Oraz tryby skalowania oddzielnego od rozdzielczości aby można było uzyskać ładne scanlines na LCD.
Narazie muszę ogarnąć temat podłączenia swojej Amigi do FPGA i nie spalić ani Amigi ani FPGA, oraz sprawdzić jak obecny kod zachowuje się w praktyce z prawdziwym sprzętem (narazie testowałem tylko generowany przez siebie sygnał). Zapewne zrobiłbym tylko sposób na podłączenie Amigi do gotowej płytki FPGA, i użył jakiejś gotowej płytki z pamięcią SDRAM i dał wyjście VGA przez R2D i/lub HDMI jeśli FPGA obsługiwałby TMDS. No ale to są bardzo dalekosiężne plany, szczególnie wszystko związane z pamięcią i HDMI. Trzeba się innymi słowy uzbroić w cierpliwość
Co do Indivision ECS to problem leży po stronie autora który zrobił tryb stałego odświeżania ekranu niezależnego od częstotliwości ekranu ale już nie dał trybu w pełni synchronicznego bo uznał że jak ustawi się 50Hz to wyjdzie na to samo Nie wyjdzie bo tryby laced to 50.08Hz a non-laced to 49.92Hz a poza tym jest jeszcze kwestia input-lag czyli opóźnień. Podejżewam że Indivision ma klatkę lub nawet dwie opóźnienia. Nie mam tego jak sprawdzić chwilowo ale przy najbliższej wizycie do osoby która ma to ustrojstwo oraz CRT oraz 1084 na pewno to postaram się wybadać 
W tej chwili mam kod który używa tylko pamięć z samego FPGA (kilka kb) i można uzyskać dowolną rozdzielczość manipulując zegarem wyjścia np. z PAL dając 4.16x większy zegar można uzyskać 1200p. Opóźnienie do dwóch linii obrazu czyli żadne. Oraz zero rwania bo ono w takiej implementacji bez SDRAMu jest niemożliwe. Oczywiście tryby laced migają jak szalone i zawsze jest idealnie takie odświeżanie jak na wejściu.
Oczywiście docelowo ma być z pamięcią i bez migania w trybach laced oraz z 50->60Hz. Mam nawet pomysł jak zrealizować aby było płynnie mimo takiej konwersji kosztem delikatnego rozmycia, które na LCD byłoby mało widoczne. Oraz tryby skalowania oddzielnego od rozdzielczości aby można było uzyskać ładne scanlines na LCD.
Narazie muszę ogarnąć temat podłączenia swojej Amigi do FPGA i nie spalić ani Amigi ani FPGA, oraz sprawdzić jak obecny kod zachowuje się w praktyce z prawdziwym sprzętem (narazie testowałem tylko generowany przez siebie sygnał). Zapewne zrobiłbym tylko sposób na podłączenie Amigi do gotowej płytki FPGA, i użył jakiejś gotowej płytki z pamięcią SDRAM i dał wyjście VGA przez R2D i/lub HDMI jeśli FPGA obsługiwałby TMDS. No ale to są bardzo dalekosiężne plany, szczególnie wszystko związane z pamięcią i HDMI. Trzeba się innymi słowy uzbroić w cierpliwość
Co do Indivision ECS to problem leży po stronie autora który zrobił tryb stałego odświeżania ekranu niezależnego od częstotliwości ekranu ale już nie dał trybu w pełni synchronicznego bo uznał że jak ustawi się 50Hz to wyjdzie na to samo
Nie wyjdzie bo tryby laced to 50.08Hz a non-laced to 49.92Hz a poza tym jest jeszcze kwestia input-lag czyli opóźnień. Podejżewam że Indivision ma klatkę lub nawet dwie opóźnienia. Nie mam tego jak sprawdzić chwilowo ale przy najbliższej wizycie do osoby która ma to ustrojstwo oraz CRT oraz 1084 na pewno to postaram się wybadać 14.03.2015 14:53
[#22]
Re: indivision ecs przeskoki
@basto, post #19
jeśli chcesz zrobić jakiś pokaz czy to przycina czy nie to nagraj ten film w 50Hz i nie telefonem tylko jakąś porządną kamerą i nie wrzucaj na YT tylko na jakiś serwer
To co zamieściłeś odpaliłem na swoim CRT w 50Hz i przycina jak dlabli. Nawet dla pewności ściąnąłem na dysk i dalej ten same efekt.
Musi być nagranie równo 50fps aby cokolwiek stwierdzić na temat płynności scrollów.
To co zamieściłeś odpaliłem na swoim CRT w 50Hz i przycina jak dlabli. Nawet dla pewności ściąnąłem na dysk i dalej ten same efekt.
Musi być nagranie równo 50fps aby cokolwiek stwierdzić na temat płynności scrollów.