Welcome, Guest. Please login or register.


Author Topic: TFT Monitor tapasztalat (Read 46584 times)

Offline Z80System

  • EP addict
  • *
  • Posts: 3842
  • Country: hu
  • OS:
  • Windows NT 10.0 Windows NT 10.0
  • Browser:
  • Chrome 62.0.3202.75 Chrome 62.0.3202.75
    • View Profile
Re: TFT Monitor tapasztalat
« Reply #225 on: 2017.October.28. 23:41:20 »
Az is érdekes, hogy a monitor beépített "Auto adjustment" funkciója a kézzel beállított H,V position és Pixel clock értékeket változatlanul hagyja legtöbbször,
és csak a Phase értéket állogatja ...

Csak valami olyan esetekben nyúl hozzá az első háromhoz, ha valahogy nagyon nem stimmol neki a kép a kézi (aktuális) beállításokhoz ...

Ami most nekem itt jól jön,

mert többnyire büntetlenül nyomogathatom az automatikus beállítás gombot, remélve hogy még jobb lesz a kép,
pedig a Pixel clock értéknek a remegésmentességhez 78 -on kell maradnia, és én azt kézzel raktam oda,
mert alapból az automatikus beállítás máshova rakta ...

Érdekes ez az egész ... :)
Z80 System

Offline Z80System

  • EP addict
  • *
  • Posts: 3842
  • Country: hu
  • OS:
  • Windows NT 10.0 Windows NT 10.0
  • Browser:
  • Chrome 62.0.3202.75 Chrome 62.0.3202.75
    • View Profile
Re: TFT Monitor tapasztalat
« Reply #226 on: 2017.October.28. 23:50:06 »
Most kompozit szinkronnal tolom,

holnap még a fotókon kívül átforrasztom H+V szinkronra is,

hátha azzal stabilabb lesz ...


Bár gyanítom hogy nem a vízszintes szinkron kap saját drótot,
hanem a függőleges ... vagy ez 3 külön drót az EP -n ?

Na majd megnézem ... hátha mégis jobb, és a szétválasztó logikáját tréfálja meg az EP a Benq bemenetének ...

(Bár én eddig még életemben nem tapasztaltam soha semmi különbséget a CSync és a H+V Sync között EP -nél ...)



Z80 System

Offline balagesz

  • EP user
  • *
  • Posts: 265
  • Country: hu
  • OS:
  • Linux (Fedora)) Linux (Fedora))
  • Browser:
  • Firefox 56.0 Firefox 56.0
    • View Profile
Re: TFT Monitor tapasztalat
« Reply #227 on: 2017.October.29. 01:14:12 »
Ezekben a Benq BL 912 monitorokban van olyan beállítási lehetőség, hogy:

Pixel clock
Phase

<...>

Nem tudom mik ezek az értékek pontosan, valamiféle offset/scale -nek képzelem őket, de nem tudom milyen koordináta rendszert transzformálnak honnan hova.

Olvasva a thread többi részét is, azt hiszem célszerű lenne ezekhez egy kis magyarázat, szóval <kisregény>:

A bevezetésnek talán tigrian régi NICK leírása, legalábbis az eleje pont elég is lesz. Ebből látszik, hogy egy kép hogyan kerül ki az analóg kimeneten keresztül egy monitorra. A lényeg, hogy a memóriából valamilyen úton előállított pixelek szépen sorban, egymás után kerülnek ki az RGB kimenetre egy digitális -> analóg átalakító segítségével. Viszont van egy "sebesség", amivel az egymás után következő pixelek kikerülnek a kimenetre, ez most nekünk fontos lesz! :) Ez a "sebesség" kifejezhető időben meg frekvenciában is, általában az utóbbit használják. Van ennek egy (két) általánosan elfogadott neve, ez a Pixel Clock vagy Dot Clock, ez a korabeli gépeken mindig néhány MHz-es nagyságrendben van. Az EP esetén ez a 14.xxxMHz, ez tartozik a 640×...-es felbontáshoz. (Ha a 320×...-es felbontást nézünk, akkor is ekkora a Dot Clock, csak egy pixel kétszer van egymás után kirakva tulajdonképpen, szóval nincs változás.)

