Welcome, Guest. Please login or register.


Author Topic: NICK (Read 230307 times)

Offline Ferro73

  • EP addict
  • *
  • Posts: 1016
  • Country: hu
Re: NICK
« Reply #150 on: 2011.March.31. 20:16:52 »
Én anno az asmon-t használva teszteltem belapoztam B2-re az 0FFh szegmenst és memória módosítással B900h környékén teszteltem margó beállítás, sprite keresés. Érdemes azért a Bordert szinezni mert ugy jobban látható a margó /sor szélek/


Offline Jubatian

  • Newbie
  • Posts: 20
  • Country: hu
    • Jubatian retroblogja
Re: NICK
« Reply #151 on: 2011.March.31. 20:24:52 »
TV gyártótól függ feltünteti vagy sem, használd a tükör trükköt.
-- gondolsz arra, hogy belebújok hátulról, aztán tükörben nézem, mi történik elõl? :D (Háát, fiatal vagyok én ehhez, de gyerekként még láttam TV szerelõt)

Én úgy látom, bár ezt több TV-n is ellenõrizni kellene, hogy a normál 11/51, illetve 10/52 margókkal kissé balra van eltolódva a kép.
Az én TV-m szerint is! Nálam a két oszlopnyi hely a negyvenhez képest a jobb oldalt van, a normál EP kép éppen súrolja a bal kávát. Akkor gondolom ilyen 336x256 méret elférésére lehet számítani, de ekkor illik a felhasználónak lehetõséget adni a kép kalibrálására (Hová tegye a NICK?), meg a jó régi TV-k miatt a létfontosságú információkat nem a sarkokba rakni.

RF/kompozit/S-Video kimenetet használva valójában nem lineáris a kék szint, hanem a gép 3 bitesre konvertálja, és 0,2,5,7 lesz; ezért a 38h és C7h szín elvileg teljesen szürke, és nem "szines" árnyalatú, mint az emulátoron. Az RGB kimenet külön, (valószínûleg nem túl pontos) ellenállásokkal megvalósított D/A átalakítót használ.
Ühüm, szóval akkor a kékre általában a 0x00, 0x49, 0xB6, 0xFF sor illene inkább, ha PC-n akarok hozzá rajzolni. Hát na, az is igaz, hogy a TV-n ennyi eltérés vagy látszik, vagy nem (Ugye felrajzoltam némi palettát, aztán meredtem a TV-re, de nem tûnt fel)... Rajzolásnál persze azért számít.

Offline Ferro73

  • EP addict
  • *
  • Posts: 1016
  • Country: hu
Re: NICK
« Reply #152 on: 2011.March.31. 20:37:33 »
A program indítása egy kalibrációval egy fehér kerettel  kurzorral majd enter-rel fixálni és utána indulna a program néhány 100 bájt az egész.

Offline Jubatian

  • Newbie
  • Posts: 20
  • Country: hu
    • Jubatian retroblogja
Re: NICK
« Reply #153 on: 2011.March.31. 21:52:00 »
A program indítása egy kalibrációval egy fehér kerettel  kurzorral majd enter-rel fixálni és utána indulna a program néhány 100 bájt az egész.
Jaja, és utána, ha szûkös a RAM, el is dobhatod azt a néhány 100 bájtot :D Bár az egy kicsit trükkösebb, ha valami hires módot akarsz pontosan elhelyezni, hiszen 2 byte-os csoportokban fogja csak arrább tenni azt a NICK, tehát ez a kép kiosztásában is igényel némi meggondolást (Amit tervezek, abba viszont ez még éppen hogy belefér).

Kicsit szórakoztam azzal a palettával, hát gondolom, közismert, valami ilyesmi akkor érzésem szerint (A kékre a 0 2 5 7 bontással). Onnan középtájról szerintem egész korrekt FIXBIAS-ok szedhetõek fel, se túl sötét, se túl világos, az alsó 8 helyre felvett színeket jól ki lehet velük egészíteni.

Offline Zozosoft

  • Global Moderator
  • EP addict
  • *
  • Posts: 14779
  • Country: hu
    • http://enterprise.iko.hu/
