| |
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....
|
| |
Bitbreaker
Registered: Oct 2002
Posts: 510 |
Okay, here we go with a first released version, including 4x4 mode. If you wish to have a V2, just bother me with useful! functions :-) There is still ~$0a00 bytes for code left (and not much optimized in size yet)
Flick0r V1.0
|
| |
Copyfault
Registered: Dec 2001
Posts: 487 |
Quote: Well, this evening i'll do a proper 1351 support first of all. The rest is kind of optional i guess. What i wanted to reduce is the pain in the ass when painting, not adding a bucket of fancy bling bling stuff :-) Changing the editor afterwards and doing derivates for all kind of other modes should be rather easy, so all that needs to be changed is the calculation of line/block and color-checks (either if they need to check 2 or 4 cols)
Basically I agree, but there's one thing that always bugged me: all the IFLI-Editors pretend to deal with a 16-coloured 296x200 pixel wide pic. This is one possible approach when interlacing two MC-pics, but it is no longer valid when mixing MC and Hires. What would be the best alternative for editing in such case?
Just had a quick look at the flick0r-release: congrats 2 bitbreaker for this, especially for the 4x4-zoom!!!
Copyfault |
| |
Bitbreaker
Registered: Oct 2002
Posts: 510 |
Interlacing Hires and MC, hmm. Actually there is at least in 8x8 mode the option to mix colours already in the zoom by using dithered patterns. This means you display a bitmap with a $55/$aa bitmap-pattern in hires. Then Put each MC pixel in the highbyte of the screen (two times, as twice as broad) and put the colour two pixels of the hires-plane in the lowbyte. However in 4x4 mode this will be a problem, but you could do it by already interlacing in 4x4 mode, just no idea how eye-freindly that will be :-)
However the editor itself (cursor, boundingbox-handling, keyscan, mouse/joy scan, load/save, ...) could all more or less stay the same. You could however think of an option like the shift key that lets you select the plane you want to currently draw on (MC/Hires).
So i don't see any serious problems about doing so. Things that have to be changed is the decoder that bloats the pic up into a 4x4/8x8 screen, thought not much has to be changed here -> stretch MC pixels (saves even time!) and kick away colram decode for hires plane (saves time again).
The ruleset for the color-clash handling has to be restructured though, but is easy with the existing functions that allow you to check if a color is set, and if a pixel is set in a given color, either in the whole block or just in a line. I'll just
I added the same .d64 to our website, but including the source if you wish to have a look.
http://www.ihlaid.de/files/flick0r_v1.0_plus_source.d64
The things are split up into editor (handling the zoom modes + cursor and so on) and functions. Both wouldn't fit into TAS anyway :-) Basically one works without the other easily (if you just return the whole jmp-table with a rts) |
| |
Oswald
Registered: Apr 2002
Posts: 5127 |
I dont think flick mixing hires and mc does any good. ifli is almost hires anyway, also never heard any gfxer wanting this... the king of the modes is ufli/xfli sirs... |
| |
chatGPZ
Registered: Dec 2001
Posts: 11523 |
as i wrote in the comments....what i always missed in many gfx editors (good old logoeditor had it, yay!) was a split screen that has picture at the top, and zoom at the bottom (or the other way around, whatever). |
| |
Bitbreaker
Registered: Oct 2002
Posts: 510 |
@grepaz: Source is included in the .d64 at ihlaid.de, so just gt it and give it a try :-) But also consider that a logo is most of teh time not fullscreen, so no need to scroll around much in a logo editor. On a fullscreen pic you will a lot i guess. So why wasting the good overview again, that you have gained by a 4x4 mode? |
| |
TNT
Account closed
Registered: Oct 2004
Posts: 189 |
@gpz: Given the screen proportions, wouldn't it be better to have the split sideways?
No, I'm not volunteering to code that! ;) |
| |
Copyfault
Registered: Dec 2001
Posts: 487 |
@Bitbreaker: thx a bunch for the sources. Don't know if I will have a chance to go deeper into your code and tweak it to fit my needs... maybe it'll be a better idea to finish my own editor and release it. Time will tell...
@Oswald: no, IFLI is not 'almost Hires'; the editors around just make everyone believe that this would be the case :/
But ofcourse, UFLI is 'teh king of modes' - or rather the UFLIMAX, if it would exist. Any news about this??? |
| |
Oswald
Registered: Apr 2002
Posts: 5127 |
copyfault: after having written an ifli editor /p1/ its priceless to get told finally what ifli really is. thanx man! |
| |
chatGPZ
Registered: Dec 2001
Posts: 11523 |
Quote: @gpz: Given the screen proportions, wouldn't it be better to have the split sideways?
No, I'm not volunteering to code that! ;)
or a zoomlense like in amica paint? =D |
| Previous - 1 | 2 | 3 | 4 - Next |