És el is érkeztünk a mostani tárgyhoz; a TFT monitorok analóg RGB kezeléséhez. Ezek a monitorok belül csak digitális jelekkel tudnak bűvészkedni, a panelvezérlő elektronika analóg jelekkel nem tud mit kezdeni. Ahhoz, hogy mégis használható legyen analóggal is, a TFT meghajtó elektronika egy A/D konverterrel, azaz analóg-digitális átalakítóval (vagyis az RGB esetén hárommal) kezdődik, aminek a segítségével digitálissá alakítja az RGB jeleket. (A különböző, képet reprezentáló hullámformákból sima számsorok lesznek.) Ez idáig egyszerűnek hangzik, de van némi bökkenő a dologban.

Az elképzelés ugye az, hogy a számítógépből jövő videojel a Dot Clock sebességével változik, a monitornak is pont ezzel a Dot Clock sebességgel kell az analóg jelet digitálissá alakítania, hogy ne legyen elveszett pixel / ne legyen többször ugyanaz a pixel átalakítva. Igen ám, de a régi CRT-nek nem kellett a Dot Clock semmire, emiatt az nincs kivezetve egyik fajta analóg videokimenetre se. (Nem csak EP-n, sehol!) A monitornak az első feladata, hogy ki kell találnia az eredeti Dot Clock-ot, ha azzal a sebességgel akar digitalizálni, ahogy a forrásból jön a jel.

A kitaláláshoz egyetlen segítsége van, ez pedig nem más mint a HSYNC, azaz a sorszinkron. A monitor annyit "tud", hogy mindig ugyanannyi számú Dot Clock időnként van egy HSYNC, ha megméri, hogy mennyi időnként jön újra, akkor ahhoz lehet már majd időzíteni. Valójában az történik, hogy a HSYNC frekvenciáját felszorozza valamennyivel, az lesz a Dot Clock, csak ezt a valamennyit kell pontosan kitalálni. :)

Pixel clock

Mindkettő 0 és 100 között állítható.

Esetünkben a monitorban látott "Pixel clock" az pont ez a frekvencia lesz. A 0..100 kijelzett tartomány - hogy is mondjam - nem túl beszédes. :) Láttam olyan monitort, ahol az ehhez tartozó menüpontban egy konkrét szám volt. Egy sima, 640×480p@60Hz VGA jelnél az automatikus beállítás ide 800-at állított. És igen, a sima 640-es VGA esetén 800 Dot Clock ideig tart egy rasztersor. (A 640 pixelnyi kép mellett van még pár pixel keret, egy adag "blank level" ami fekete, meg hozzá jön még a sorszinkron szélessége.) Tehát itt konkrétan látszott, hogy mennyi az a valamennyi, amivel felszorozza s sorfrekvenciát a Dot Clock-hoz a monitor. Hogy az EP esetén mekkora ez a szám, azt nem tudom, de István szerintem egyből rávágná, hogy hány 14.xxxMhz-es órajelciklus egy rasztersor... :-D

Tehát a "Pixel clock" menüpontban ezt kellene beállítani pontosan, és ott tuti csak egy érték lesz megfelelő. Ha ezt az értéket "növeled", akkor egy rasztersorba több adatot olvas be majd az elektronika, mint amennyi valójában ott van. Mivel a beolvasott adatokat (az összeset!) nyújtja majd ki a panel teljes szélességére, ezért ilyenkor tényleg azt látod, hogy a vízszintes képméret megy össze. Csökkentésnél meg nyúlik meg, párban azzal, hogy kezdenek pixelek elveszni! Tehát ez a paraméter még véletlenül se arra van, hogy a vízszintes méretét beállítsd a képnek! (Ha "túl vastag a keret", azon ezzel ne akarj csökkenteni, mert rossz lesz a végeredmény.)

És az is érdekes hogy ez a 3 kilences minőség csak a 78 -as pixel clock álláson lesz így.
Nem állítom hogy egyesével végigpróbáltam a teljes 100X100 (Pixel clock X Phase) mátrixot,
de sztm csak a 78 -nál lesz ilyen jó, nem fogok másik állást találni ...

