(07-28-2012, 07:39 AM)Davy Jones Wrote: - Recognition of the GIF format

This will surely be in mine

I might do zooming too but that'll take a while so prolly not in the first version.

Oh just don't assume I wouldn't know how to deal with a GIF...

Also whatever.
Moving the selectors is a bit slow when zoomed in due to the used components and things.

There's no easy explanations in Previousland.

Awesome, thanks =D

But how do I control the source and destination frame separately when I'm grabbing them?

Btw, here is a suggestion for the performance (at least on my pc the source frames act kinda laggy):

Source frame first (left) and then the destination frame (right), one after another. Maybe also easier to control than two frames at once.

Source and destination have the same size - I don't see a point in different sizes as it's only comparing pixels at the same relative positions.

Yes, as I said, dragging the size is awfully slow. I wasn't able to find a proper workaround. I tried different components that were supposed to be much faster but turned out to be just as slow.

(07-28-2012, 07:45 PM)Previous Wrote: Oh just don't assume I wouldn't know how to deal with a GIF...

Nah I new you'd get that. I see you even included BMP too.

Anyway, I finally finished my app, Palettifier. Basically it just does the same as Recolour. Specifically, you can open a PNG or GIF file, grab to identical frames with different palettes and it'll compare them to change the rest of the sheet.

Here are two screenshots:


The GUI should be self-explanatory, especially if you've used Recolour before, but I'll explain it anyway. Click Open to choose your file and it'll load. Choose the top-left corner for the sprite of the original palette, and the same with the new palette, and choose the width and height (this is for both sprites since they should be the same anyway). Then click Palettify!, wait a second or two and the sheet will be "palettified". Then just click Save to save your file as a PNG.

The only real difference it has to Recolour is that you can drag the sheet around, so you don't need to use the scrollbars. I'm not sure if this is helpful but it was a built-in feature of the component so I thought why not.
However, it can't zoom in/out, it doesn't support BMP (although TSR doesn't accept BMP anyway) and you can't drag the rectangles. I will work on getting these implemented though, and I'll also look into allowing you to save as GIF.

But yeah, for the time being Previous' Recolour seems like the better choice anyway. The only reason I can imagine someone would rather use Palettifier is if they wanted a *cough*betterlookingGUI*cough*

Anyhoo, if you wanna check it out you can download the installer here.

(07-29-2012, 01:40 PM)Previous Wrote: Source and destination have the same size - I don't see a point in different sizes as it's only comparing pixels at the same relative positions.

It's not about the size, it's more about the chaotic control over two frames at the same time. I have no idea how to handle these things.

The picture just shows a graphic program, in which you can mark a sprite as a source and then controlling the destination frame. Not both at the same time.

Edit:
For the performance: It seems like the loupe has something to with it, the more I zoom the more the frames lag. The performance seems to be okay on normal resolution.
Edit2:
The sheet size is also responsible.
Edit3:
Sheet size 381x381. Normal resolution: Fluid. Zoom: Lags.
Sheet size 512x2048. Normal resolution: Lags. Zoom: More lags.

@puggsoy: Dragging rectangles would be wonderful.

All in all, these tools are going into the right direction =)

Right, I'll do dragging rectangles first (along with zooming in then), although then I'll have to remove dragging around the image. Unfortunately it'll probably be the same as in Recolour, where the dimensions are linked, there's not really any other way.

I just hope that dragging performance when zoomed in goes better with my program

You don't control both at the same time... you control source by just clicking and destination by clicking while holding shift.

I know where the performance issues come frome, I just can't do anything about it at the time. It's not like there is a lot being done, just some simple drawing of two rectangles and scaling of the image - main performance hog is updating the visible image and there's not really any way around that I know of. I can't do magic, unfortunately, so I'll have to find solutions first if there are any.

Aaaah, now it works =)

Thanks, I'll use this tool for my next rip =)
Saves me time for not ripping duplicate animations with another palette.

... so none of these accept BMPs...? That's kinda what I use (I gif-a-late/png-a-late them to submit but all editing is done with BMPs. Yes my laptop is filled with 1000s of Kawaks screen shots in BMP format taking up loads of space).

It's not too much of an issue but well... sure do like BMPs...

a) BMP is dumb I hate you Windows
b) Recolour reads them (doesn't save though due to a)
c) No it won't read 32 bit BMPs noone does except Windows itself as they store full alpha channel - they use it for various OS graphics like the Windows 7 banner on the logon/welcome screen
d) No I won't add JPEG support ever forget it
e) The glyphs on the buttons are BMPs

I might be able to add support for reading BMPs (maybe even 32 bit ones, whatever they are) but never ever will I let you save them, there's no point.

EDIT: Just so you know, my program can now zoom in and out, draw rectangles, and read BMPs (apparently 32 bit ones too, according to the decoder I'm using). And the rectangles don't lag when zoomed in, since they're drawn separately from the actual image (Although to be fair that's just how anybody would do it with AS3 so it's not that special.)

However I'll have to wait till tomorrow to upload it, since I still need to write a readme (there are a couple of shortcuts) and it's REALLY late right now.

Sorry for the double post but if I edited it in my previous one you might not notice.

Right, it's done, download the installer of v1.1 here. I had to do some fine-tuning with the new features and stuff, but it's working perfectly now. For details on the controls (such as zooming and dragging the boxes) see the ReadMe located in the root folder.

By the way, I managed to support saving in GIF format, but it takes a hell of a long time for a miniscule difference in size, so I'm leaving it out until I find a faster way (if I can). If someone desperately wants the ability to save in GIF I can add it, but it literally takes entire minutes, and it does so synchronously (i.e. the program locks up until its done).

Hello kids.



I dug into Graphics32 to find a faster way to draw selections using layers and amasome thingus. Check out the new speed! No more inverted colour borders, though, but selectable colours instead! Just click the C1 or C2 panel to select one.

Oh wow. Oh wow I didn't even realise the colours were inverted the first time either.

Oh wow I gotta do this in my program but I'm leaving today. Darn you Previous for your timing.