17.05 18:24
[#1]
RGB2HDMI - latające pixele
Odpaliłem sobie dzisiaj na swojej A500 po raz pierwszy RGB2HDMI.
Ogólnie robi wrażenie, ale na workbenchu latają jakieś dziwne pixele.
Zauważyłem, że latają wtedy gdy pixele sąsiadująca ze sobą mają określony kolor. Wystarczy, że zmienię paletę i już w tych miejscach pixele nie migają.
Jak zmienię ekran na 4 kolory to nic nie miga. Jak odpalę jakąś grę to też nic nie lata.
Akurat na WB używam palety MWB i jest to irytująco widoczne.
Sprawdzałem na monitorze HDMI, monitorze LCD i monitorze CRT (przejściówka VGA). To samo.
Filmik do obejrzenia.
Ogólnie robi wrażenie, ale na workbenchu latają jakieś dziwne pixele.
Zauważyłem, że latają wtedy gdy pixele sąsiadująca ze sobą mają określony kolor. Wystarczy, że zmienię paletę i już w tych miejscach pixele nie migają.
Jak zmienię ekran na 4 kolory to nic nie miga. Jak odpalę jakąś grę to też nic nie lata.
Akurat na WB używam palety MWB i jest to irytująco widoczne.
Sprawdzałem na monitorze HDMI, monitorze LCD i monitorze CRT (przejściówka VGA). To samo.
Filmik do obejrzenia.
17.05 19:59
[#5]
Re: RGB2HDMI - latające pixele
@TomcioPaluszek, post #1
Jaką wersję RGB2HDMI masz? Standardową, czy CPLD?
W pierwszej może występować "iskrzenie" pikseli.
Ja mam CPLD (made by LinuxJedi) i nie zauważyłem takich problemów.
Już widzę.
Ostatnia aktualizacja: 17.05.2024 20:01:08 przez Gandalf
W pierwszej może występować "iskrzenie" pikseli.
Ja mam CPLD (made by LinuxJedi) i nie zauważyłem takich problemów.
Już widzę.
Ostatnia aktualizacja: 17.05.2024 20:01:08 przez Gandalf
17.05 20:15
[#8]
Re: RGB2HDMI - latające pixele
@TomcioPaluszek, post #7
Jasna sprawa. Przypadłość tej wersji.
Zalety - działa i jest tańsze.
Wady - możliwe problemy z pikselkami i pewne problemy z montażem, gdy masz bardziej "pokanapkowaną" A500.
Możliwe, że i w tym rozwiązaniu na dzień dzisiejszy już pikselki są ogarnięte w jakiś sposób, ale to już muszą się wypowiedzieć ci, którzy tego używają.
Zalety - działa i jest tańsze.
Wady - możliwe problemy z pikselkami i pewne problemy z montażem, gdy masz bardziej "pokanapkowaną" A500.
Możliwe, że i w tym rozwiązaniu na dzień dzisiejszy już pikselki są ogarnięte w jakiś sposób, ale to już muszą się wypowiedzieć ci, którzy tego używają.
17.05 22:18
[#13]
Re: RGB2HDMI - latające pixele
@TomcioPaluszek, post #1
Spróbuj bez turbiny. Ta pierwsza wersja (nie na cpld) potrafiła sypać właśnie takimi zakłóceniami gdy Denise się rozgrzała. Co ciekawe efekt był tylko gdy było założone turbo. Na fabrycznym setupie bez żadnych zakłóceń.
EDIT: nawet nagranie kiedyś zrobiłem - patrz końcówka filmu:
Ostatnia aktualizacja: 17.05.2024 22:25:08 przez _tBn_
EDIT: nawet nagranie kiedyś zrobiłem - patrz końcówka filmu:
Ostatnia aktualizacja: 17.05.2024 22:25:08 przez _tBn_
18.05 08:38
[#15]
Re: RGB2HDMI - latające pixele
@TomcioPaluszek, post #14
Jeszcze Kolega z tego forum podesłał mi wtedy dwa cytaty:
Try a 47pF cap between PiCLK and ground. [piny 9 i 11 na gpio]
Also make sure all flux has been cleaned off between and under connector and chip pins.
Try the below configuration changes if you notice any pixel noise (sparkling):
Settings Menu->Overclock CPU: 40
Settings Menu->Overclock Core: 170
Sampling Menu->Sync Edge: Trailing with +ve PixClk
Make sure you have a heat sink on your Pi!