Ki kell derítsem mik ezek az értékek ... :)

Az elsőt már tudod, vissza van a Phase:

Ha megvan a monitorban a Dot Clock, amivel digitalizálhatja vissza az analóg jelet, az még csak félig jó. Mert ugye vannak azok az időpillanatok, amikor a Dot Clock hatására "változik a jel", utána meg egy ideig "stabil" lesz. Aztán ha jön a következő Dot Clock, akkor újra változik (változhat...) az RGB jelek közül bármi, majd megint egy "kis ideig" stabil. Ezek az idők ugye elég rövidek, a "változás" meg a "stabil" állapot ideje összesen egy Dot Clock ideje! Viszont előfordulhat az, hogy a monitor pont azt az időpillanatot digitalizálja az RGB jelből, amikor éppen a "változás" szakaszban van. Ekkor látszik az, hogy a karakterek széle nem stabil, hanem hol ehhez, hol az utána levő pixelhez ugrik, "zizis a széle a függőleges vonalaknak". Na, a Phase az arra van, hogy egy Dot Clock idején belül lehet vele tologatni a mintavételezési pontot, tehát ezzel tudod "behangolni", hogy a "változik" meg a "stabil" állapot közül a "stabil" szinten (lehetőleg a közepe/vége fele) történjen a digitalizálás.

Ebből az is látszik, hogy a Phase-t tök fölösleges addig állítgatni, ameddig a Pixel clock érték nincs tökéletesen beállítva!

Sajna ezen a monitoron a már említetteken kívül csak pozíció értékek vannak és semmi más ... Méretről nem hallottak a készítők ...

Ez így is van. Ha megvan a tökéletes Pixel clock beállítás, onnantól a sorhossz már "szabvány", tehát a szélesség állítására nincs szükség. (A CRT-knél is azért kellett csak, mert a csőben analóg módon volt a sugárpozíció vezérelve, ott azt állíthattad be. A TFT digitálisan "vezérli" a "sugárpozíciót", itt mindig ugyanott lesz az a pont, amit "megcímez".) A függőleges képméret (magasság) meg úgyszintén "szabvány", ráadásul a sorszámláláshoz szükséges "Clock" meg is van (a HSYNC személyében), még azt se kell "kitalálni". Pozíciót azt tudsz állítani, de méretet "nem szükséges".

A kínai scaler egyébként nem érzékeny ugyanennek a gépnek a képének a remegésére.
Szóval a remegésen a tápnak nem is lenne mit javítania, mert a kínai scaler sosem remegett ...
Csak a Benq BL 912 natív VGA inputja érzékeny rá ... amit az új táp nagyban javít ...

A Scaler elektronikájának ugyanazt a trükköt meg kell csinálni a digitalizáláshoz, mint amit a TFT monitor megcsinál, szóval "Pixel clock" meg "Phase" állítási lehetőség ott is illene hogy legyen. ;) A fentiek emiatt rá is vonatkoznak.

A kisregény elején szó volt a monitorban generálandó Dot Clock-ról, az talán a meséből is lejön, hogy nagyon érzékeny a HSYNC jelen levő zavarokra. Ehhez hozzájön még az is, hogy nagyon érzékeny a forrás oldal Dot Clock jitter-mentességére is, amiben az EP-t nem érzem annyira kimondottan profinak. :-D (Ezt a frekvenciát az EP-ben az a "szép", varicap-diódás, hangolható tekercses áramkör csinálja, amit piszkálva nagyon könnyen szétesik a kép. :) )

- Új táppal autotune után PixelClock: 78, Phase: 40 -es beállítással álló kép, csak nagy ritkán rezdül meg valami, nem teljes sorban.

