Welcome, Guest. Please login or register.


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

Offline endi

  • EP addict
  • *
  • Posts: 7298
  • Country: hu
  • grafikus, játékfejlesztõ, programozás, scifi, tudományok, vallás
    • Honlapom
Re: PC -> EP képkonverzió
« Reply #540 on: 2016.May.19. 21:58:07 »
újabb ötletem :)
páros sorok: 2 szín mód, nagy felbontás
páratlan sorok: 256 szín, kis felbontás :)
Vigyázat! Szektás vagyok! :)

Offline geco

  • EP addict
  • *
  • Posts: 7082
  • Country: hu
    • Támogató Támogató
Re: PC -> EP képkonverzió
« Reply #541 on: 2016.May.19. 22:07:09 »
Nem rossz, ossze kene hasonlitani az attributum modu keppel

Offline Zozosoft

  • Global Moderator
  • EP addict
  • *
  • Posts: 14723
  • Country: hu
    • http://enterprise.iko.hu/
Re: PC -> EP képkonverzió
« Reply #542 on: 2016.May.19. 22:11:31 »
Nem találom a 2 színű sorokat, csak sokszínűeket :oops: 

Offline endi

  • EP addict
  • *
  • Posts: 7298
  • Country: hu
  • grafikus, játékfejlesztõ, programozás, scifi, tudományok, vallás
    • Honlapom
Re: PC -> EP képkonverzió
« Reply #543 on: 2016.May.19. 22:34:22 »
Nem rossz, ossze kene hasonlitani az attributum modu keppel

annál biztos nem jobb, mert 16 szín azért eléggé elég egy sorba, nagy felbontással

ez a módszer akkor lett volna jó amikor még nem volt epimgconv :)
Vigyázat! Szektás vagyok! :)

Offline ergoGnomik

  • EP addict
  • *
  • Posts: 1291
  • Country: hu
  • Stray cat from Commodore alley
Re: PC -> EP képkonverzió
« Reply #544 on: 2016.May.20. 07:52:28 »
Képváltogatással nem lehetne? Úgy értem két képet cserélgetni a képfrissítési frekvenciával, és a két képet úgy generálnád, hogy a nagy felbontású és a 256 színű sorok megcserélődnek bennük? (Ha az egyikben a páros sorok a nagy felbontásúak és a páratlan sorok a 256 színűek, akkor a másik képben a páros sorok 256 színűek és a páratlan sorok nagy felbontásúak.) Persze vigyázni kell a kép generálásánál, hogy a fényerő különbségeket valahogyan minimalizáld, mert különben ocsmány villogás lesz az eredmény.

Offline endi

  • EP addict
  • *
  • Posts: 7298
  • Country: hu
  • grafikus, játékfejlesztõ, programozás, scifi, tudományok, vallás
    • Honlapom
Re: PC -> EP képkonverzió
« Reply #545 on: 2016.May.22. 10:51:15 »
Képváltogatással nem lehetne? Úgy értem két képet cserélgetni a képfrissítési frekvenciával, és a két képet úgy generálnád, hogy a nagy felbontású és a 256 színű sorok megcserélődnek bennük? (Ha az egyikben a páros sorok a nagy felbontásúak és a páratlan sorok a 256 színűek, akkor a másik képben a páros sorok 256 színűek és a páratlan sorok nagy felbontásúak.) Persze vigyázni kell a kép generálásánál, hogy a fényerő különbségeket valahogyan minimalizáld, mert különben ocsmány villogás lesz az eredmény.

hát eléggé villogna...
én az interlace-t se szerettem már annak idején :)

most próbáltam olyat, hogy egy kép r g b csatornáít kétszínűsítettem ditherrel, majd 3 sorban jelenítettem meg: első sor 3, másodig g, harmadik b. hát, nem túl jó eredmény...
Vigyázat! Szektás vagyok! :)

Offline geco

  • EP addict
  • *
  • Posts: 7082
  • Country: hu
    • Támogató Támogató
