Sida 2 av 2

Re: Bildkomprimering på AVR/PIC?

Postat: 9 april 2009, 19:29:20
av bearing
Om bilden är 640 bytes bred behövs bara 640 bytes minne + några bytes med temporära variabler. Betrakta exemplet ovan som psuedokod. picture[] är ju insignalerna från sensorn, och tar alltså ingen plats förutsatt att bilden behandlas i realtid (vilket den ju måste göras). average[] och diff[] kan sparas i samma minnesutrymme om average[]-datan fylls från början av utrymmet och diff[]-datan fylls från slutet av utrymmet. Datan skickas kontinuerligt över serielinan med början från slutet av utrymmet.

Fördelen med att behandla hela raden på en gång istället för 20bytessnuttar är att blankingtiden i slutet av raden ger tid att behandla average[].

Ska bilden vara i färg förresten? Bayermönstret innehåller ju varannan pixel i rött/grönt respektive grönt/blått beroende på udda/jämn rad. Differensen mellan två närliggande är därför stor. Färgerna måste behandlas för sig.

Re: Bildkomprimering på AVR/PIC?

Postat: 9 april 2009, 19:33:59
av blueint
Kanska ska förtydliga att man klockar ut bilden bit för bit med egen klocka. Så bilddatat kommer i den hastighet man har lust med i princip.. :D

Re: Bildkomprimering på AVR/PIC?

Postat: 9 april 2009, 19:41:38
av bearing
Är det en CMOS-sensor?
Slutartiden är proportionell mot klockperioden i de sensorer jag läst om. Om den har mekanisk slutare spelar det ingen roll, men annars måste avläsningshastigheten vara konstant om varje pixel ska få samma slutartid.

En annan fördel med att använda en stor array är att den ger möjlighet till långa block med nollor. Med 20-bytes snuttar blir ju maximal kompression 20:(1+overhead).

Re: Bildkomprimering på AVR/PIC?

Postat: 11 april 2009, 11:58:43
av Swech
Men att se om det kokar lagom och en bilduppdatering på 1 bild varannan sekund
blir det bra?

Swech