Akkor az a 78-as Pixel clock lesz a jó valószínűleg. A "nem teljes sorban rezdülés" az lehet az EP Dot Clock nem teljes stabilitásából is, azzal a monitor oldalán nem tudsz nagyon mit kezdeni. :( Az, hogy a TFT meg a Scaler nem teljesen ugyanúgy reagálja le az esetleges zajokat, az előfordulhat, de valószínű, hogy mindkét esetben ugyanaz lesz a hiba forrása.

</kisregény>

Offline Dr.OG

  • EP fan
  • *
  • Posts: 182
  • Country: hu
  • dr.
  • OS:
  • Linux Linux
  • Browser:
  • Chrome 56.0.2924.87 Chrome 56.0.2924.87
    • View Profile
Re: TFT Monitor tapasztalat
« Reply #228 on: 2017.October.29. 05:43:36 »
Jól meglódult a topic, míg aludtam!

Nálam az eredeti táp mellett (most nem vagyok otthon, úgyhogy nem tudom megnézni, hogy 2A-es angol vagy 1,3A-es német verzió-e) a kezdőképernyő (ahol a színes ENTERPRISE felirat villog) soha be se jött a BL912-őn. Ha nyomtam egy Entert, utána a BASIC képernyőre hosszú másodpercek után már rá tudott szinkronizálni a monitor, de csak külön HSYNC + VSYNC esetén, a CSYNC nagyon nem tetszett neki. Pedig a Samsung LE40B650-en meg CSYNC-el SCART-on át teljesen jó a kép (screenshot-ot is töltöttem fel korábban róla valamelyik topicba).

Más kérdés a kép oldalirányú hullámzása, ami csak néhány játéknál jön elő (pl. Hungaroring, Commando töltés): ezzel a Samu sem tud mit kezdeni, viszont a 30 éves Philips CM8833-as monitorom hátulján lévő "VCR" kapcsoló simán eltünteti (gondolom ez valamiféle TBC - időalap korrektor - áramkört aktiválhat).

Meg lehetne próbálni a HSYNC és VSYNC jeleket a gépen kívül egyesíteni logikai IC-vel vagy BC547-es tranzisztorral és ellenállásokkal, és azt felhasználni, de egyelőre az SD kártya illesztőt várom, ami lényegesen megkönnyítené a programok töltögetését. (Én sajnos/szerencsére floppys C64-gyel nőttem fel, a magnós 'besípolás' számomra igazi szenvedést okoz már csak a hanghatás miatt is, az időfaktorról említést sem téve).

Most egy másik projekten dolgozom: megérkezett kínából a GBS-8200-as upscaler klónom, ami RGB-n át szintén nem nagyon tud mit kezdeni az EP-m video jelével (rosszabb esetben fekete képernyő, jobb esetben instabil, futó, hullámzó kép). Ahogy észrevettem, a komponens bemenete sokkal kevésbé válogatós. Jelenleg diszkrét alkatrészekből (tranzisztorok, kondenzátorok, ellenállások) próbálok összerakni egy egyszerű RGB->YUV átalakítót, eredményeimről be fogok számolni.

Szerencsére Y jelként az EP video kimenetén alapból rendelkezésre álló fekete-fehér kompozit jel is használható végszükség esetén, azt megeszi a scaler (már próbáltam). Így csak a 2 színkülönbség jelet kellene előállítani. Persze jobb volna azt is az RGB-ből generálni, ha jól emlékszem, a kompozit FF jelhez az EP 1/3-1/3-1/3 arányokban használja a zöld-vörös-kék jeleket, és nem a szabványos kb. 0,6-0,3-0,1 szorzókat használja.

Még a skálázásról annyit, hogy FPGA-val tesztelve, ami közel tökéletes analóg RGB-t és ideális szinkronjeleket generál, a BenQ csúnyán skáláz: olyan, mintha 'nearest neighbour' módszerrel egyszerűen csak felszorozná az oszlopok és sorok szélességét úgy, hogy kitöltsék a képernyőt. Ez jól látszik pl. az Atari ST desktopja esetén, ami 1 pixel x pixeles zöld-fehér sakktábla. A monitoron néhány pötty csak 2x2 pixel, de akad 2x3-as, 3x2-es és 3x3-as is. Messziről nem zavaró, de közelebbről nagyon látszik, főleg szövegnél, hogy pl. az M betű egyik szára vastagabb, mint a másik. A GBS felskálázó ezzel szemben olyan, mintha pl. bilineáris módszert használna: a kép valamivel életlenebb ugyan, de mentes a fentebb részletezett skálázási hibától: a fenti példánál maradva a fehér és zöld határát világoszölddel jeleníti meg, a végeredmény homogénebbnek hat. Más kérdés, hogy a skálázó max. 1024x768-as jelét ráengedve a BenQ 1280x1024-es paneljére az megint csak skálázódni fog...

Üdv.: Gábor

Ha majd kipróbáltad és gondolod, akkor írd meg nálad milyen pixel clock és phase értékek adtak zizegésmentes képet.

Nálam kb. így nézett ki:

- Régi táppal automatikus képbeállítással a teljes kép zizeg, teljes sorok elcsúszkálnak vízszintesen, összevissza zizegő kép.

- Régi táppal pixel clock és phase értékek állítása értelmetlen volt, reagált rájuk, de soha nem állt meg a kép zizegése.

- Új táppal automatikus képbeállítással BASIC képernyőn a fölső 4 karaktersorban erősebb remegés, és a képernyő bal széle fele nem teljes sorok elcsúszkálása. Többi rész jó.
Ugyanitt Sir Fred játék teljes képen zizeg (az valszeg egy különösen szivatós LPT/pixel tartalaom a remegéshez).

- Új táppal autotune után PixelClock: 78, Phase: 40 -es beállítással álló kép, csak nagy ritkán rezdül meg valami, nem teljes sorban.
ÉN ekelek, TE keregsz, Ő gyeleg,
MI ákolunk, TI vornyáztok, ŐK lendeznek.

Offline Zozosoft

  • EP addict
  • *
  • Posts: 13374
  • Country: hu
  • OS:
  • Windows 7/Server 2008 R2 Windows 7/Server 2008 R2
  • Browser:
  • Firefox 56.0 Firefox 56.0
    • View Profile
    • http://enterprise.iko.hu/
Re: TFT Monitor tapasztalat
« Reply #229 on: 2017.October.29. 07:17:31 »
Most egy másik projekten dolgozom: megérkezett kínából a GBS-8200-as upscaler klónom, ami RGB-n át szintén nem nagyon tud mit kezdeni az EP-m video jelével (rosszabb esetben fekete képernyő, jobb esetben instabil, futó, hullámzó kép).
Erről hangzott itt el, hogy az a trükkje, hogy a megfelelő időpillanatban le kell nyomni mind a 4 gombját, és akkor hopp, stabil kép lesz EP-vel. Ezt láthattuk is tegnap a klubban.
A magyarázat az lehet, hogy több helyen is írták már, hogy a hardver része nem olyan rossz a cuccnak, de a szoftver az pocsék. A spanyol retrós srácok pl le is vágják az eredeti vezérlő mikrokontrollert, és egy újat kötnek rá, saját programmal.
Ez a 4 gomb nyomásos trükk úgy akaszthatja ki az eredeti szoftvert, hogy az elfelejti futtatni a kép rontó szoftver részt :-)
19322-0
19323-1
19324-2
19325-3