Re: PC -> EP képkonverzió
« Reply #546 on: 2016.May.22. 11:03:27 »
most próbáltam olyat, hogy egy kép r g b csatornáít kétszínűsítettem ditherrel, majd 3 sorban jelenítettem meg: első sor 3, másodig g, harmadik b. hát, nem túl jó eredmény...
ez szerintem képvillogtatással jobb lenne, speccyn láttam ilyen megoldásokat, igz kifolyik az ember szeme ha fél percnél tovább nézi :D

Offline ergoGnomik

  • EP addict
  • *
  • Posts: 1291
  • Country: hu
  • Stray cat from Commodore alley
Re: PC -> EP képkonverzió
« Reply #547 on: 2016.May.22. 12:04:36 »
most próbáltam olyat, hogy egy kép r g b csatornáít kétszínűsítettem ditherrel, majd 3 sorban jelenítettem meg: első sor 3, másodig g, harmadik b. hát, nem túl jó eredmény...
PC-s demókban régen volt olyan softRGB mód - amikor még nem voltak elterjedve az elég erős processzorok a 15 és több bites valódi RGB módok natív feldolgozására - ami szétbontotta a képernyőt 2x2-es darabokra, majd ezekben (például) bal felül a piros, jobb felül a zöld, bal alul a kék színkomponensek voltak, jobb alul pedig üres fekete képpont. Így a tényleges felbontás - kis hunyorítással - negyedével egyező képet produkáltak, aminek jobb volt a színmélysége. És szerintem még lett volna lehetőség a feketén hagyott pixellel is játszani, de olyanra nem emlékszem. Kár, hogy a BIAS miatt ez csak elképesztően korlátozottan működhetne EP-n, ha egyáltalán volna értelme.

Offline endi

  • EP addict
  • *
  • Posts: 7298
  • Country: hu
  • grafikus, játékfejlesztõ, programozás, scifi, tudományok, vallás
    • Honlapom
Re: PC -> EP képkonverzió
« Reply #548 on: 2016.May.22. 12:15:17 »
olyat én is írtam pc-re, hogy egy platformjáték engine, ami háttér bufferbe (3 byte, r,g,b) renderelt, és realtime konvertálta a 256 színű vga képernyőre (ha nem talált rgb formátumú képernyőt, true color vagy minek nevezték. ha talált akkor persze csak átmásolta rá).
a durva hogy asszem már 40MHz-s gépen is simán ment 30fps-el, igaz, 320x200-ban volt az egész cucc.

meg is van valahol, csak már nem tudom mai windózón hogy kéne elindítani, dosbox talán elvinné
Vigyázat! Szektás vagyok! :)

Offline endi

  • EP addict
  • *
  • Posts: 7298
  • Country: hu
  • grafikus, játékfejlesztõ, programozás, scifi, tudományok, vallás
    • Honlapom
Re: PC -> EP képkonverzió
« Reply #549 on: 2016.May.22. 16:20:29 »
amúgy az epimgconv-nál jobbat tuti nem lehet kihozni ebből az egészből. ott csúcsra lett járatva az EP :)

annyival lehetne bővíteni, bár sok meló lenne biztos, hogy karakteres módra is tudjon konvertálni. ennek persze csak úgy lenne értelme, ha direkt arra mennénk rá, hogy kevés memóriát foglaló képeket csináljunk így. azaz: ismétlődő karakterekkel. tehát az egész képenyőn ugyanaz lenne a karakterkészlet, és a konvertáló leoptimalizálná a képet hogy 128 vagy 256 karakterből álljon.
na és persze ki kéne használni a 2*2 és 4*2 színű karakteres módokat is.
és persze az lenne király, ha az így készült képeket basic-ből kis lehetne használni :)
Vigyázat! Szektás vagyok! :)

Offline IstvanV

  • EP addict
  • *
  • Posts: 4822
Re: PC -> EP képkonverzió
« Reply #550 on: 2016.October.04. 22:02:52 »
Új "multiplay" csomag (IVIEW.ROM):

