| |
Bitbreaker
Registered: Oct 2002 Posts: 510 |
new ifli editor
As the existing editors drive me nuts more and more (most of all Funpaint, due to corrupted files when packer is on, buggy color-clash handling, sucky load/save-routines, ...) i decided to do a new editor, lean but working.
yet implemented functions:
- working color-clash handling
- optimizing of block, if colors are wasted
- exchange color in blockline/block
- draw single color/pattern
- load/save (kernalroutines only, so that it will also work with all kind of fancy drive hardware)
- quick color selection by 0-f (col1) and shift+0-f (col2)
- copy/paste block
- blockwise movement by cursor, pixelwise movement by joystick
Is there anything else that would be reasonable to be implemented? Otherwise, i'd release that tool soon, including source.
Btw. a MCI-mode would be more or less easy to implement aswell. |
|
... 29 posts hidden. Click here to view all posts.... |
| |
Copyfault
Registered: Dec 2001 Posts: 479 |
Quote: copyfault: after having written an ifli editor /p1/ its priceless to get told finally what ifli really is. thanx man!
1:0 for you, Oswald! Sorry, didn't mean to offend you.
I was (and somehow still am) just bugged by the approach that all the IFLI-editors take when it comes to render pixels for the zoom-mode. I've also been working on some kind of IFLI-editor and tried to find another solution - but failed up to now. Then again, the work on this project is 'parked' for more than a year now (at least! - maybe even two).
Maybe you're just right and a Hires/MC-interlace-mix is not-at-all-wanted by the gfx'ers. I always assumed that higher res in combination with MC would be attracting.
Instead of being 'bugged' of the zoommodes in existance -and just writing about this fact in forums like this- I should rather be active *advicetomyself* |
| |
Oswald
Registered: Apr 2002 Posts: 5103 |
copyfault, $55/$aa into the bitmap and you can represent the mixed pixels, but imho the 'fake hires' zoom mode is the easyest to handle. mixing hire/mc wont work because, well I dont see any advantage of it :) ie. the percieved (?) resolution wont increase rather decrease compared to ifli and you get more cruel color limits aswell. |
| |
Bitbreaker
Registered: Oct 2002 Posts: 510 |
Well, if anyone comes up with an idea how to handle things better in a zoom mode, i'd give it a try. Overall i think i can decode teh ifli in teh same way, just display of teh decoded information should be different? But i guess interlacing already in zoommode is something that will hurt your eyes? :-) |
| |
algorithm
Registered: May 2002 Posts: 707 |
Hi its me after a long time. How accurate is the vice pal emulation in comparison to the real thing. I could imagine how conveniant it would be to use a PC to do all the pixeling with pal emulation as the preview (I believe mirage is working on such a thing). If the pal emulation was extremely accurate, then why bother with using the C64 to do the gfx? |
| |
Bitbreaker
Registered: Oct 2002 Posts: 510 |
it is not only about the bit blurry pal signal that helps you doing good pixelling on a real c64. It is also, that your screen needs to refresh with proper 50Hz to have a perfect interlacing. This is already a problem when showing iflis and such on a bigscreen at partys when you have no direct s-Video to the beamer. The other thing is: I have a tiny tft that is just perfect for partys and that allows me to use s-video together with my c64. Interlaced graphics doesn't flicker much on that tft due to the latency of the display (pixels glow quite long compared to a crt). Thus the pic looked really good on the tft, but flickered awfully on a real crt. You see, using the real thing gives you real experience. Using an emulator only and expecting others to see the same result may end in visual pain or bad surprises, when using a real machine. |
| |
algorithm
Registered: May 2002 Posts: 707 |
of course interlaced displays will cause a problem. i was referring to non interlaced gfx (eg ufli,fli etc) |
| |
Bitbreaker
Registered: Oct 2002 Posts: 510 |
Well, in any case, it is up to you what you choose for doing pics. I prefer the real thing (that is also why i have a bunch of tools for painting), as i am used to it since childhood. Emulator is a good substituite when you lack a real machine, or a real machine would be too much of an eye-catcher (e.g. when doing some c64-coding at work, the emu-window is easier to hide, hehe) |
| |
MagerValp
Registered: Dec 2001 Posts: 1080 |
Quote: Hi its me after a long time. How accurate is the vice pal emulation in comparison to the real thing. I could imagine how conveniant it would be to use a PC to do all the pixeling with pal emulation as the preview (I believe mirage is working on such a thing). If the pal emulation was extremely accurate, then why bother with using the C64 to do the gfx?
With groepaz experimental VICE patch PAL emu is very accurate:
VICE PAL Emulation Patch
Interlace still only works well on genuine hw though (anyone care to implement lace suppression with configurable 0-50% blend with previous frame? :).
|
| |
chatGPZ
Registered: Dec 2001 Posts: 11434 |
Quote:
Interlace still only works well on genuine hw though (anyone care to implement lace suppression with configurable 0-50% blend with previous frame? :).
if you remove all the videocaching bullshit from vice before, i will do it =) |
| |
Oswald
Registered: Apr 2002 Posts: 5103 |
Quote: it is not only about the bit blurry pal signal that helps you doing good pixelling on a real c64. It is also, that your screen needs to refresh with proper 50Hz to have a perfect interlacing. This is already a problem when showing iflis and such on a bigscreen at partys when you have no direct s-Video to the beamer. The other thing is: I have a tiny tft that is just perfect for partys and that allows me to use s-video together with my c64. Interlaced graphics doesn't flicker much on that tft due to the latency of the display (pixels glow quite long compared to a crt). Thus the pic looked really good on the tft, but flickered awfully on a real crt. You see, using the real thing gives you real experience. Using an emulator only and expecting others to see the same result may end in visual pain or bad surprises, when using a real machine.
it should be noted that the picture quality, looks, etc highly depends on the crt type aswell. there's no defacto real thing. |
Previous - 1 | 2 | 3 | 4 - Next |