Offline Zozosoft

  • EP addict
  • *
  • Posts: 13374
  • Country: hu
  • OS:
  • Windows 7/Server 2008 R2 Windows 7/Server 2008 R2
  • Browser:
  • Firefox 56.0 Firefox 56.0
    • View Profile
    • http://enterprise.iko.hu/
Re: TFT Monitor tapasztalat
« Reply #230 on: 2017.October.29. 07:30:32 »
Olvasva a thread többi részét is, azt hiszem célszerű lenne ezekhez egy kis magyarázat, szóval <kisregény>:
Köszi, ez nagyon jó!

Quote
István szerintem egyből rávágná, hogy hány 14.xxxMhz-es órajelciklus egy rasztersor
Igen, már kiszámolta.
Ez fontos is lehet, hogy a PAL szabvány 14.25 Mhz helyett 14237536.27 Hz (és ez még gépenként változhat a hangolható áramkör aktuális szórása miatt). ill. Ebből eredendően az 50 Hz is  50.0363 Hz az EP-n.
Gondolom ha a digitalizáló áramkör úgy véli, hogy jééé ez egy PAL jel lesz, és feltételezi a 14.25/50-et, akkor az nem lesz jó...
Talán ebből eredhet azok a pár évvel ezelőtti tapasztalatok, hogy LG SCART-os LCD-k azok szeretik az EP-t, míg pl. az akkori Samsungok meg nem.

