Welcome, Guest. Please login or register.


Author Topic: PC -> EP képkonverzió (Read 172459 times)

Offline endi

  • EP addict
  • *
  • Posts: 7021
  • Country: hu
  • grafikus, játékfejlesztõ, programozás, scifi, tudományok, vallás
  • OS:
  • Windows XP Windows XP
  • Browser:
  • Opera 9.60 Opera 9.60
    • View Profile
    • Honlapom
Re: PC -> EP képkonverzió
« Reply #255 on: 2008.October.26. 15:19:24 »
Esetleg lehetne olyan extra dolog, hogy nem minden sor kap új palettát, hanem csak minden x. sor. Ezzel nyernénk valamennyi memóriát némi minõség csökkenéssel.
Attr üzemmódban ugyanez mehetne a color információra.
Vagy ez már túlbonyolítás? :)

Slideshow esetén különbözõ kép eltûntetõ és megjelenítõ effektek is mehetnének. :)

És van egy jó hírem! Ha a világ teljes anarchiába fullad, és a technológia visszaesik 100 évvel ezelõtti szintre, akkor még talán értelme is lesz a mi kis nosztalgiázós programfejlesztésünknek. :D:D:D Felületszerelt mikrocsipeket kb képtelenség javítani, újra eljön a 8 bites korszak a fél centis tranzisztorokkal és társaival. :) :) :)
A diplomás magyar programozó megcsinált egy pacmant egy év alatt, majd lefikázta a világ legjobb játékait. :D

Offline IstvanV

  • EP addict
  • *
  • Posts: 4806
  • OS:
  • Linux (Suse) Linux (Suse)
  • Browser:
  • Konqueror 3.5.9 Konqueror 3.5.9
    • View Profile
Re: PC -> EP képkonverzió
« Reply #256 on: 2008.October.26. 18:43:10 »
Esetleg lehetne olyan extra dolog, hogy nem minden sor kap új palettát, hanem csak minden x. sor. Ezzel nyernénk valamennyi memóriát némi minõség csökkenéssel.
Attr üzemmódban ugyanez mehetne a color információra.
Vagy ez már túlbonyolítás? :)
Ezt az IVIEW formátum már lehetővé teszi, de a konverterben még nincs megvalósítva. Az a kisebb hátránya lenne ugyan, hogy a 0, 1, 4, és 6 módokban használt algoritmus, amely a soronként változó palettát és a dithert kombinálja, így nem működne annyira jól.
Quote
Slideshow esetén különbözõ kép eltûntetõ és megjelenítõ effektek is mehetnének. :)
EP-n az LPT jól használható ilyen effektusokhoz :)

Offline Zozosoft

  • EP addict
  • *
  • Posts: 13375
  • Country: hu
  • OS:
  • Windows XP Windows XP
  • Browser:
  • Firefox 3.0.3 Firefox 3.0.3
    • View Profile
    • http://enterprise.iko.hu/
Re: PC -> EP képkonverzió
« Reply #257 on: 2008.October.27. 12:58:58 »
a VSYNC ne sor elején legyen bekapcsolva, hanem sor közepén
És akkor kell ez, ha az interlace bájt 7-es bitje 1, igaz?

Offline Zozosoft

  • EP addict
  • *
  • Posts: 13375
  • Country: hu
  • OS:
  • Windows XP Windows XP
  • Browser:
  • Firefox 3.0.3 Firefox 3.0.3
    • View Profile
    • http://enterprise.iko.hu/
Re: PC -> EP képkonverzió
« Reply #258 on: 2008.October.27. 13:00:18 »
Akkor lehetne "monoszkóp" programot is írni EP-re, amivel pontosan be lehet állítani a monitort az EP-hez...
Már gondoltam ilyenre, hogy le lehessen mérni, hogy egyes megjelenítõk mekkora képet bírnak kirakni.

Offline Zozosoft

  • EP addict
  • *
  • Posts: 13375
  • Country: hu
  • OS:
  • Windows XP Windows XP
  • Browser:
  • Firefox 3.0.3 Firefox 3.0.3
    • View Profile
    • http://enterprise.iko.hu/