Re: NICK
« Reply #154 on: 2011.April.01. 09:37:11 »
Mi anno, amikor megvettük a színes tévét, másnap kihívtuk a szerelõt, berakva az EPDOS képét (27x42), hogy na akkor ezt kérjük középre, hogy minden látsszon.
Bonuszként így a filmekbõl is többet láttunk  :ds_icon_cheesygrin:
(Ha van tvtuneres PC a közelben, érdemes összevetni annak a képét a tévével, jól látszik, hogy mennyit levágnak a tévék.)
« Last Edit: 2011.April.01. 10:01:44 by Zozosoft »

Offline IstvanV

  • EP addict
  • *
  • Posts: 4822
Re: NICK
« Reply #155 on: 2011.April.01. 13:52:16 »
(Ha van tvtuneres PC a közelben, érdemes összevetni annak a képét a tévével, jól látszik, hogy mennyit levágnak a tévék.)

Ez a program így néz ki TV tuner kártyával, S-Video kimenetet használva: epsvid02.jpg. A kép eredetileg 768x576 méretű volt, azaz 48 karakter szélességű és 288 (nem interlace) sor a magasság, de ebből alul 2 sor már VBLANK. Itt is látható, hogy a kép kb. 1 karakterrel el van tolva balra (a színes területnek vízszintesen 160 és 672 között kellene lennie 768x576 méretnél, de valójában 144 és 660 között van, azaz a pixelek kis mértékben szélesebbek is, mint az emulátoron).
« Last Edit: 2011.April.01. 14:05:06 by IstvanV »

Offline Tuby128

  • EP addict
  • *
  • Posts: 1487
  • Country: hu
Re: NICK
« Reply #156 on: 2011.November.28. 11:48:59 »
Olyan érdekes, hogy minden évben amikor áttanulmányozom az EP kapcsolási rajzát (legeltetem a szemeimet) szóval mindig van olyan hogy újat találok, és meglepõdöm rajta.
Most pl. arra lettem figyelmes, hogy a Nick kétfázisú órajelet kap. Így gondolom picivel gyorsabban dolgoznak benne az elemi kapuk.

Offline Zozosoft

  • Global Moderator
  • EP addict
  • *
  • Posts: 14779
  • Country: hu
    • http://enterprise.iko.hu/
Re: NICK
« Reply #157 on: 2011.December.29. 21:46:33 »
István!
Itt pontosan mit is csinálnak,és miért is jobb így?
[ Guests cannot view attachments ]

Offline IstvanV

  • EP addict
  • *
  • Posts: 4822
Re: NICK
« Reply #158 on: 2011.December.29. 23:43:43 »
Itt pontosan mit is csinálnak,és miért is jobb így?

Az LPT VBLANK részét teszik "szabványosabbá", amint az a dokumentációban olvasható is. A módosítás előtt:
Code: [Select]
>BCD0  FD 10 3F 00 00 00 00 00  00 00 00 00 00 00 00 00
>BCE0  FC 10 06 3F 00 00 00 00  00 00 00 00 00 00 00 00
>BCF0  FF 10 3F 20 00 00 00 00  00 00 00 00 00 00 00 00
>BD00  FC 12 06 3F 00 00 00 00  00 00 00 00 00 00 00 00
>BD10  DE 13 3F 00 00 00 00 00  00 00 00 00 00 00 00 00
Utána:
Code: [Select]
>BCD0  FD 10 3F 00 00 00 00 00  00 00 00 00 00 00 00 00
>BCE0  FE 10 06 3F 00 00 00 00  00 00 00 00 00 00 00 00
>BCF0  FC 10 3F 1C 00 00 00 00  00 00 00 00 00 00 00 00
>BD00  F0 12 06 3F 00 00 00 00  00 00 00 00 00 00 00 00
>BD10  EB 13 3F 00 00 00 00 00  00 00 00 00 00 00 00 00
Tehát rövidebb lesz a VSYNC (a szabványos TV adásban 2.5 sor a hossza), utána van még 3.5 sor VBLANK (azaz összesen 9 sor blank/sync, az interlace módú TV adásban ez 2.5+2.5+2.5=7.5 sor, de interlace nélkül szabványosnak mondható a 3+3+3 sor, ezt használják pl. a Commodore gépek is), majd 4 helyett 16 fekete sor. Így 287 sor marad a hasznos kép információ számára, illetve valójában csak 286, mert az első keret sor még fekete marad a margó beállítások miatt. Ezeknek a változtatásoknak általában nincs észrevehető hasznos hatása, de lehet, hogy a régebbi TV-k egy részén az eredeti LPT nem eredményezett stabil képet. A BRD ROM automatikusan elvégzi ezt az LPT módosítást (ha jól emlékszem, megszakításban folyamatosan :)).

