| |
robak
Account closed
Registered: Jul 2007
Posts: 4 |
So, what are we using to make pics these days?
Howdy, everyone!
Let's say I am in a mood for getting my hands dirty with some pixels and I dont have anything handy to do so (my C64 is far, faaaar away from me in some forgotten, dusty closet)...
The question is, what tools are available out there for such suckerz as me? Ideally running on Mac OS X, but if not possible, could be for Windows 8 as well. If there's something that would work under some emulator, and could handle a mouse in sane way, that could do the job as well.
Oh, and so that the question wouldnt be too easy to answer, I'd love to be able to try out these new NUFLI (and other) wonders - but hey, HIRES/FLI should suffice ;)
Cheers, R. |
|
... 24 posts hidden. Click here to view all posts....
|
| |
Isildur
Registered: Sep 2006
Posts: 274 |
@JailPoop... something refreshing is coming.
It's based on P1 and slightly on Photoshop.
Please send functionality requests here.
It'll be made by our brilliant and amazing coder Slajerek ;) |
| |
Digger
Registered: Mar 2005
Posts: 421 |
Slajerek <3 |
| |
Compyx
Registered: Jan 2005
Posts: 631 |
Alright, here's a few 'feature requests':
Please make it portable and open source, so it'll work on multiple systems, and if it doesn't work on system X, people can send patches to fix it.
Proper grids while zooming and even while looking at the 'big picture'. This is something missing from many editors, for example Pixcen will only show a grid when zooming in beyond a certain threshold, that's doesn't work for me.
Ability to control colors, especially in multi color mode, ie being able to 'lock' a certain bitpair. For example: lock $d800+ to a single color, or even a per char lock-mode. This feature might not make sense to people doing just graphics, but for coders, a feature like this is very handy.
Proper color-clash handling: either ask what color should be used for the new color (with the possibility of canceling), determine color to replace by determining the lowest count for a color and using that one, or just using the color of the pixel you just 'clicked' on.
Well, that's a few things I'd like to see. Feel free to ask for more suggestions :) |
| |
Karmic
Registered: Apr 2015
Posts: 66 |
Suggestion: Fix spelling of "collumn" :)
And yes, please make it open-source. I have no clue why not everybody does :p |
| |
Oswald
Registered: Apr 2002
Posts: 5020 |
started working on p1.net because of this thread again. its basicly a line by line rewrite of old p1, but there will be some new stuff like editing multiple picture at the same time. dont get your hopes high I might get bored of it again before releasing anything.
 |
| |
Isildur
Registered: Sep 2006
Posts: 274 |
@Compyx, Win/Linux/Mac versions will be available.
Some features we plan:
- layers
- proper (+manual) color clash management
- painting on borders
- free sprite positioning
- sprite multiplexer
- Fli/AFli modes
- Unrestricted Hires/Multi mode
- full integration with C64Debugger (live painting on running demos etc.)
- proper cycled source code generated for KickAss & 64Tass (opened borders, multiplexer, FLI etc.)
@Oswald, can't wait to test it!
@Karmic: full open-source + portable only. |
| |
Compyx
Registered: Jan 2005
Posts: 631 |
Sounds promising! |
| |
Oswald
Registered: Apr 2002
Posts: 5020 |
rather sounds pretty crazy, esp the sprite and border stuff :) |
| |
Isildur
Registered: Sep 2006
Posts: 274 |
Yes, crazy but true. Slajerek is true genius :)
First version will be released in June @Silesia Party 8 (hope so)together with a new C64Debugger (based on Vice 3.1) |
| |
Oswald
Registered: Apr 2002
Posts: 5020 |
here's a suggestion then, to make it more crazy : per line manipulation of d016 / 18 / 21, etc :) |
| Previous - 1 | 2 | 3 | 4 - Next |
