17.05.2024 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.2024 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.2024 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.2024 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.2024 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!
19.06.2024 16:14
[#18]
Re: RGB2HDMI - latające pixele
@TomcioPaluszek, post #1
Udało Ci się rozwiązać problem?
Nabyłem RGB2HDMI do drugiej A500 i mam dokładnie taką samą przypadłość.
Sprawdzałem na zasilaczu ciężkim i lekkim, z ACA500 i bez, podmieniałem układ DENISE i niczego to nie zmienia.
W pierwszej Amidze mam wersję riser i obraz bez żadnych zakłóceń.
Ponadto nie jestem w stanie poruszać się po menu żeby coś zmienić w ustawieniach. Krótkie wciśnięcie przycisku wyświetla menu a długie wciśnięcie zmienia tryb Scanlines ON/OFF.
W pliku Default.txt w folderze Profiles mam single_button_mode=1
Pobrałem soft z tego źródła link
Kopia oprogramowania z wersji riser również zachowuje się w menu tak samo i w obrazie poprawy brak.
Nabyłem RGB2HDMI do drugiej A500 i mam dokładnie taką samą przypadłość.
Sprawdzałem na zasilaczu ciężkim i lekkim, z ACA500 i bez, podmieniałem układ DENISE i niczego to nie zmienia.
W pierwszej Amidze mam wersję riser i obraz bez żadnych zakłóceń.
Ponadto nie jestem w stanie poruszać się po menu żeby coś zmienić w ustawieniach. Krótkie wciśnięcie przycisku wyświetla menu a długie wciśnięcie zmienia tryb Scanlines ON/OFF.
W pliku Default.txt w folderze Profiles mam single_button_mode=1
Pobrałem soft z tego źródła link
Kopia oprogramowania z wersji riser również zachowuje się w menu tak samo i w obrazie poprawy brak.
19.06.2024 16:52
[#21]
Re: RGB2HDMI - latające pixele
@Sounder, post #20
Stąd ściągnąłem najnowszą wersję.
https://github.com/hoglet67/RGBtoHDMI/releases/tag/20240213_e630d36f
https://github.com/hoglet67/RGBtoHDMI/releases/tag/20240213_e630d36f
20.06.2024 16:36
[#26]
Re: RGB2HDMI - latające pixele
@Kitech, post #25
Obie wersje RGB2HDMI, które posiadam mają sterowanie jednym przyciskiem.
Pobrałem nowszą wersję oprogramowania i sprawdziłem w pierwszej kolejności pod CPLD i menu nie działało poprawnie. Siłą rzeczy sprawdziłem plik konfiguracyjny gdzie single_button_mode było ustawione na "0" więc zmieniłem na "1" i problem zniknął
Przełożyłem kartę SD do wersji starszej (tej problematycznej z artefaktami w obrazie) i okazało się, że nie da się poruszać po menu bo tam parametr "1" działa odwrotnie.
Skoro tryb jednego przycisku ma parametr "1" znaczy, że ma być włączony a parametr "0" jest tego przeciwieństwem. Jak coś źle rozumiem to proszę mnie poprawić.
Pobrałem nowszą wersję oprogramowania i sprawdziłem w pierwszej kolejności pod CPLD i menu nie działało poprawnie. Siłą rzeczy sprawdziłem plik konfiguracyjny gdzie single_button_mode było ustawione na "0" więc zmieniłem na "1" i problem zniknął
Przełożyłem kartę SD do wersji starszej (tej problematycznej z artefaktami w obrazie) i okazało się, że nie da się poruszać po menu bo tam parametr "1" działa odwrotnie.
Skoro tryb jednego przycisku ma parametr "1" znaczy, że ma być włączony a parametr "0" jest tego przeciwieństwem. Jak coś źle rozumiem to proszę mnie poprawić.