[ Guests cannot view attachments ]

Az itt leírtakon kívül még ezek a változások:
- a FILE 1.3 verzióra frissítve
- egér (EnterMice) támogatása a FILE-ban, ezt jelenleg csak a cview_f.com használja
- a CVIEW támogat 4 KB-nál nagyobb puffer méretet (legfeljebb 2000h az .ext/.rom verzióban, 1f00h a cview.com-nál, és 1900h a cview_f.com-nál), ez a floppys valódi gépeken lehet hasznos, de a csomagban található változatot az alapértelmezett 4K-s pufferrel fordítottam
- kisebb hibák javítása (előfordulhatnak új hibák is :oops:)
« Last Edit: 2016.October.04. 22:29:10 by IstvanV »

Offline gflorez

  • EP addict
  • *
  • Posts: 3607
  • Country: es
    • Támogató Támogató
Re: PC -> EP képkonverzió
« Reply #551 on: 2016.October.05. 02:20:23 »
Megértem, hogy Cview egy kép, a zene vagy videó lejátszó, összpontosítva átalakított formában, isnt ez? És fájl egy fájl választó, hogy a kapcsolatok minden formában a játékos, mint a Windows nem.

De ... mit jelent az "f" verzió?

És még én is néztem a anounced egér ellenőrzés eredmény nélkül.

----------------------

I understand that Cview is an image, music or video player, focusing on converted formats, isn´t it? And File is a file selector that ties every format with its player like Windows do.

But... what does it mean the "f" version?

And, also I have looked for the anounced mouse control without results.

Offline IstvanV

  • EP addict
  • *
  • Posts: 4822
Re: PC -> EP képkonverzió
« Reply #552 on: 2016.October.05. 11:23:33 »
CVIEW is a modified version of IVIEW that supports compressed images created by epimgconv, an image converter utility that is included with ep128emu 2.0.10. The IVIEW.ROM or .EXT file in the above package is a collection of several extensions:
- IVIEW 0.42 by Zozosoft with some minor fixes and size optimizations
- CVIEW 0.41c (it is originally based on an older version of IVIEW, but has received a number of updates since then)
- UNCOMPRESS 1.03: it can decompress the output of epcompress -m2 (-maxoffs above 65536 is not supported), including archives, programs, extensions, and images, even the ep128emu_roms.bin file :); epcompress is a compressor utility that also comes with ep128emu 2.0.10
- DTM 1.1: an improved version of the DTM and RockDigi players in a single extension
- SNDPLAY 0.99: plays audio files converted with the epsndconv utility
- IPLAY 1.04: plays animation files converted with the epvideoconv utility
- DL2 1.03: yet another DTF loader, but it also supports programs compressed in the newer and more efficient formats
- FILE 1.3: used by most of the other extensions to select files; the version included in this package is simplified, unneeded parts like the various PACK extensions have been removed to save space

Due to the lack of space, it is only possible to compile an extension or ROM with either CVIEW or FILE, but not both. That is why there are separate versions with an "_f" suffix, those include FILE but not CVIEW. The IVIEW.ROM file in the ep128emu ROM package comes with CVIEW but not FILE, since the latter is also in the ZozoTools ROM anyway.

CVIEW.COM is CVIEW as a stand-alone program, it can also be compiled with a built-in FILE extension (CVIEW_F.COM). That has the obvious advantage of not needing FILE as a separate ROM or extension, but it is also larger, so it leaves less space for loading images on an EP64.

The package includes the full source code which can be compiled with sjasm 0.39g6 (newer versions may work, too):

sjasm main.s        builds the full "multiplay" package in .ext or .rom format
sjasm cview.s       builds the CVIEW.COM image viewer


At the beginning of some of the source files, there are variables that can be used to configure the version of the program or extension that is being built. These include:

