FMUSER Wirless Overfør video og lyd lettere.
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikaans
sq.fmuser.org -> albansk
ar.fmuser.org -> arabisk
hy.fmuser.org -> Armensk
az.fmuser.org -> aserbajdsjansk
eu.fmuser.org -> baskisk
be.fmuser.org -> hviderussisk
bg.fmuser.org -> Bulgarian
ca.fmuser.org -> Catalansk
zh-CN.fmuser.org -> Kinesisk (forenklet)
zh-TW.fmuser.org -> Kinesisk (traditionelt)
hr.fmuser.org -> Kroatisk
cs.fmuser.org -> Tjekkisk
da.fmuser.org -> dansk
nl.fmuser.org -> Hollandsk
et.fmuser.org -> estisk
tl.fmuser.org -> filippinsk
fi.fmuser.org -> finsk
fr.fmuser.org -> Fransk
gl.fmuser.org -> galicisk
ka.fmuser.org -> Georgisk
de.fmuser.org -> tysk
el.fmuser.org -> Greek
ht.fmuser.org -> haitisk kreolsk
iw.fmuser.org -> hebraisk
hi.fmuser.org -> hindi
hu.fmuser.org -> Hungarian
is.fmuser.org -> islandsk
id.fmuser.org -> Indonesisk
ga.fmuser.org -> Irsk
it.fmuser.org -> Italiensk
ja.fmuser.org -> japansk
ko.fmuser.org -> koreansk
lv.fmuser.org -> lettisk
lt.fmuser.org -> Litauisk
mk.fmuser.org -> Makedonsk
ms.fmuser.org -> malaysisk
mt.fmuser.org -> maltesisk
no.fmuser.org -> Norwegian
fa.fmuser.org -> persisk
pl.fmuser.org -> polsk
pt.fmuser.org -> portugisisk
ro.fmuser.org -> Romanian
ru.fmuser.org -> russisk
sr.fmuser.org -> serbisk
sk.fmuser.org -> Slovakisk
sl.fmuser.org -> Slovensk
es.fmuser.org -> spansk
sw.fmuser.org -> swahili
sv.fmuser.org -> svensk
th.fmuser.org -> Thai
tr.fmuser.org -> tyrkisk
uk.fmuser.org -> ukrainsk
ur.fmuser.org -> Urdu
vi.fmuser.org -> Vietnamesisk
cy.fmuser.org -> walisisk
yi.fmuser.org -> Jiddisch
OSD (On Screen Display) er en slags skærmvisningsteknologi, der bruges til at vise tegn, grafik og billeder på displayterminalen.
Videohukommelse, også kendt som rammebuffer, bruges til at gemme de gengivelsesdata, der er behandlet eller ved at blive ekstraheret af grafikchippen. Ligesom computerhukommelse er videohukommelse en komponent, der bruges til at gemme grafikoplysninger, der skal behandles. Billedet, vi ser på skærmen, er sammensat af individuelle pixels, og hver pixel bruger 4-32 eller endda 64-bit data til at kontrollere dens lysstyrke og farve. Disse data skal gemmes gennem videohukommelsen. Derefter tildeles det af displaychippen og CPU'en, og til sidst konverteres resultatet af operationen til grafik og output til skærmen.
1. Videohukommelsesberegning:
bredde * højde * PIXEL_SIZE (bitdybde)
8bit 16bit 32bit
U32 * p = (U32 *) GetMemoryAddr ();
p [y * bredde + x] = 0xffff0000;
For eksempel er opløsningen 1280 * 720, billedtilstanden er ARGB8888, og din videohukommelsesbuffer er 1280 * 720 * 4. Hvis det er ARGB1555, repræsenterer 1280 * 720 * 2, 4 og 2 bitdybden, som er antallet af bytes
Opløsningen er 1280 * 720, og billedtilstanden er ARGB8888. På den ene skærm er der 1280 pixels i en række og 720 pixels i en kolonne. En pixel styres af 4 byte data.
2. Realiseringsprocessen er: indholdet af videohukommelsen svarer til pixel på displayterminalen en til en. Denne en-til-en korrespondance indstilles generelt af registre og implementeres derefter af hardwaren. Driften af hukommelsesindholdet ændrer skærmens pixels, så visningen af en bestemt grænseflade kan realiseres. Faktisk er dette også metoden til generel digital skærm at vise. For eksempel: 320 * 240 monokromatisk (1 bit) pixel OSD kræver 40 * 240 Bytes lagerplads for at svare til det; 320 * 240 16 farver (4 bit) pixel OSD kræver 160 * 240 Bytes lagerplads for at svare til det
Nu er det muligt at ændre OSD-pixels ved at ændre indholdet af lagerenheden, men der er stadig et nøgleproblem, hvordan man fungerer efter behov, det vil sige, hvordan man indstiller en bestemt pixel til en bestemt farve. Dernæst introducerer vi begrebet farveprøver.
Indholdet af de fire nederste bit i en byte svarer til en pixel en-til-en, og dens værdi er "3", derefter bestemmes farven repræsenteret af tallet "3" af farvepaletten og derefter OSD-skærmen styres til at indstille pixlen til den angivne farve. Tilsvarende
Det tilsvarende forhold mellem denne farvepalet og den fysiske OSD-skærm vises normalt af registeret, hvilket er garanteret af hardwaren. For et specifikt displaymiljø er denne farvepalet generelt fast
Der er i øjeblikket to vigtige OSD-implementeringsmetoder: overlejring og syntese mellem den eksterne OSD-generator og videoprocessoren; videoprocessoren understøtter OSD internt og direkte overlejrer OSD-oplysninger inde i videobufferen.
1. Realiseringsprincippet for superpositionssyntese mellem den eksterne OSD-generator og videoprocessoren er: en karaktergenerator og displaybuffer indbygget i MCU'en ved hjælp af det hurtige blanke signal til at skifte tv-skærm og OSD-skærmindhold, lav OSD-tegn og andet indhold, der er overlejret på den endelige skærm, i OSD- og skærmskærmoverlejringsprocessen ved at justere forholdet mellem de to kan opnå OSD-halvtransparent (blanding) -effekt. Samtidig kan forskellige OSD-farveeffekter opnås ved at genkode de røde, grønne og blå signaler i OSD-signalet.
2. En anden implementeringsmetode er at understøtte OSD inde i videoprocessoren og direkte overlejre OSD-oplysninger inde i videobufferen. Denne type videobehandling har normalt en ekstern hukommelse eller en lille mængde interne linjebuffere samt en OSD-generator. OSD-syntese og kontrol udføres direkte i videobufferen, og den har også de ovennævnte gennemsigtigheds- og farvekontrolfunktioner. OSD har to typer: Fontbaseret og Bit-Map.
Tegn OSD: For at gemme skærmens cache bruger tidlige og billige løsninger en karakter OSD-generator. Princippet er at opdele skærmindholdet i OSD i blokke efter et specifikt format (12 × 18, 12 × 16 osv.), Såsom tal 0-9, bogstaver az, almindeligt anvendt lysstyrke, kontrastsymboler osv. , og dette indhold er størknet i ROM eller Flash, kun det tilsvarende indeksnummer er gemt i displayets cache, sådan en "ordbog" -struktur kan reduceres kraftigt Vis behovet for cache. For at give kontrol over farven og andre attributter for hvert tegn er der normalt en attributbuffer af samme størrelse som skærmbufferen og dens attributter (forgrundsfarve, baggrundsfarve, flimmer osv.) er effektive for hver pixel i hele tegnet. For at kompensere for manglen ved ikke at kunne specificere farven for hver pixel på denne måde, giver designeren af OSD-generatoren en løsning til præsentation af flerfarvede tegn ved at kombinere flere skærmbuffere. Princippet er, at hver skærmbuffer bestemmer et farveskema. Når to eller flere skærmbuffere flettes, kan flerfarvede tegn med mere end to farver "sammenkobles". Fordelen ved tegnet OSD er, at det kan bruge mindre skærmbuffer inde i OSD, og MCU behøver kun at specificere indekset for displayindholdet for at vise den tilsvarende OSD-information, som kan implementeres på en relativt lav hastigheds MCU. Men det er netop på grund af ovenstående
Skærminformationen og farvekodningsmetoden er ikke intuitiv nok, hvilket vil give nogle problemer med firmwareudviklingen af tegnet OSD. Normalt bruger LCD-skærme, billige fladskærms-tv og traditionelle CRT-tv denne type OSD, og de indtager stadig den almindelige position på markedet. Sammenlignet med tegnet OSD er behandlingsprincippet for bitmap OSD mere intuitivt og simpelt: ved at ændre hver pixel i et specifikt område af det endelige skærmindhold, vises OSD-informationen direkte på den sidste skærm,
Dens pixel-for-pixel-kontrol kan sikre flerfarvet og tilstrækkelig ydeevne. Bitmap OSD-generatoren er normalt indbygget i videoprocessoren og deler dens vigtigste skærmbuffer. Der er også professionelle OSD-bitmapgeneratorer uafhængige af videoprocessoren, såsom Maxims MAX4455. Normalt kræver denne type chip en ekstern SDRAM som en skærmbuffer. Displayeffekten af bitmap OSD kan teoretisk være meget perfekt. Det kan give forskellige objekter en tredimensionel effekt, der ligner Windows, såsom skyggefulde knapper, farverig grafik og tekst osv. Ulempen er, at den skal have nok OSD-displaycache og hastighedskravene til MCU efter pixel-for- pixelbehandling. Denne type OSD bruges normalt på store high-end fladskærms-tv'er og professionelle skærme. Med den kontinuerlige udvikling af teknologi og den kontinuerlige tilbagegang i hukommelsesomkostningerne bør fremtidige OSD'er bitmapres.
osd-tegning bruger generelt en dobbeltbuffer-cachemekanisme
Den ene buffer er, hvad vi kan se, og den anden er usynlig. Når du tegner, skal du først behandle dataene i bufferen, der ikke kan ses. Når du tegner, skal du kopiere dataene fra denne buffer for at se.
|
Indtast e-mail for at få en overraskelse
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikaans
sq.fmuser.org -> albansk
ar.fmuser.org -> arabisk
hy.fmuser.org -> Armensk
az.fmuser.org -> aserbajdsjansk
eu.fmuser.org -> baskisk
be.fmuser.org -> hviderussisk
bg.fmuser.org -> Bulgarian
ca.fmuser.org -> Catalansk
zh-CN.fmuser.org -> Kinesisk (forenklet)
zh-TW.fmuser.org -> Kinesisk (traditionelt)
hr.fmuser.org -> Kroatisk
cs.fmuser.org -> Tjekkisk
da.fmuser.org -> dansk
nl.fmuser.org -> Hollandsk
et.fmuser.org -> estisk
tl.fmuser.org -> filippinsk
fi.fmuser.org -> finsk
fr.fmuser.org -> Fransk
gl.fmuser.org -> galicisk
ka.fmuser.org -> Georgisk
de.fmuser.org -> tysk
el.fmuser.org -> Greek
ht.fmuser.org -> haitisk kreolsk
iw.fmuser.org -> hebraisk
hi.fmuser.org -> hindi
hu.fmuser.org -> Hungarian
is.fmuser.org -> islandsk
id.fmuser.org -> Indonesisk
ga.fmuser.org -> Irsk
it.fmuser.org -> Italiensk
ja.fmuser.org -> japansk
ko.fmuser.org -> koreansk
lv.fmuser.org -> lettisk
lt.fmuser.org -> Litauisk
mk.fmuser.org -> Makedonsk
ms.fmuser.org -> malaysisk
mt.fmuser.org -> maltesisk
no.fmuser.org -> Norwegian
fa.fmuser.org -> persisk
pl.fmuser.org -> polsk
pt.fmuser.org -> portugisisk
ro.fmuser.org -> Romanian
ru.fmuser.org -> russisk
sr.fmuser.org -> serbisk
sk.fmuser.org -> Slovakisk
sl.fmuser.org -> Slovensk
es.fmuser.org -> spansk
sw.fmuser.org -> swahili
sv.fmuser.org -> svensk
th.fmuser.org -> Thai
tr.fmuser.org -> tyrkisk
uk.fmuser.org -> ukrainsk
ur.fmuser.org -> Urdu
vi.fmuser.org -> Vietnamesisk
cy.fmuser.org -> walisisk
yi.fmuser.org -> Jiddisch
FMUSER Wirless Overfør video og lyd lettere.
Kontakt
Adresse:
No.305 Room HuiLan Building No.273 Huanpu Road Guangzhou Kina 510620
Kategorier
Nyhedsbrev