RES
RES
Iemand toevallig dit al eens gedaan (ik wel, om precies te zijn vandaag)
Ik zit alleen met een probleem, hoe wek je die vertikale sync. op ?
Ik snap niet precies na hoeveel beeldlijnen (625 totaal, 575 is beeld, dus 50 resterend) en hoeveel pulsen precies (kan die info niet vinden, de timing)
Kaal signaal (dit signaal zet 3 balken in beeld, grijs, wit, grijs van 3 usec breed) Moet nu dus vertikale sync. bij (vertical interval) Zodat ik niet alleen balken kan maken, maar ook pixels.
[Bericht gewijzigd door RES op ]
k.p.meinesz
Een schizofreen is nooit alleen!
zoek eens naar de maker van PIC-PONG
hierin geeft hij uitleg hoe videosignalen zijn opgewekt en de timing van de signalen
heb zelf nog niet een betere uitleg kunnen vinden
http://www.rickard.gunee.com/projects/video/pic/pong.php
EDIT: Bij "howto" staat het uitgelegd..
[Bericht gewijzigd door PaWoN op ]
Jouke
Met geld moet je creativiteit bekopen.
als ik het goed heb is de hor. sync 4μs en de ver.sync
26 μs. je geeft nu helemaal geen ver. sync (het beeld loopt maar dat zie je niet omdat het strepen zijn )
als je naa 57het signaal van je scope ook 57 signalen doet
zonder de middelste puls (de monitor doet zelf naa elke hor. sync een 1/625e stapje naar beneden)weg laat en naa 625 lijnen
een sync geeft van 26μs krijg je 5 wite blokjes in het midden(aaaals het goed is)
Jouke
Met geld moet je creativiteit bekopen.
26 us klopt misschien niet
las ergens dat de ver. sync minimaal 47% van de horizontale
lijntijd moet zijn
RES
RES
Gevonden.....
All scan-lines first have a 4us-sync pulse, then black for 8us, then the 52us graphic comes. These horizontal sync-pulses makes the TV understand when a scan-line starts, but there is needed to send information about when a new picture starts too, it is called vertical sync, and is a special pattern that tells the TV that a new image is coming. There are two kinds of vertical sync, because the image is divided into two part images, showing even and odd lines, to get less flickering. In pong, the two images are identical, so the game is not using the full y-resolution possible, but it doesn't matter because it is way better than the x-resolution anyway, making the x-resolution the biggest problem.
De scanning begint bovenaan, ja telkens 1/625ste stapje omlaag zigzaggend, totdat ie beneden aan is gekomen, daar moet ik die vertikale sync erin gooien. Ik denk na 575 beeldlijnen, want dat las ik ergens (beeld zelf is 575, de rest onderin 50, zit van alles in aan informatie)
Denk dat ik eens 576ste beeldlijn een vertikale sync erin stop, eens kijken wat er gebeurd ? (snap het nog niet helemaal) Moet dus een 16bit teller hebben (255 te weinig), die laat ik tot 575 tellen dan vertikale sync. scanline erin (opdracht, dan weet TV wat ie moet doen)
Die vertikale sync. ziet er ook lastig uit, aanloop en dan sync pulsen en afloop. (hoeveel aanloop pulsen hoeveel usec ?) Ik zal eens die code bestuderen van die Rickard:
shortsync movwf counter1
shortsync_l0
bcf porta,0 ;2us sync
bcf portb,0
dnop
movlw 0x1D ;30us black
movwf counter2
nop
bsf porta,0
shortsync_l1 decfsz counter2,f
goto shortsync_l1
decfsz counter1,f
goto shortsync_l0
retlw 5
vertsync
movlw 5
btfss videostuff,0
movlw 6
call shortsync
incf videostuff,f
longsync movwf counter1
longsync_l0 movlw 0x1D
movwf counter2
bcf porta,0 ;30 us sync
bcf portb,0
longsync_l1 decfsz counter2,f
goto longsync_l1
nop ;2us black
bsf porta,0
nop
decfsz counter1,f
goto longsync_l0
movlw 5
btfss videostuff,0
movlw 4
call shortsync
return
Er staat wel wat info bij, helaas wel weinig 
Ziet iemand wat hier gebeurd ?
... Ik vond nog dit tekeningetje, helaas ook weer zonder tijden erbij:
http://attiny.com/co/vertikaal.gif
Ah, nu zie ik het al, eerst de sync. puls verdubbelen, dan de vertikale sync. pulsen (omgekeerde van die eerste 6 pulsen) Die serrations zijn dus 4 usec breed zo te zien.
http://www.rickard.gunee.com/projects/video/pic/vinfo_vsync_big.png
Als ik naar dit plaatje kijk, weer de helft van de syncpulstijd.
[Bericht gewijzigd door RES op ]