[elektro] Vonal rajzolás

[Horvath Janos]

Hali!

>> Maga az algoritmus Bresenham's volt. Korrajzolasra nyolcadokra bontva
>> volt megirva, az LCDre kivalo, mechanikara nem annyira.
> Ez az az algoritmus, ami kis atmeroju koroket inkabb szabalyos sokszognek 
> rajzol?
ELeve van ugye a 8-ad, de nagyon kicsi korokkel kulonben sem lehet sokat 
kezdeni,
vagy a pixelkirako kerekit, vagy az aritmetika, mar ha sin/cos-os a 
rutin. Inkabb nekem az volt a gondom, hogy hogyan lehet paros 
pixelmeretu atmeroju kort rajzolni, de aztan mas dolog akadt...

>> Az LCD autoincrementjet szerintem nem tudod hasznalni, mert
>> az byte-os, raadasul egy pont kirakashoz elobb beolvasas kell,
>> esetleg exor-ozas, es visszairas.
> 
> Ha van RAM teruleted, akkor lehet bufferelni hogy mi van a kepernyon, akkor 
> nem kell a valoszinuleg sokkal lassabb LCD-bol visszaolvasni.
Ja, hat ha van. Altalaban nincs, legalabb is nalam.
Sajnos az olyan kijelzoket, amelyekbol nem lehet visszaolvasni, 
mindenkepp RAM pufferelni kell, ha grafikat akarok hasznalni :(
Olcso, kicsi kontrollerekben meg ritka a felesleges 1-2-4k RAM.
A megrendelo meg vonyiiiiit, ha 500Ft-al dragabb/nagyobb uC-t akarok 
hasznalni.

> Egyebkent elkezdtem irni grafikai libet regebben direkt KS0108 LCD 
> vezerlohoz, ahol lehetett, optimalizaltam a bank es byte szervezeshez. Ha az 
> egesz lib egy putpixel utasitason alapszik, az igen univerzalis, de a 
> legkevesbe hatekony. Ha tobb egymast koveto putpixel ugyanarra a byte-ra ir, 
> akkor ki lehet irni egy lepesben is. Ennek viszont az a hatranya, hogy 
> egyaltalan nem portabilis, ha mas szervezesu kijelzore kell a kod, teljesen 
> at kell irni.
Igazad van, de amikor en agyaltam ilyen optimalizacion, arra jutottam,
hogy az allandoan vegrehajtott feltetelvizsgalatok annyit lassitanak
a dolgon, mint amit talan nyernek 6-8 pixel egyszeri kirakasaval.
Persze ha csak vizszintes vonalakat rajzolok, akkor gyors...

JAni
12:45