Re: PC -> EP képkonverzió
« Reply #259 on: 2008.October.27. 13:12:51 »
Ezt az IVIEW formátum már lehetõvé teszi
Lehet, hogy rosszul nézem, de az Attributum terület x. soronként változikra nem látok lehetõséget.

Offline Zozosoft

  • EP addict
  • *
  • Posts: 13375
  • Country: hu
  • OS:
  • Windows XP Windows XP
  • Browser:
  • Firefox 3.0.3 Firefox 3.0.3
    • View Profile
    • http://enterprise.iko.hu/
Re: PC -> EP képkonverzió
« Reply #260 on: 2008.October.27. 13:37:37 »
Ezen kívül a "raw" formátum tömöríthetõ az epcompress által használt algoritmussal (aminek a hasznossága ugyan még nem egyértelmû :))
A tömörítésnek EP64 + bazi nagy interlace kép esetén lesz értelme, ugyanis itt nincs hely hova elmenteni a rendszerszegmenst. És így be se lehet tölteni a kép végét, mert azzal már töltés közben felülírjuk a rendszert. Egyetlen lehetõség a kép megjelenítésére, ha a betöltendõ adatmennyiség befér a rendesen elérhetõ memóriába, és csak utána kicsomagoláskor írjuk felül a rendszert.

(Egyébként már most is megy 64K-n a program*, természetesen ekkor a ROM verziót kell berakni a konfigba. Jelenleg nincs bántva a rendszer, EXOS határig tölt, így bazi nagy interlace kép estén a második félkép alján szmötyi látszik. Normál képekkel természetesen nincs gond.
* De nincs még rendesen tesztelve, azt már felfedeztem, hogy attributum módban bugos egy kicsit  :oops: )

Offline IstvanV

  • EP addict
  • *
  • Posts: 4806
  • OS:
  • Linux (Suse) Linux (Suse)
  • Browser:
  • Konqueror 3.5.9 Konqueror 3.5.9
    • View Profile
Re: PC -> EP képkonverzió
« Reply #261 on: 2008.October.27. 13:45:19 »
Lehet, hogy rosszul nézem, de az Attributum terület x. soronként változikra nem látok lehetõséget.
Valóban nincs ilyen paraméter :oops: A formátum dokumentációját módosítottam, hogy a fejléc tárolja ezt is, de lassan elfogy a hely :)
« Last Edit: 2008.November.04. 13:11:44 by IstvanV, Reason: Az IVIEW formátum dokumentációja az Enterprise wikin található »

Offline IstvanV

  • EP addict
  • *
  • Posts: 4806
  • OS:
  • Linux (Suse) Linux (Suse)
  • Browser:
  • Konqueror 3.5.9 Konqueror 3.5.9
    • View Profile
Re: PC -> EP képkonverzió
« Reply #262 on: 2008.October.27. 13:58:47 »
És akkor kell ez, ha az interlace bájt 7-es bitje 1, igaz?
Igen.

Offline Zozosoft

  • EP addict
  • *
  • Posts: 13375
  • Country: hu
  • OS:
  • Windows XP Windows XP
  • Browser:
  • Firefox 3.0.3 Firefox 3.0.3
    • View Profile
    • http://enterprise.iko.hu/
Re: PC -> EP képkonverzió
« Reply #263 on: 2008.October.27. 14:00:00 »
de lassan elfogy a hely :)
00Fh<>0: kiterjesztett fejléc következik   :)

Offline IstvanV

  • EP addict
  • *
  • Posts: 4806
  • OS:
  • Linux (Suse) Linux (Suse)
  • Browser:
  • Konqueror 3.5.9 Konqueror 3.5.9
    • View Profile