Offline IstvanV

  • EP addict
  • *
  • Posts: 4806
  • OS:
  • Linux Linux
  • Browser:
  • Firefox 52.0 Firefox 52.0
    • View Profile
Re: TFT Monitor tapasztalat
« Reply #231 on: 2017.October.29. 10:24:23 »
Igen, már kiszámolta.

Egészen pontosan 57 * 16 nagy felbontású pixel egy teljes sor, de ez az EXOS dokumentációban is megtalálható.

Quote
Ez fontos is lehet, hogy a PAL szabvány 14.25 Mhz helyett 14237536.27 Hz (és ez még gépenként változhat a hangolható áramkör aktuális szórása miatt).

Ha a hangolható áramkör szórása miatt változik, akkor rossz a hangolható áramkör és javítani kell. :oops: A frekvenciát ténylegesen a 4.43361875 MHz-es PAL kristály határozza meg, ennek valójában nem nagy a szórása, talán +/- 50 ppm lehet. És egy sor ebből pontosan 284 ciklus ha az áramkör jól működik, amiből már ki is számítható a fenti órajel.

A PAL szabvány szerint azonban a 284 nem jó, valójában 283.75-nek kellene lennie és még 25 Hz eltolásnak (ezeknek az értékeknek elvileg a világosság, szín, és 50 Hz-es hálózati frekvencia közötti interferencia minimalizálása a célja), így lesz 15625 * 283.75 + 25 = 4433618.75 Hz. A vízszintes frekvencia kis eltérése már zavarhatja a video jelet digitálisan feldolgozó TV-ket amelyek a pontos szabványos arányt tételezik fel.

RGB kimenetnél azonban csak a soron belüli pixelek pontos száma igazán fontos.
« Last Edit: 2017.October.29. 10:43:32 by IstvanV »

Offline Z80System

  • EP addict
  • *
  • Posts: 3842
  • Country: hu
  • OS:
  • Windows NT 10.0 Windows NT 10.0
  • Browser:
  • Chrome 62.0.3202.75 Chrome 62.0.3202.75
    • View Profile
Re: TFT Monitor tapasztalat
« Reply #232 on: 2017.October.29. 12:40:36 »
Quote
Tehát a "Pixel clock" menüpontban ezt kellene beállítani pontosan, és ott tuti csak egy érték lesz megfelelő. Ha ezt az értéket "növeled", akkor egy rasztersorba több adatot olvas be majd az elektronika, mint amennyi valójában ott van.

Kis korrekció, a Pixel clock értéket valóban 0-100 -ig lehet állítani ebben a monitorban, de a Phase érték csak 0-63 -ig megy.

Végigpróbáltam mind a 101 különböző Pixel clock értéket egyesével, valóban mindenhol a teljes képernyőn teljesen zizis, remegős a kép, csak a 78 -ason lesz elfogadható.
(Legalábbis ezzel az EP -vel ...)

Quote
Ez így is van. Ha megvan a tökéletes Pixel clock beállítás, onnantól a sorhossz már "szabvány", tehát a szélesség állítására nincs szükség.

Hát ezt nem értem, én igenis akarhatnám skálázni a képet különböző féle képpen, pld. egész számmal felszorozni a bemeneti felbontást, vagy aspekt helyesen skálázni,
vagy kitölteni a képet, vagy "overscan", vagy ilyesmik ... ez a vacak Benq meg semmit nem enged ezekből ...

Quote
A Scaler elektronikájának ugyanazt a trükköt meg kell csinálni a digitalizáláshoz, mint amit a TFT monitor megcsinál, szóval "Pixel clock" meg "Phase" állítási lehetőség ott is illene hogy legyen. ;) A fentiek emiatt rá is vonatkoznak.