main.s:
BUILD_EXTENSION_ROM - if enabled (set to 1 instead of 0), builds in .rom format instead of .ext
BUILD_FILE_EXTENSION - if enabled, includes the FILE extension instead of CVIEW
CVIEW_BUFFER_SIZE - the size of the buffer CVIEW uses to read compressed images. Larger is faster on a real machine with a floppy drive, but it should be at most 2000h (8 kilobytes) to leave enough space for loading the palette data. On the EP64, the buffer size is always 256 bytes because of the limited amount of RAM available
FILE_ENABLE_MOUSE - if enabled, then FILE is built with mouse (EnterMice) support. Obviously, this increases the size of the extension somewhat, and it has not been tested yet how well the mouse input routine works on a real machine

cview.s (only if compiling CVIEW.COM):
CVIEW_BUFFER_SIZE - same as above, but the .com version uses more space on page 0, which means the maximum buffer size is smaller: 1f00h without the built-in FILE routine, and 1900h with FILE (including mouse support)
BUILD_FILE_EXTENSION, FILE_ENABLE_MOUSE - these determine whether CVIEW.COM should be built with FILE and mouse support. When using those, it also enables the use of the right mouse button to quit viewing the image

file.s (only if you use it in your own program, the variables are normally commented out):
FILE_ROUTINE_ONLY - if enabled, compile a minimal version of FILE that can be called in a program as a FILE subroutine; this is also what CVIEW.COM uses
FILE_ENABLE_MOUSE - enable mouse support

Some of the other source files also include configuration options. The pre-compiled *_f.ext and *_f.rom files in multiplay.7z do not use the mouse, it is only in CVIEW_F.COM. Also, the CVIEW buffer size is always the default 4 kilobytes.
« Last Edit: 2016.October.05. 11:28:24 by IstvanV »

Offline endi

  • EP addict
  • *
  • Posts: 7298
  • Country: hu
  • grafikus, játékfejlesztõ, programozás, scifi, tudományok, vallás
    • Honlapom
Re: PC -> EP képkonverzió
« Reply #553 on: 2016.October.05. 19:52:09 »
amúgy az epimgconv-nál jobbat tuti nem lehet kihozni ebből az egészből. ott csúcsra lett járatva az EP :)

annyival lehetne bővíteni, bár sok meló lenne biztos, hogy karakteres módra is tudjon konvertálni. ennek persze csak úgy lenne értelme, ha direkt arra mennénk rá, hogy kevés memóriát foglaló képeket csináljunk így. azaz: ismétlődő karakterekkel. tehát az egész képenyőn ugyanaz lenne a karakterkészlet, és a konvertáló leoptimalizálná a képet hogy 128 vagy 256 karakterből álljon.
na és persze ki kéne használni a 2*2 és 4*2 színű karakteres módokat is.
és persze az lenne király, ha az így készült képeket basic-ből kis lehetne használni :)

most látom ezt már leírtam régebben :)
Vigyázat! Szektás vagyok! :)

Offline IstvanV

  • EP addict
  • *
  • Posts: 4822
Re: PC -> EP képkonverzió
« Reply #554 on: 2016.October.06. 21:43:01 »
[ Guests cannot view attachments ]

A FILE módosításain kívül még ezek a változások:
- mindenhol támogatott az egér, ahol ezt meg tudtam oldani
- az iview_f.rom-ban most már található CVIEW is, a FILE átkerült a második szegmensre, így lett elég hely (az iview_f.ext-ben továbbra sincs CVIEW)
- az IVIEW is tartalmaz egér kezelést és az új (turbós gépeken nem gyorsuló) időzítést; azonban az iview_f.rom-ban található változat nem támogat egeret a lapozással kapcsolatos probléma miatt

Egy lehetséges bug még, hogy turbós konfigurációkon a FILE-hoz való visszatéréskor néha egy ideig nincs kép. Ezt az okozhatja, hogy a NICK még az IVIEW LPT-jét használja (nem érte el az utolsó LPB-t) amikor azt a területet a FILE már felülírja.
« Last Edit: 2016.October.06. 21:46:19 by IstvanV »