PixelClock auslesen/berechnen unter Windows

Im Prinzip ja, praktisch aber nicht - der Pixeltakt ist etwas höher, 
weil es sowohl eine horizontale als auch eine vertikale Austastlücke 
gibt.

Achtung, viele Funkwecker schalten den DCF-Reciever nur einmal am Tag 
ein, um die interne Quarzuhr nachzustellen...
Beim Testen kurz die Batterie rausnehmen, dann holt er sich immer die 
neue Zeit per DCF.

Ich hoffe du versuchst das nicht auf einem TFT o.ä. ;)

Wie eh schon erwähnt wurde - die Pixelclock ist meist etwas höher. 
Interessanterweise habe ich vor kurzem einen Linux Treiber für ein 
spezielles Display angepasst. Obwohl es sich bei dem Display um ein 
LCD/TFT (kA ;) ) gehandelt hat, mussten auch hier diverse Timings 
eingehalten werden. Man würde meinen dass bei den digitalen Varianten 
der Elektronenstrahl nicht neu positioniert werden muss.
Hat mich schon etwas verwundert :)

Thomas Linder wrote:
> Ich hoffe du versuchst das nicht auf einem TFT o.ä. ;)

Es geht auch, man muss nur wissen welche Samplerate der TFT intern 
verwendet...

Ich habe z.B. gemerkt, dass meine Funkmaus Probleme macht, wenn ich viel 
*** auf dem Bildschirm anzeige. Keine Ahnung wiso, aber das Verhalten 
lässt sich eindeutig reproduzieren.

> Obwohl es sich bei dem Display um ein
> LCD/TFT (kA ;) ) gehandelt hat, mussten auch hier diverse Timings
> eingehalten werden. Man würde meinen dass bei den digitalen Varianten
> der Elektronenstrahl nicht neu positioniert werden muss.

Eigentlich sollte das Timing komplett egal sein, solange 
Unter/Obergrenze an Pixeltakt eingehalten werden, damit ADC & PLL 
funktionieren. Vor kurzem habe ich einen TFT gesehen, der bei zu 
geringer Auflösung das Bild nicht vergrößert hat, sondern unten einfach 
irgendeinen Datenmüll angezeigt hat. Sowas war mir bis dahin noch 
vollkommen unbekannt, dass es sowas gibt...

Benedikt K. wrote:
> Thomas Linder wrote:
>> Ich hoffe du versuchst das nicht auf einem TFT o.ä. ;)
>
> Es geht auch, man muss nur wissen welche Samplerate der TFT intern
> verwendet...
>
Interessant :)

> Eigentlich sollte das Timing komplett egal sein, solange
> Unter/Obergrenze an Pixeltakt eingehalten werden, damit ADC & PLL
> funktionieren. Vor kurzem habe ich einen TFT gesehen, der bei zu
> geringer Auflösung das Bild nicht vergrößert hat, sondern unten einfach
> irgendeinen Datenmüll angezeigt hat. Sowas war mir bis dahin noch
> vollkommen unbekannt, dass es sowas gibt...

So einfach wars nicht :D. Da mussten wirklich die angegebenen Parameter 
eingehalten werden. Die VSYNC und HSYNC Signale waren (gemessen) zu der 
korrekten Zeit dort, der Pixeltakt wurde auch eingehalten (war eh ein 
recht breiter Bereich möglich lt. Datenblatt) aber die Ohne zusätzliche 
Pixel/Zeilen hätte das Ding nicht funktioniert. Evtl. probier ichs bei 
Gelegenheit nochmal, vielleicht gabs sonst ein Problem, ich glaube aber 
nicht.