QUOTE(SubFocus @ Nov 19 2006, 03:35 AM)
My only suggestion is: A play button.
So that you can watch it rotate each time. This would help point out mistakes made.
Hmm...but do you want just a simple consectuive playback of all the frames, one after another,or something more advanced? To cut the talk - no, I do not have plans for Iscript integration with GRPEd.
QUOTE(TheNomad @ Nov 19 2006, 06:20 AM)
I also think it'd be better to maybe replace the "Extract One" and "Extract All" buttons with just one called "Extract..." which (by the obvious ellpisis a dialog would appear that) will let you choose whether you will "Extract Selected" or "Extract All". By "Extract Selected" I'm implying "Shift + Click" would allow you to enqueue frames in a row while "Ctrl + Click" allow you to jump-select frames, just like normally in Windows.
What's the point in replacing 1 click with 2 clicks? But the "Extract Selected" button is a good idea, I will replace the "Extract One" with it
Along its side a nice "Make GRP" would also be good
Maybe an option to delete/add frames just in case we had second thoughts on the grp as well ?
It doesn't have the Make GRP button because I haven't coded that routine yet. As for adding/removing frames, this is planned indeed, and at specific spots.
QUOTE(ShadowFlare @ Nov 19 2006, 07:52 AM)
Yeah, and displaying the GRP frames as you scroll should be fast enough that this would be feasable, I think. Although, it may not really be necessary, considering the way it is shown in the GRPEd screenshot.
Although I would like otherwise, for big graphics the scrolling is not 100% smooth, I mean - if you browse through frames using the list (by pressing an arrow key), it wont' show all the previews. It is the case with the GRP from the screenie, which is 256x256, but I can't tell right now what size is a "border" for this. Or maybe it's just the matter of the processor I am using, because I'm working on my good old Duron 800Mhz
I never really said specifically that I wasn't going to finish it.
This will make it so I don't need to, though. lol I could instead focus on that IceCC IDE I've started, which will not only help with using IceCC, but will basically be a replacement for ICE as well if I implement the planned features.
I have retaken the GRP-idea then, you keep the Iscript
Mind sharing (privately) the progress?
Hmm, if I remember correctly, I coded the GRP encoder function in GRPAPI because you requested it for this program. BTW, if it would help at all, I'll give you the source code for my progress so far on the converter I made.
That would be great
Here's what I had in my todo list for my grp converter, along with some added comments:
- 24-bit support and 8-bit RLE support, probably only on import (and possibly other formats for import or export)
I plan to stick to the bitmaps for the beginning. I've done some research over other formats, and the only plausible one I found was GIF. The others are too much of a hassle.
Support exporting and importing masks for transparency, like the converter with StarDraft. Technically, there is no transparency color in Starcraft, that is just a RetroGRP convention. A transparency mask would be the way to do it for those who do not want to designate a color for transparency. Also, a transparency mask can be directly extracted from the image being made, when using certain image editors.
...I think I need to learn a bit about graphic editing first
- Automatically find a count of numbered bitmaps, so it is possible to just open the first one and not need to specify how many there are.
This is easy, with the obvious restriction that all the files have the same name and differ only in the IDs, I have already done something similar, to search for the palette files present.
A problem I can imagine here is when frames are missing. It is no problem just to skip over, and continue if there are more files present but the question is - how big should be the tolerance level? 1,2,5,10 frames?
- Support for being used with a file association
I personally don't like file associaton, especially here, as Windows uses the GRP files for its own purposes, but I may think of it one day
- MPQ support, for importing and exporting
No problem with this, as I've done it in DatEd before.
QUOTE(wingedcloud @ Nov 19 2006, 09:15 AM)
though i hate grp edit for its LONG and TIME DRAINING art problems, this might help me, since all the all (?) of broodkillers' modding tool are quite easy to use and POWERFUL... hope u can release it soon.
Wow, you hate it even before you used it?
As for a release, I plan to have a working beta before Christmas.