| |
Oswald
Registered: Apr 2002
Posts: 5017 |
P1
Project One V0.5
post bugreports, questions, feature requests here, should be a better place than the comment area of the release.
|
|
... 276 posts hidden. Click here to view all posts....
|
| |
Oswald
Registered: Apr 2002
Posts: 5017 |
looking at it:
- can not reproduce this exact fill bug. exact steps from a clean startup ?
- the preset handling in the gradients needs a major cleanup, wip. |
| |
Joe
Registered: Apr 2002
Posts: 224 |
Damn it!
I really want a feature of adding sprites on top of the Multicolored images or Hires in desired layout. Not that fancy as of "many" color options, but rather as a total.
I don't care that much for FLI unless it handles the FLI-bug, and I don't care for the flickery madness, that's so 90:is? And Hires could well do proper things when imagined loading them from disk fast as hell... Ok, so I made Clouds.
Imagine Multicolored sprites put aside of the hires image in three fixed colors. Or single colored sprites on top of a Multicolored image. Or both expanded, turning the borders alive like one of these images:
Collector
Rebound
If I only had the time to learn how to code... |
| |
Carrion
Registered: Feb 2009
Posts: 317 |
joe:
regarding the sprites over hires/multi/whatever just start using Timanthes. You can have layers.
say hires layer on top of multicolor layer or other way around. fli/no fli as you wish...
converting the layers to hires/multicolor is again just few clicks away... and it works just fine despite what people say here on the forum. |
| |
Joe
Registered: Apr 2002
Posts: 224 |
Thanks Carrion: I guess I'm a complete idiot and demands Mirage to write a instructions manual to a complete jerk like me. I simply don't understand that guys program. But Oswald's is simply plug and play :D |
| |
Oswald
Registered: Apr 2002
Posts: 5017 |
Joe, I do realise it would be a great feature, but I lack motivation because it can be very complicated: think of overlapping sprites, with mixed backgr priorities, how the user interface should work to pick a sprite to edit (what if its completely behind another?), should there be more than 8 sprites per line allowed, if so how sprite priorities would work? etc.
one fixed spritelayer in fixed mode/colors/priority would be simple tho. exporting sprites from it can be flexible too, support to place the sprite cookie cutter wherever you want would be simple.
one step further would be to allow for non overlapping sprites with different modes/colors, this would need not much more extra complexity, as behind the scenes this would be just one layer too, we're just changing the screen draw settings based on where we are.
one more thing: multicolor sprite pixels should be lined up with multicolor bitmap pixels (even if a sprite is in hires) to keep it simple.
|
| |
Oswald
Registered: Apr 2002
Posts: 5017 |
btw I think saving only one gradient setup would be enough. It's a feature very rarely used I think. Thoughts? can I trim it back to that? (and kill all the messy/buggy code handling it:) |
| |
Joe
Registered: Apr 2002
Posts: 224 |
8 sprites per line, expanded or not, hires or not. border or not.
Very static, perhaps just a vague choice of position if specified as "standard". That would be lovely (left or right but mainly the whole que, not sprite overlaying sprite overlaying background).
I know about the priority bit, so why bother, let em be on top simply (hm, hires, yeah, sure how to...) Regulations is the key, really, at least for me.
No funk just play. |
| |
Joe
Registered: Apr 2002
Posts: 224 |
"Grid-positioning"* |
| |
Oswald
Registered: Apr 2002
Posts: 5017 |
so any color / mode / priority / place / nr, but NO overlapping would be fine? (place would be restricted in X as told before)
border is no problem, can do any size pictures (dividable by 8) its just not offered in the gui yet (no I/O support either), so it would be up to the user to layout the thing correctly.
edit: support to layout grids would be no problem, but user could place them freely aswell, unless no overlap.
edit2: dont hold your breath tho, we're just talking of what would be the needs, then I may slowly start working on it.. or not... sorry, motivation... :/ |
| |
FATFrost
Account closed
Registered: Sep 2003
Posts: 211 |
Oswald, just hand over the goods!! We know you can do it and do i really have to invoke the 'well i bet Crossbow couldn't make an editor for Pc in 64k' type sentence do i? ;)
|
| Previous - 1 | ... | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | ... | 29 - Next |
