https://mirror.atariki.pl/w/index.php?action=history&feed=atom&title=HIPHIP - Historia wersji2026-10-02T15:24:20ZHistoria wersji tej strony wikiMediaWiki 1.46.0https://mirror.atariki.pl/w/index.php?title=HIP&diff=2333&oldid=previmported>Atariki recovery: Reconstructed from archived HTML; see provenance manifest2026-10-01T08:51:48Z<p>Reconstructed from archived HTML; see provenance manifest</p>
<p><b>Nowa strona</b></p><div>[[File:Hip 16k-tro.png]]<br />
<br /><br />
<br />
<br /><br />
<br />
== Co to jest HIP ? ==<br />
<br />
HIP jest metodą wyświetlania obrazków na małym Atari. HIP to skrót od "HARD-Interlacing-Picture" i został wymyślony przez członków grupy [[HARD]] Software z Węgier w czerwcu 1996 r. Umożliwia on wyświetlenie obrazka w rozdzielczości 160×240 [[Piksel|pikseli]] w 30 odcieniach, prawie bez żadnego migania (zależy to od konkretnego obrazka, którego używasz). "HARD" nie oznacza "ostrego" albo "wielkiego" migotania obrazu, lecz chodzi tu o nazwę grupy, która wymyśliła ten tryb.<br />
<br />
== Historia HIPa według [[Heaven|Heavena]]/[[Taquart]] ==<br />
<br />
Tamás Bene i ja prowadziliśmy "konwersacje internetowe" przez ostatnie kilka miesięcy i rozmawialiśmy o starszych demach i efektach w nich używanych. W pewnym momencie zaczęliśmy rozmawiać o demie "Visdom II" JAComo Leopardiego, gdzie JAC zdołał wyświetlić 16 kolorów/odcieni w rozdzielczości [[Graphics 15]], która oznaczała 160×200 pikseli. Rozmawialiśmy także o demie [[UNITY]], gdzie grupa [[Our 5oft]] przełączała trzy tryby graficzne w jednej linii ekranowej: [[Graphics 8]], [[Graphics 9]] i coś podobnego do Graphics 15, wykorzystując do tego zmienianie rejestru [[Rejestry GTIA#GTIACTL|GPRIOR]] ($D01B) w przerwaniu DLI.<br />
<br />
Jak myślisz, co się stanie, jeśli wpiszesz #$00 w ten rejestr (GPRIOR) na początku wyświetlania linii ekranowej, odczekasz trochę czasu (procesora). przełączysz wyświetlanie na Graphics 9 przez wpisanie #$40 do GPRIOR i po krótkiej chwili, w 1/3 ostatniej części tejże samej linii ekranowej przywrócisz z powrotem tryb 8, wpisując do GPRIOR ponownie wartość #$00??? Co pokaże [[GTIA]]? Nie, nie grafikę 8 (lub [[Graphics 0]]) jak normalnie - GTIA wyświetli coś podobnego do trybu 15!!!<br />
<br />
Tamás opowiedział mi trochę historii o sesjach kodowania do dema [[Joyride]], w których brał udział ostatniego lata (1995) i stwierdził, że razem z resztą HARD'u odkryli jeszcze jakiś dodatkowy błąd w procedurze plazmy, lecz on dokończył ten efekt i zapomniał o wykrytym błędzie, aż do naszej rozmowy o błędach układu GTIA.<br />
<br />
Tak więc zaczęliśmy teraz rozmawiać o znanych błędach w GTIA. Następnego dnia Tamás był zdenerwowany, gdyż stwierdził, że odkrył nowy "bug" i odtworzył stary błąd w plaźmie z "Joyride". Odkrył on, że niektóre linie ekranowe ("scanlines") były przesunięte o pół(!) piksela trybu 9, gdy zaczynał się scroller i oni (HARD) nie poprawili tego błędu w plaźmie. Jednak po odtworzeniu tego błędu Tamás przekonał się, iż powodem błędu nie był scroller. Błąd tkwił w specjalnej procedurze [[ANTIC Display List|Display-Listy]].<br />
<br />
== Techniczne informacje o HIP ==<br />
<br />
Podstawowym założeniem jest, że wszystkie linie trybu [[Graphics 10]] są przesunięte o połowę piksela (albo o tzw. [[Cykl koloru|cykl koloru]]) w prawo w stosunku do pikseli trybu 9. Nikt jednak nawet nie próbował połączyć trybu 9 z 10. Wszyscy łączyli tryb 9 (16 odcieni) z trybem 11 (16 kolorów), aby wyświetlić 256 różnych kolorów (tak jak to widać w np. [[APAC View]]). Lecz wtedy rozdzielczość wynosiła wciąż 80×200 pikseli.<br />
<br />
Tutaj znajduje się wytłumaczenie podstawowego pomysłu.<br />
<br />
Oto kombinacje, które są potrzebne do łączenia linii trybu grafiki 9 z 10, w celu wyświetlenia pożądanego koloru HIP:<br />
<br />
<pre><br />
GR10: 000 000 000 222 222 222 222 444 444<br />
GR09: 000 111 222 111 222 333 444 333 444<br />
HIP : 0.0 0.5 1.0 1.5 2.0 2.5 3.0 3.5 4.0<br />
<br />
GR10: 444 444 666 666 666 666 888 888 888<br />
GR09: 555 666 555 666 777 888 777 888 999<br />
HIP : 4.5 5.0 5.5 6.0 6.5 7.0 7.5 8.0 8.5<br />
<br />
GR10: 888 aaa aaa aaa aaa ccc ccc ccc ccc<br />
GR09: aaa 999 aaa bbb ccc bbb ccc ddd eee<br />
HIP : 9.0 9.5 a.0 a.5 b.0 b.5 c.0 c.5 d.0<br />
<br />
GR10: eee eee eee<br />
GR09: ddd eee fff<br />
HIP : d.5 e.0 e.5<br />
</pre><br />
<br />
OK. Tutaj istnieje 30 możliwości odcieni. Nasze oczy "uśredniają" dwie wartości jasności dzięki wzajemnym przełączaniu dwóch linii (w trybach 9 i 10) podczas każdego przerwania VBI. Dlatego troszkę to miga.<br />
<br />
Ale w trybie 10 możliwe jest wybranie każdego z rejestrów kolorów (704-712), więc w procedurze wyświetlania obrazu w HIP, jak i w procedurze DLI, rejestry muszą być ustawione w prawidłowy sposób!<br />
<br />
Dlatego, jeśli patrzysz w powyższą tabelę, zauważ, że tamte liczby oznaczają wartości jasności w Atari! Na przykład jeśli chcemy wyświetlić kolor HIP o wartości 6.5, musimy wtedy ustawić linii trybu graficznego 9 wartość 7 (w Basicu przez komendy: <code>COLOR 7</code>, <code>PLOT x,y</code>). Natomiast dla linii trybu 10 jest wartość 6, ale byłoby niewłaściwie ustawiać piksel kolorem 6, ponieważ mamy właśnie 8 rejestrów koloru w trybie 10. Co powiecie na ustawienie rejestrów koloru w następujący sposób:<br />
<br />
<pre>704 = 0<br />
705 = 0<br />
706 = 2<br />
707 = 4<br />
708 = 6<br />
709 = 8<br />
710 = 10<br />
711 = 12<br />
712 = 14<br />
</pre><br />
<br />
Jeśli chcemy jasność 6, musimy ustawić piksel kolorem 4: plot x,y! W Graphics 10 wartość piksela wybiera rejestr koloru! Pusty/czarny piksel nie jest ustawiany kolorem 0!<br />
<br />
Kolor 0 "każe" GTIA postawić piksel z kolorze, który jest zdefiniowany przez rejestr koloru 704!!! Jeżeli więc wstawisz 0 do rejestru 704, będzie tam widoczny czarny piksel.<br />
<br />
W trybie 9 nie możemy wstawić 14 do rejestru 712, ponieważ tu rejestr 712 definiuje podstawowy kolor. Dlatego jeśli chcemy 30 odcieni szarości, musimy wstawić tam wartość 0, lecz wtedy w trybie 10 musi być 14 w tym rejestrze.<br />
<br />
Rozwiązaniem jest specjalne przerwanie [[DLI]] i Display Lista.<br />
<br />
<pre><br />
1. vbi 2. vbi<br />
<br />
DList1 DList2<br />
<br />
gr9 (0) gr10(0) dli-bit ustawiony<br />
gr10(1) gr9 (1)<br />
gr9 (2) gr10(2) dli-bit ustawiony<br />
gr10(3) gr9 (3)<br />
gr9 (4) gr10(4) dli-bit ustawiony<br />
... ...<br />
</pre><br />
<br />
(x) jest numerem linii ekranowej w każdej (z dwóch) pamięci obrazu.<br />
<br />
Gdy zapętlimy to, to stworzymy interlace pomiędzy tymi dwoma pamięciami ekranowymi (w trybach 9 i 10) i zrobimy tym sposobem tryb HIP; lecz musimy ustawić prawidłowe wartości w rejestrze COLBAK $d01a (712, zobacz powyżej).<br />
<br />
<pre><br />
1. vbi 2. vbi<br />
<br />
DLI1 DLI2<br />
<br />
pha pha<br />
lda #$40 lda #$80 ; przełączenie na<br />
; odpow. tryb Graphics<br />
; (Graphics #9, Graphics #10)<br />
sta wsync sta wsync<br />
sta gtiamode sta gtiamode<br />
lda #0 lda #14<br />
; ustawienie odpow.<br />
; koloru tła<br />
sta $d01a sta $d01a<br />
lda #$80 lda #$40 ; przełączenie na<br />
; kolejny tryb Graphics<br />
; (zobacz DispList)<br />
<br />
sta wsync sta wsync<br />
sta gtiamode sta gtiamode<br />
lda #14 lda #0<br />
; i nie zapomnij o<br />
; kolorze tła !<br />
sta d01a sta $d01a<br />
pla pla<br />
rti rti<br />
</pre><br />
<br />
To jest technika, lecz jest "duży" problem z konwertowaniem obrazków. W trybie 9/10 każdy piksel jest wielki na 4 "bity" lub tzw. "nibble", a piksel w HIP ma 2 "bity" (nakładane na siebie bity).<br />
<br />
Tutaj jest przykład:<br />
<br />
<pre>gr.10: ..00002222...<br />
gr.9 : 000022224444...<br />
HIP : ..00112233..<br />
</pre><br />
<br />
Pamiętaj: GTIA przesuwa linie trybu 10 o pół piksla w trybie 9/10!<br />
<br />
Tak więc będziemy zawsze sprawdzać jedną połówkę wartości piksela aż do kolejnego piksela w trybie HIP. I to jest trudność, bo kolorów w HIP nie można ustawiać oddzielnie. Istnieją ograniczenia takie, jak to główne:<br />
<br />
* dwa następujące po sobie piksele w HIP nie powinny mieć różnicy między ich jasnością większej od 2, ponieważ wtedy nie moglibyśmy ustawić prawidłowych wartości i piksel w HIP zacznie migać.<br />
<br />
Najlepszą metodą (używania trybu HIP) jest wykorzystywanie jako źródła digitalizowanych obrazków z 'wygładzoną' jasnością do konwersji na format HIP, albo przekonwertowanie jakiś raytrace'owanych obrazków.<br />
<br />
Spróbuj zakodować odpowiedni algorytm optymalizacji dla konwersji na HIP.<br />
<br />
== Konwertery ==<br />
<br />
Są one dostępne dla następujących systemów:<br />
<br />
* Unix - kodowany przez Tamása Benego z HARD<br />
* PC - kodowany przez Tamása Benego z HARD<br />
* Amiga - kodowany i przerobiony przez [[Heaven|Heavena]]/[[Taquart]]<br />
* XL - moje algorytmy, napisane przez Heavena/Taquart<br />
<br />
Do konwertowania potrzebujesz:<br />
<br />
* jeden z powyższych konwerterów<br />
* program graficzny, w którym można tworzyć obrazki w PRAWDZIWEJ skali szarości i 64 kolorach, w rozdzielczości 320×200 pikseli (myślę, że nowa wersja konwertera "bmp2hip" na PC będzie mogła 'obrabiać' większe rozdzielczości i więcej kolorów).<br />
* obrazek 320×200×64 musi być zapisany w formacie Windows-BMP<br />
* program przenoszący dane na [[XL]]/[[XE]]<br />
* procedurę wyświetlającą tryb HIP na XL<br />
<br />
<pre><br />
CrEdItS:<br />
- tekst: Heaven<br />
- algorytmy: Sanyi i Tamás z HARD Soft<br />
- procedura wyświetlania trybu HIP: Tamás z HARD Soft<br />
- inspiracja: JAC!<br />
- tłumaczenie z angielskiego wraz z dostosowaniem tekstu do EED: Dracon of TQA<br />
</pre><br />
<br />
[[Kategoria:Atari 8-bit]]<br />
[[Kategoria:Formaty plików]]<br />
[[Kategoria:Tryby graficzne]]<br />
</div>imported>Atariki recovery