Re: PC -> EP képkonverzió
« Reply #264 on: 2008.October.27. 14:20:30 »
A tömörítésnek EP64 + bazi nagy interlace kép esetén lesz értelme, ugyanis itt nincs hely hova elmenteni a rendszerszegmenst. És így be se lehet tölteni a kép végét, mert azzal már töltés közben felülírjuk a rendszert. Egyetlen lehetõség a kép megjelenítésére, ha a betöltendõ adatmennyiség befér a rendesen elérhetõ memóriába, és csak utána kicsomagoláskor írjuk felül a rendszert.
Ha nem probléma, hogy a kép megjelenítése után csak hidegindítással lehet kilépni, akkor így valóban meg lehet oldani nagyobb képek betoltését EP64-en (ez a .com formátum használatakor már működik, bár kicsomagolás közben az EXOS LPT-t felülírhatja, ami kisebb esztétikai hiba :)). Igaz, a kitömörítéshez viszont kell még néhány száz byte memória, és a memóriakezelés még 128K memóriával sem egyszerű, ha az egész képet először be kell tölteni a memóriába és ott kicsomagolni, majd a video memóriába másolni és LPT-t generálni, mindezt lehetőleg úgy, hogy közben semmilyen adat ne íródjon felül, amire később még szükség lehet.
A DTF vagy más olyan formátum használatakor, amelynél a korábban már kicsomagolt adatoknak nem kell hozzáférhetőnek lenni, az EXOS 5 és 6 hívások viszonylag egyszerűen helyettesíthetők, igaz, akkor nincs meg az az előny, hogy a rendszer nem íródik felül már a betöltés közben.

Online szipucsu

  • EP addict
  • *
  • Posts: 7669
  • Country: hu
  • OS:
  • Windows XP Windows XP
  • Browser:
  • Firefox 2.0.0.4 Firefox 2.0.0.4
    • View Profile
    • Webnyelv.hu - Tanuljunk nyelveket!
Re: PC -> EP képkonverzió
« Reply #265 on: 2008.October.27. 16:59:32 »
Ezen kívül a "raw" formátum tömöríthetõ az epcompress által használt algoritmussal (aminek a hasznossága ugyan még nem egyértelmû :)).
Szerintem hasznos, mert ha a jövõben valaki netalán EP-re írna programot és tesz bele szép képeket és ez így együtt sok helyet foglal, akkor a tömörítés kapóra jöhet.
SOUND SOURCE 3,STYLE 16,LEFT 16,RIGHT 64,SYNC 2
SOUND SOURCE 2,STYLE 128,PITCH 25.2,SYNC 2
SOUND PITCH 25,SYNC 2
Videos

Offline Zozosoft

  • EP addict
  • *
  • Posts: 13375
  • Country: hu
  • OS:
  • Windows XP Windows XP
  • Browser:
  • Firefox 3.0.3 Firefox 3.0.3
    • View Profile
    • http://enterprise.iko.hu/
Re: PC -> EP képkonverzió
« Reply #266 on: 2008.October.27. 23:23:47 »
Az LPT VBLANK részében még lehetne 3 fekete sor a szinkron elõtt, és a szinkron utáni fekete részt is meg lehetne hosszabbítani néhány sorral, mert elvileg a nem blanking résznek csak 294 sornak kéne lennie, és nem 300-nak. Ez ugyan nem biztos, hogy a gyakorlatban probléma, bár lehet, hogy néhány régebbi TV-n ugrálna vagy futna a kép, ha nem fekete a keret :) A szinkron viszont lehet rövidebb is egy vagy két sorral (a szabványos hossza 2.5 sor).
Én a Spectrum Világban leközölt LPT-bõl indultam ki, ez gondolom nagyjából az átíratok legalább 3/4-ében megtalálható, így valószínüleg gond nélkül mûködik :-)
És abból indultam ki, hogy ami keretszínû, az lehet bármilyen színû. Ha lehet bármilyen, akkor akár grafika is lehet ott :-)
Összeszámolva az összes keret meg kép sort, 303 sor jött ki. Így az IVIEW alapból 151+152 sornyi keretet rakna ki, ennek a közepére megy a kép, arányosan csökkentve a keretet. 300-as kép esetén marad felül 1 alul 2. Kisebb kép esetén több.
Ha jól tudom az elvileg tv-n nem látható sorokban megy pl a teletext adatfolyam. De ha lehet a tévén állítani a függõleges képméretet, akkor megjelennek ezek a sorok is, normál adás esetén szmötyivel.
Mindenestre az én több mint 15 éves tévémen nem okoz gondot a 300 soros kép megjelenítés se. Direkt ezért ástam elõ 15 év után antennakábelt, hogy úgy is kipróbáljam :-) Persze a kép szélei kilógnak, de így tuti nincs egy gramm keret se, irigykedhetnek a többi 8 bites gépek :-)