Én is ezt szeretném hinni,
de egyrészt az ilyen olcsó scaler -ekben nincsenek kivezetve ilyen opciók,
másrészt totál nem érzékeny a remegésre, majdhogynem soha nem láttam rajta villódzást még a régi táppal sem.
Tehát valahogy megoldja kézi beállítás nélkül, önállóan, a Benq -hoz képest szuperintelligens módon ...

Quote
A kisregény elején szó volt a monitorban generálandó Dot Clock-ról, az talán a meséből is lejön, hogy nagyon érzékeny a HSYNC jelen levő zavarokra. Ehhez hozzájön még az is, hogy nagyon érzékeny a forrás oldal Dot Clock jitter-mentességére is

Quote
Akkor az a 78-as Pixel clock lesz a jó valószínűleg. A "nem teljes sorban rezdülés" az lehet az EP Dot Clock nem teljes stabilitásából is, azzal a monitor oldalán nem tudsz nagyon mit kezdeni.

Igen, vélhetően a 78 lesz a legközelebbi az ideálishoz, de ezek után simán elképzelem, hogy ez a 0-100 -ig dolog ez nem is feltétlen elegendően pontos érték ...
Szal lehet hogy 77.5 vagy 78.2 jobb jobb lenne, de olyat ez a Benq nem tud ...
Z80 System

Offline Z80System

  • EP addict
  • *
  • Posts: 3842
  • Country: hu
  • OS:
  • Windows NT 10.0 Windows NT 10.0
  • Browser:
  • Chrome 62.0.3202.75 Chrome 62.0.3202.75
    • View Profile
Re: TFT Monitor tapasztalat
« Reply #233 on: 2017.October.29. 12:46:02 »
Több helyen pedig azt olvastam, hogy ha nem tudod mi a neked ideális Pixel clock érték,

akkor azzal lehet az automatikus hangolást elősegíteni, ha kiraksz egy teljes képernyős, egy pixeles (gondolom a legnagyobb felbontást jelenti itt) fekete- fehér sakktábla képet,
és arra nyomod rá a monitorod (A/D fokozatod) automatikus hangoló funkcióját,

mert ekkor lesz a legnagyobb esélye beállítani az ideális Pixel clock és Phase értéket.

(De az is lehet hogy a felbontás nem a legnagyobb, hanem a mindenkori aktuális felbontás, gondolva különösen a már magyarázott Phase értékre ...)

Z80 System

Offline Z80System

  • EP addict
  • *
  • Posts: 3842
  • Country: hu
  • OS:
  • Windows NT 10.0 Windows NT 10.0
  • Browser:
  • Chrome 62.0.3202.75 Chrome 62.0.3202.75
    • View Profile
Re: TFT Monitor tapasztalat
« Reply #234 on: 2017.October.29. 13:05:39 »
Quote
Ha nyomtam egy Entert, utána a BASIC képernyőre hosszú másodpercek után már rá tudott szinkronizálni a monitor, de csak külön HSYNC + VSYNC esetén, a CSYNC nagyon nem tetszett neki. Pedig a Samsung LE40B650-en meg CSYNC-el SCART-on át teljesen jó a kép (screenshot-ot is töltöttem fel korábban róla valamelyik topicba).

Na. Hát ez nálam pont fordítva van bakker.


Kis kitérőként említem itt, hogy ma reggel bekapcsoláskor (új táp, CSYNC, 78 -as Pixel clock) az a kép fogadott,
hogy a képernyő teteje fele egy négy- öt függőleges karaktersornyi sávban elég erős zizegés vagyon a kép teljes szélességében.
De csak abban a sávban, többi alatta ill. felette nem zizeg.

Úgy egy jó fél- egy órányi idő (gondolom melegedés) után állt vissza a tegnap este tapasztalt majdnem jó állapotba.
(De egyébként a maradék hibák még mindíg arra a sávra tűnnek korlátozódni, tahát a melegedés hatására nem megszűnésről, hanem nagyon erős csökkenésről beszélhetünk ...)