Offline Zozosoft

  • Global Moderator
  • EP addict
  • *
  • Posts: 14779
  • Country: hu
    • http://enterprise.iko.hu/
Re: NICK
« Reply #159 on: 2011.December.30. 03:02:22 »
A BRD ROM automatikusan elvégzi ezt az LPT módosítást (ha jól emlékszem, megszakításban folyamatosan :)).
Igen, az szívatott a ZT óra fejlesztésekor  :oops:

Lenne értelme, hogy az EXOS 2.32 eleve ilyen LPT-t csináljon?

Offline lgb

  • EP addict
  • *
  • Posts: 3563
  • Country: hu
  • æðsta yfirmaður
    • http://lgb.hu/
Re: NICK
« Reply #160 on: 2011.December.30. 10:48:53 »
Az LPT VBLANK részét teszik "szabványosabbá", amint az a dokumentációban olvasható is. A módosítás előtt:

Hmm, na itt lenne egy kerdesem, ami regota foglalkoztat. Ha jol tippelek az egesz LPT masodpercenkent 50-szer "fut vegig" tekintve hogy 50 half-frame-bol all a kep PAL szabvany eseten. A legtobb 8 bites gep uazt a half-frame-et nyomja ki egy teljes frame (25/masodperc) eseten, azaz a paros es paratrlan sorok tartalma ugyanaz. Igazabol en azon gondolkodtam, hogy ossze lehet-e hozni olyan LPT-t, hogy ahol igazi interlaced van, azaz a ket felkep tartalma nem azonos. Azaz nincs vege az LPT-nek a vsync utan, hanem leir meg egy felkepet, us utana van vege. Ez azert erdekes szamomra, mert ugye igy a fuggoleges felbontas a duplajara no. Ha nincs is erre szukseg, pl erdekes lehet arra hasznalni, hogy pl valami "szinkeveres" technikaval egy pixel szine "atlagolodik" az egymas folott levo paros/paratlan felkepbol szarmazo info alapjan. Igy pl 16 szinu uzemmodban is tobb "kvazi-szin" lenne, ami azert jo, mert 256 szinu mod horizontalis felbontasa mar igen alacsony, es dupla akkora felbontas lehet 16 szinu modban, ahol viszont esetleg a szinek szama nem eleg egy szep kephez: a kevereses modszerrel megoldhato lenne, hogy 16 szinnel tobbet lassunk ugymond, amde a horizontalis felbontas ne csokkenjen olyan karcsura, mint 256 szinu mod eseten.

Mondjuk abban egeszen biztos vagyok, hogy ezt valaki mar megcsinalta (ha lehetseges), nyilvan nem gondolom, hogy en talaltam fel a spanyol viaszt, engem csak az erdekelne, hogy egyaltalan megoldhato-e, es hogyan (konkretan az LPT-ben mi van, eleg tenyleg ha van ket vsync/blank es csak a masodiknal van beallitva h vege az lpt-nek?).

Thx!

Offline IstvanV

  • EP addict
  • *
  • Posts: 4822