Mindenesetre feladat a bétatesztereknek, hogy minden lehetséges megjelenítõn próbálják ki, mit szól ilyen maximalista képmérethez?


Offline IstvanV

  • EP addict
  • *
  • Posts: 4806
  • OS:
  • Linux (Suse) Linux (Suse)
  • Browser:
  • Konqueror 3.5.9 Konqueror 3.5.9
    • View Profile
Re: PC -> EP képkonverzió
« Reply #267 on: 2008.October.28. 00:29:51 »
Én a Spectrum Világban leközölt LPT-bõl indultam ki, ez gondolom nagyjából az átíratok legalább 3/4-ében megtalálható, így valószínüleg gond nélkül mûködik :-)
Ez az LPT megegyezik azzal, amit az EXOS használ, tehát valószínűleg tényleg jó. :) Azonban, a Spectrum Világ és az EXOS LPT-je is tartalmaz 3 sort a szinkron előtt, amelyek látszólag keretszínűek (LM=63, RM=0), de VSYNC mód van beállítva, és ez a 3 sor az IVIEW esetén hiányzik, ha jól emlékszem.
Érdemes megnézni, hogy mi a hatása az igazi gépen annak, ha "keretszínű" sorokban VSYNC mód van. Az alábbi egyszerű teszt program ezt jeleníti meg a kép alsó részén 16 sorban (az ep128emu 2.0.5.1-el itt egyszerűen keret lesz). EP-n viszont, amint az a képen látható, ezek a sorok feketék lettek, és a burst jel (a kép bal oldalán) is ki van kapcsolva. Tehát a fent említett 3 sor valójában nem csak keret.
1646-0
* vblank.com (1.91 kB - downloaded 207 times.)

Offline Zozosoft

  • EP addict
  • *
  • Posts: 13375
  • Country: hu
  • OS:
  • Windows XP Windows XP
  • Browser:
  • Firefox 3.0.3 Firefox 3.0.3
    • View Profile
    • http://enterprise.iko.hu/
Re: PC -> EP képkonverzió
« Reply #268 on: 2008.October.28. 00:42:24 »
(a régebbi verziók a 080h portot közvetlenül írták). De ez lehet, hogy elsõsorban emulátor/epfileio.rom probléma, mert igazi gépen ilyen hiba nem fordul elõ :)
Direkt lett átrakva EXOS-ra, mivel átkerült e beolvasás elé, hogy már töltõdés közben jól jelenjen meg. Viszont ha itt port írás volt, az utána következõ rengeteg EXOS hívás alatt az EXOS visszaállította valódi gépen :-)
Most akkor egyszerre van EXOS változó írás és port írás is.
Ezenkívül módosítva a második félkép sync része.
És sima kép betöltésnél marad a billentyûvárás ciklusban.

Offline IstvanV

  • EP addict
  • *
  • Posts: 4806
  • OS:
  • Linux (Suse) Linux (Suse)
  • Browser:
  • Firefox 3.0.1 Firefox 3.0.1
    • View Profile
Re: PC -> EP képkonverzió
« Reply #269 on: 2008.October.28. 14:07:05 »
Szerintem hasznos, mert ha a jövõben valaki netalán EP-re írna programot és tesz bele szép képeket és ez így együtt sok helyet foglal, akkor a tömörítés kapóra jöhet.
Igaz, csak a lemezen foglalna kevesebb helyet, de az is hasznos lehet esetleg, hogy például egy floppyn a lehető legtöbb képnek legyen hely.
A tömörített formátum kicsomagolásához használható kódot átírtam FENAS-ra is, az alábbi (nem túl elegáns :oops: de működő) assembly forrásban a decompressData rutin a HL címtől kezdődő tömörített adatot a DE címtől kezdve kicsomagolja. Egyébként a mód, bias, és paletta adatokat, illetve az attribútumokat és pixel adatot talán célszerűbb lenne külön blokkban tárolni (jelenleg az egész kép egyben van tömörítve, a fejléc kivételével), mert így meg lehetne oldani, hogy látható legyen a kép már kicsomagolt része.