| |
Slartibartfast
Account closed
Registered: Jul 2002
Posts: 230 |
Release id #17531 : Project One
This is a tool with a lot of potential, and it's great to see Oswald actively developing it at the moment :)
Obviously it's in the early stages right now so this is a good time for everyone to make suggestions about what they'd like to see it become.
I'm not much of a graphician myself, but I think the built in conversion handy. For me, as more of a coder, I'd like it to have more tools for conversion and such built in. For instance an option to convert koala -> charset/screen. Maybe even options to save in other formats.
Of course, it's primarily a tool for drawing koala pics on c64, so here's the point of this thread.
What kind of tools would you like built in to this program, extra drawing functions, options that you like in your favourite c64 painting tools?
Add any bug reports here as well, there could be a few in this early release ;)
Just kicking off the discussion ;)
Cheers,
Damian |
|
... 3 posts hidden. Click here to view all posts....
|
| |
Higgie
Registered: Apr 2002
Posts: 127 |
hi!
@oswald: there is another chance to stay with a vb-like language if you try to get the free version of RealBasic at this URL: http://www.realsoftware.com/Realbasic/vb6/ ... i haven't worked with RealBasic yet but they say that it schould not be that hard to convert VB projects into RB as there is also a converter available. maybe you could give it a try. (this offer expires by the end of this month, afair)
... and many thanx for your effort! this is the kind of tool i've been waiting for. i myself started something similiar some time ago but never nearly got it to a point where it could be of any use. |
| |
Oswald
Registered: Apr 2002
Posts: 5094 |
A month passed, and I did not stop developing the editor.
New features:
- hires,afli,fli,drazlace mode (no load/save to c64 format)
- dithered/compensated fill (latter tries to achieve the best result possible)
- continuous draw mode (lines between pixels while the mouse moves)
- separated display/zoom window
- variable zoom rate for display/zoom window
- resizeable zoom window
converter:
- converts to all modes
- color dither
- force greys (original grey colors remain gray on c64)
- stretch
etc,etc,etc...
What I need to know is that what are the most common formats on c64 for modes like:
-hires
-afli
-fli
-ifli
How is the memory layed out ? anyone can help with memory maps ?
I want to implement the UFLI and XFLI modes aswell, but I have no detailed information on them. Any help would be apreciated.
Dane, Deekay ? :)
yours,
Oswald
|
| |
Monte Carlos
Registered: Jun 2004
Posts: 359 |
Hy Oswald,
it would be great, if one can specify for example
Screens: $4000-$6000, Bitmap:$6000-$8000
or otherway round. i know from hires manager and from
topaz afli, that they have the screens and bitmap changed.
In multicolor fli you have additionally the possibility to
have the colorram data before the rest or after the rest.
It`s the same for normal multicolor.
With Super-Hires-Fli you could add to have choice on the
Sprite placement in memory. Imagine a 40x25 editor, where you can specify the 8x1 blocks where the sprites can be.
This is useful, if you want to have shif in a demopart with additional gfx.
If you can choose too, how many line are from one fli split to the other you could use part of your fli routines for ufli, too(except for the sprites) and it would be possible to combine gfx with 4x4 or 4x2 etc. effects in the same mode.
these are many ideas and probably more work but if you include all these things and similar ideas, i bet, that this
will become the best editor ever made!
Monte
|
| |
Monte Carlos
Registered: Jun 2004
Posts: 359 |
|ssssssss|ssssssss|SHIFSHIFSHIF|ssssssss|xxxx|
this is the SHIF layout for the first 21 charlines in the
bitmap part of the vic bank.
the rest is filled up with sprites(s).
then you have the trick how to switch the sprite pointers.
it`s basis is, that 8 and 21 have a least common multiple of
21x8, which is the height of the shif picture. dont ask me. how to calculate the memoryposition of the 3 bytes of a sprite corresponding to a certain rasterline.
Monte again. Now hungry!
|
| |
Tch
Account closed
Registered: Sep 2004
Posts: 512 |
@ Oswald: It´s a great program,that´s for sure!
But can you please forget UFLI exists,otherwise I might get tempted to get myself a digital camera and forget about pixeling altogether. ;) |
| |
Oswald
Registered: Apr 2002
Posts: 5094 |
Thanx for the reply guys! :)
as for SHF and SHIF, I dont think I will add support for them, as they are so rarely used. I want ppl to produce GFX that is actually used in demos, etc.
WVL was kind enough to send me a UFLI description, which makes clear:
UFLI =
normal hires fli every 2nd line
+ an X expanded Hires Sprite Layer
That makes me think that XFLI=
normal hires fli every 2nd line
+ an unexpanded _multi_ Sprite Layer
Tch: dont worry, converting and retouching will never beat real pixelwork! Actually it was your "iron lady" which inspired me to add support for UFLI, I want to see more of such beautys! :) And does it matter if you set the pixels in a much easyer way ?
|
| |
Tch
Account closed
Registered: Sep 2004
Posts: 512 |
It sure could be useful to others.
I pixel by using the keyboard,so it won´t matter much to me. ;)
Hail to Dane for making those beautiful graphix in Tsunami!
Most were in the XFLI,right? |
| |
jailbird
Registered: Dec 2001
Posts: 1578 |
@Oswald: before I forget, and since you started with the work on P1 again.
An adjustable brush size (or a predefined brush mask) of the freehand tool would be highly appreciated! I know there is a brush tool but it's really annoying that the color and the size can't be changed on-the-fly, the same way as for the freehand tool. The current brush tool is not really handy. |
| |
Oswald
Registered: Apr 2002
Posts: 5094 |
JB, ok so how about keeping the brush tool, but boosting up 'handyness' ? all we need is color selection for the brush done the same way as for freehand, and some sliders/listboxes always on screen for size / dither. Right?:) Peeking at
Timanthes I think a recolor brush would be also handy, and an extra 17. color for transparency, or simply when plotting with the background color handling it like transparent. |
| |
jailbird
Registered: Dec 2001
Posts: 1578 |
Will the global editor functionality for the brush tool remain the same as for the freehand tool? I mainly mean CTRL/SHIFT/ALT + mouse click here, which I'm really used to.
Frankly, never really understood why is the brush separated from the freehand tool at all. A more logical approach would be just adjusting the size of the freehand tool and both the dithering- and color-setting for the brush would lose their meaning since we have the dithering in function by pressing ALT, and the palette is there as well. Nevertheless, I don't think that too many people use other dithering set-ups than the basic chessboard-dithering. P1 is mainly oriented towards pixel-graphicians, remember? :) |
| Previous - 1 | 2 - Next |