Na de párhuzamosan forrasztgattam (bemelegedés előtt és után is) a CSYNC és H+V Sync között, és azt tapasztaltam,
hogy a CSYNC mindíg mintha egy kicsit stabilabb lenne mint a H+V Sync, de semmiképpen nem rosszabb,

VISZONT pld. a Sir Fred játéknak sem a menüje, sem maga a játék képernyő egyáltalán meg sem jelenik,
nem is találja meg a szinkront, ha H+V Sync -re van forrasztva.

Ugyanaz CSYNC -el megjelenik, es ugye melegedési idő után meg is áll ...

Kutya nem érti ezeket ... :)

Z80 System

Offline IstvanV

  • EP addict
  • *
  • Posts: 4806
  • OS:
  • Linux Linux
  • Browser:
  • Firefox 52.0 Firefox 52.0
    • View Profile
Re: TFT Monitor tapasztalat
« Reply #235 on: 2017.October.29. 13:05:48 »
akkor azzal lehet az automatikus hangolást elősegíteni, ha kiraksz egy teljes képernyős, egy pixeles (gondolom a legnagyobb felbontást jelenti itt) fekete- fehér sakktábla képet,

Az valami ilyesmi lehet (IVIEW kép):
* cb42x256.pic (0.05 kB - downloaded 84 times.)

Offline Z80System

  • EP addict
  • *
  • Posts: 3842
  • Country: hu
  • OS:
  • Windows NT 10.0 Windows NT 10.0
  • Browser:
  • Chrome 62.0.3202.75 Chrome 62.0.3202.75
    • View Profile
Re: TFT Monitor tapasztalat
« Reply #236 on: 2017.October.29. 13:09:25 »
Quote
Erről hangzott itt el, hogy az a trükkje, hogy a megfelelő időpillanatban le kell nyomni mind a 4 gombját, és akkor hopp, stabil kép lesz EP-vel. Ezt láthattuk is tegnap a klubban.

Ez a trükk vajon csak ennél az egy típusnál lehet ?

Hol hangzott ez el ? Van erről írva valahol ?



Z80 System

Offline Zozosoft

  • EP addict
  • *
  • Posts: 13374
  • Country: hu
  • OS:
  • Windows 7/Server 2008 R2 Windows 7/Server 2008 R2
  • Browser:
  • Firefox 56.0 Firefox 56.0
    • View Profile
    • http://enterprise.iko.hu/
Re: TFT Monitor tapasztalat
« Reply #237 on: 2017.October.29. 13:32:12 »
Ez a trükk vajon csak ennél az egy típusnál lehet ?

Hol hangzott ez el ? Van erről írva valahol ?
Itt.

Offline Z80System

  • EP addict
  • *
  • Posts: 3842
  • Country: hu
  • OS:
  • Windows NT 10.0 Windows NT 10.0
  • Browser:
  • Chrome 62.0.3202.75 Chrome 62.0.3202.75
    • View Profile
Re: TFT Monitor tapasztalat
« Reply #238 on: 2017.October.29. 14:22:36 »
Quote
Még a skálázásról annyit, hogy FPGA-val tesztelve, ami közel tökéletes analóg RGB-t és ideális szinkronjeleket generál, a BenQ csúnyán skáláz: olyan, mintha 'nearest neighbour' módszerrel egyszerűen csak felszorozná az oszlopok és sorok szélességét úgy, hogy kitöltsék a képernyőt.

És akokr a képek.
Már el is felejtettem milyen nehéz monitorról jó képet készíteni.
Talán ha mindet "összeadjátok" fejben, akkor elképzelhető a valódi minőség. Vagy nem ... :)

19355-019356-119357-219358-319359-4
Z80 System

Offline Z80System

  • EP addict
  • *
  • Posts: 3842
  • Country: hu
  • OS:
  • Windows NT 10.0 Windows NT 10.0
  • Browser:
  • Chrome 62.0.3202.75 Chrome 62.0.3202.75
    • View Profile
Re: TFT Monitor tapasztalat
« Reply #239 on: 2017.October.29. 14:24:47 »
19360-019361-119362-219363-319364-419365-5
Z80 System