Re: NICK
« Reply #161 on: 2011.December.30. 11:06:04 »
Igen, megoldható az interlace EP-n és például az IVIEW használja is. Egyszerű színkeveréshez elég, ha több félképből áll az LPT (mint például a Zozolace esetében). Kétszeres függőleges felbontáshoz az kell, hogy az egyik félképben a VSYNC fél sorral el legyen tolva; normál LPT-nél sor elején kezdődik, és sor közepén ér véget, az interlace módban az egyik félképnél sor közepén kezdődik és sor végén ér véget.

Egy példa interlace módra a bdlvdisp.lua scriptből (a paramétererk sorban: LPB hossza (sorokban), video mód, bal margó, jobb margó), ez csak a két VBLANK rész:
Code: Lua
  1.   writeBlankLPB(3, 0x00, 63, 0)
  2.   writeBlankLPB(2, 0x00, 32, 63)
  3.   writeBlankLPB(1, 0x00, 63, 56)
  4.   writeBlankLPB(4, 0x00, 63, 0)
  5.   writeBlankLPB(9, 0x02, 6, 63)
  6.  
  7.   writeBlankLPB(3, 0x00, 63, 0)
  8.   writeBlankLPB(2, 0x00, 6, 63)
  9.   writeBlankLPB(1, 0x00, 63, 32)
  10.   writeBlankLPB(3, 0x00, 63, 0)
  11.   writeBlankLPB(9, 0x02, 6, 63)
Az első után következik az alsó, a második után pedig a felső félkép (2*294 sor, összesen 625 sor a teljes kép).
« Last Edit: 2011.December.30. 11:12:09 by IstvanV »

Offline IstvanV

  • EP addict
  • *
  • Posts: 4822
Re: NICK
« Reply #162 on: 2011.December.30. 11:10:48 »
Lenne értelme, hogy az EXOS 2.32 eleve ilyen LPT-t csináljon?

Talán igen, legalábbis nem rosszabb, mint az eredeti :) De a végén a fekete sorok számát esetleg csökkenteni lehetne, hogy ne 286, hanem 288 sor maradjon.

Offline Zozosoft

  • Global Moderator
  • EP addict
  • *
  • Posts: 14779
  • Country: hu
    • http://enterprise.iko.hu/
Re: NICK
« Reply #163 on: 2011.December.30. 11:24:49 »
Igazabol en azon gondolkodtam, hogy ossze lehet-e hozni olyan LPT-t, hogy ahol igazi interlaced van, azaz a ket felkep tartalma nem azonos. Azaz nincs vege az LPT-nek a vsync utan, hanem leir meg egy felkepet, us utana van vege. Ez azert erdekes szamomra, mert ugye igy a fuggoleges felbontas a duplajara no.
Igen, ezt már gyárilag így tervezték, a különbözõ ismertetõkben így is adták meg a maximális felbontást.
A géphez adott demókazettán rajta is volt egy Interlace program, amivel IS-BASIC-bõl lehetett kihasználni ezt. (Laci! A Utilok közül hiányzik ez!)
Ennek használatával követtem el anno ezt.

Quote
Ha nincs is erre szukseg, pl erdekes lehet arra hasznalni, hogy pl valami "szinkeveres" technikaval egy pixel szine "atlagolodik" az egymas folott levo paros/paratlan felkepbol szarmazo info alapjan.
Ilyesmin én is gondolkodtam, itt egyszerûen a plusz paletta színekkel játszottam, a fekete közös, így összesen 7 szín van 4 színû felbontásban. Az általad leírt keveréses módszerre is gondoltam, gyakorlatban még nem lett megvalósítva.

Az Interlace jelenlegi csúcsát az István féle képkonvertáló adja, ami azt is kihasználja, hogy soronként más paletta lehet, így gyakorlatilag fényképszerû kép érhetõ el!

Offline Zozosoft

  • Global Moderator
  • EP addict
  • *
  • Posts: 14779
  • Country: hu
    • http://enterprise.iko.hu/
Re: NICK
« Reply #164 on: 2011.December.30. 11:32:02 »
És még egy apróság: lehet akár sok-sok félkép is (amennyi a VRAM-ba befér), így lehet CPU független animációt készíteni, ezt használja ki pl több NASA&GUY demó, de más programokban is van ilyen.