Log inRegister an accountBrowse CSDbHelp & documentationFacts & StatisticsThe forumsAvailable RSS-feeds on CSDbSupport CSDb Commodore 64 Scene Database
You are not logged in - nap
CSDb User Forums


Forums > C64 Pixeling > new ifli editor
2007-10-07 18:12
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.
2007-10-07 18:22
Oswald

Registered: Apr 2002
Posts: 5127
too bad, I know someone else is working on a native c64 ifli editor aswell (secretly) having almost the same feature list. You two should have joined forces. Thumbs up anyway, there's almost all a gfxer could wish for.
2007-10-07 18:31
Bitbreaker

Registered: Oct 2002
Posts: 510
Well, wasn't too much of work overall. The editor is ready for release, but might need a bit testing. I just wonder myself how i could stand the pain for so long and haven't done a new editor much earlier. In the end frustration was too much, so i started that editor spontaneously, as i do so often when i get fed up by sucky tools. So after i did my own a hires, afli, ascii and koala-editor fitting my needs, this was just consequent again.
If you wanna have a try:
http://www.style-kurve.de/temp/nopain-ifli-bb-voz.d64
'h' will give you a help screen, nothing more needed i guess.
2007-10-07 18:56
MagerValp

Registered: Dec 2001
Posts: 1082
Wanna get fancy? How about 4x4 zoom mode and mouse support?

I don't do much graphics myself (and never in IFLI :), but I've always wondered why editors never do 4x4 and/or mice.
2007-10-07 19:56
Sledge

Registered: Sep 2003
Posts: 103
Quote: Wanna get fancy? How about 4x4 zoom mode and mouse support?

I don't do much graphics myself (and never in IFLI :), but I've always wondered why editors never do 4x4 and/or mice.


Yes, mouse support would be great!!

2007-10-07 20:14
Bitbreaker

Registered: Oct 2002
Posts: 510
Mouse should be easy to implement, i'll try this the next days.
As for 4x4 hmm, well, 8x8 is for the lazy people that don't want to cope much of the influence of sprites on available cpu cycles during fli display ;-) But i'll do some optimization on 8x8 display anayway that might also speed up a possible 4x4 and i might give that a try as well. Could be fancy as half display 4x4 and half ifli. No promises yet though ;-)
2007-10-07 23:26
Krill

Registered: Apr 2002
Posts: 3098
4x4 does not need any sprites, though, and does not require many cycles for display. In fact something very sensible for an editor like this.
2007-10-08 06:09
Bitbreaker

Registered: Oct 2002
Posts: 510
4x4 itself does not need sprites, but it would make sense to have a cursor that shows your actual position, as well as a surrounding box that shows the actual block. Here sprites would be a good idea ;-)
2007-10-08 09:09
JackAsser

Registered: Jun 2002
Posts: 2038
Quote: 4x4 itself does not need sprites, but it would make sense to have a cursor that shows your actual position, as well as a surrounding box that shows the actual block. Here sprites would be a good idea ;-)

If you don't wanna hazzle with stable timing then just simply crop some place left of the display. If you ignore FLI timing any sprites would simply push the FLI-bug to the right. Right of the FLI-bug will still be correct. Left of it will show standard color stretching. So, if you need like 2 sprites per line at most, then simply reserve 3+(2*2) chars for possible FLI-variance to the left.
2007-10-08 09:20
Oswald

Registered: Apr 2002
Posts: 5127
somewhat ontopic: can someone put up on codebase the cia method of stable timing?
2007-10-08 09:27
chatGPZ

Registered: Dec 2001
Posts: 11523
http://www.canberra.edu.au/~scott/C=Hacking/C-Hacking10/C-Hacki..

easy to adapt for c64 (if i could do it, you should be able to do it too =D)
 
... 29 posts hidden. Click here to view all posts....
 
Previous - 1 | 2 | 3 | 4 - Next
RefreshSubscribe to this thread:

You need to be logged in to post in the forum.

Search the forum:
Search   for   in  
All times are CET.
Search CSDb
Advanced
Users Online
psenough
Guests online: 154
Top Demos
1 Next Level  (9.7)
2 13:37  (9.7)
3 Codeboys & Endians  (9.7)
4 Mojo  (9.6)
5 Coma Light 13  (9.6)
6 Edge of Disgrace  (9.6)
7 Signal Carnival  (9.6)
8 Wonderland XIV  (9.5)
9 Uncensored  (9.5)
10 Comaland 100%  (9.5)
Top onefile Demos
1 Nine  (9.7)
2 Layers  (9.6)
3 Cubic Dream  (9.6)
4 Party Elk 2  (9.6)
5 Copper Booze  (9.5)
6 Scan and Spin  (9.5)
7 Onscreen 5k  (9.5)
8 Grey  (9.5)
9 Dawnfall V1.1  (9.5)
10 Rainbow Connection  (9.5)
Top Groups
1 Artline Designs  (9.3)
2 Booze Design  (9.3)
3 Oxyron  (9.3)
4 Performers  (9.3)
5 Censor Design  (9.3)
Top Fullscreen Graphicians
1 Joe  (9.7)
2 Sulevi  (9.6)
3 The Sarge  (9.6)
4 Veto  (9.5)
5 Facet  (9.5)

Home - Disclaimer
Copyright © No Name 2001-2025
Page generated in: 0.045 sec.