2013-11-22, 05:42 PM (This post was last modified: 2013-11-22, 06:05 PM by StolenBattenberg.)
Hmm... I'll look into it. You're supposed to be able to import them, yes.
Edit: Did viewing FSTim images work with the release build? It is working here (see picture) So I'm not sure what's wrong... Does viewing any image work?
About to .PNG, the tool converts pretty much every single format to .TGA, and it can convert that to all of the formats with a 'Y' in the write section of the supported image formats list... Not sure why you'd want to, but you could make FSTim into .HDR :P
Sorry for the slow reply. I've been helping a friend cut and split dead trees into firewood for the past few days.
The image preview does display in the release build, but I tested the development version on two PCs and there was no preview. The scanning and conversion worked nicely though
I forget if it's been mentioned, but does AIV support converting images en masse (batch)?
2013-11-26, 10:16 PM (This post was last modified: 2013-11-26, 10:18 PM by StolenBattenberg.)
Mm-hm, the second option 'Convert external images' will convert an entire directory of images into a different format.
It can only handle one type at a time though.
Example -- If I had a folder with TGA and JPG, and choose JPG as the input format and png as output format, it would only convert the JPGs in the folder to .png.
It's weird that the display doesn't work... My guess is because I stopped using a complied version of image magick, and changed to separate, with external dll... I'll swap back to the old way, since it doesn't take that long.
It's fine about the reply time, it gives me more time to fix bugs and work on txr... :P
0.2 Release version is now done, hopefully opening and previews etc will work again now. This one has lots of grammar and spelling fixes in the GUI, filter effects are now all working... I also removed some of the useless ones, and added better organizing... The edit menu now has stuff in it... That's some of the obvious stuff. Enjoy. (Download link in top post, replace 0.1 release)
Yes, it did work fine with preview and all. I was thinking that Echo Night might be a candidate for FSTIMs too, but I haven't gotten a chance to check yet. I think the armored Core games used a unique texture format that didn't have a palette because the AC games let you customize the color on your 'core' so the palette wasn't a built in part of the image.
2013-12-12, 04:17 PM (This post was last modified: 2013-12-13, 07:50 PM by StolenBattenberg.)
I'll take a look at Echo Night later, since I need to adjust the script anyway. It turns out From Soft edited the header slightly for different games... Rather than have separate formats (KF-Tim, ST-Tim, EN-Tim and AC-Tim etc) I'm gonna make a GUI in which you can select which game your ripping from... It's really weird that they changed it. The only ST file that managed to get something, was 'ICON.T' or something like that, and even then it was just 0 byte files...
The FSTim ripping is very experimental at the moment, I need to do much more work on polishing it up, including support for more BPP, right up to True Color... I've been thinking about making a utility to view .T archives at one point, so I can learn more about them -- kinda like 7ZIP. That is if they're archives anyway, FS might've just used them as dumps...
I'm also gonna do some more work on TXR, sorry for the low support in the last version but I was still trying to work out how I could 'flip' the data around, since BMP has to be so damn annoying...
On another, slightly related note -- I've been practicing my C++, although I don't plan on porting the entire program into that, I put together a .DLL that'll allow me to make the ripping process of KFTim at least 4 times quicker! If there is any other GM users who one day see this, I'll make that .DLL available to you if you'd like, with a documented API.
Edit: My skim through echo night turned back no results, I couldn't find any normal Tims or anything which looked like it may be an image file.
Inside 'Green.bin' there was a a bunch of files (around 10 or so) with the tag '40 01 81 01' though, not sure if that's anything of significance...
I'll be re-writing the program over the next week to increase speed, since I don't have a hard drive with anything else on it. Lucky I kept this in my development folder...
It'll be a lot more compatible, but it will be a while until it's got as many functions as it did before.
Here's some upsides and downsides which'll be put in the top post when it's done.
- Speed; I'm gonna improve the entire thing, and it will be using compiled source, which means it'll run a lot faster. I haven't tried it yet but I'm expecting import, export and seek times to be quartered into sixteenths.
- Efficiently and compatibility; Before it was 'wrapping' a command line tool to do image loading/converting, but now I'm going to use a fully custom plugin based system, all of it will be pure C++, called from inside DLL by the API.
---
This is to become the standard from now on, and it'll be used for any versions after 0.3.
Also, I've been able to figure out the other From Software formats, I know Shadow Tower has a few FSTim, but my tool just doesn't get them. Maybe that'll change during the re-write.
2014-02-16, 04:19 AM (This post was last modified: 2014-02-16, 04:37 AM by StolenBattenberg.)
After a good five hours, I've cracked the ENTim... Kinda...
I have a piece of image data, and I'm slowly starting to understand how they did it.
I thought at first it was compressed, so I got Nana, something which lets you view raw data as a graphic, and found two images. 'YOU LOST...' and 'YOU WON!!'... They're right at the end of BLUE.Bin.
They both appear to be 16BPP, there's two bytes for each pixel. Though, I'm not sure on that because From Soft were being nice, and separated the CLUTs from the actual image data, this'll mean it's a pain in the ass to put together in a BMP, because I'll have to devise a way to find the connected CLUT.
The image data also has a 8 BYTE header, it appears to be written in SHORT. Looking at it, it appers to be a modified TIM again.
My current thinking is that this format has multiple images under one palette, as there is what appears to be a palette above both of the images in the data, though I'll have to check tomorrow.
That's me done for the day, between working on my own games, SoM 2.0, From Software game cracking and THIS project, I'm tired. When I've figured out ENTim enough for a prototype, Alternate Image Viewer 0.5_D will FINALLY be released.
PS: Image files are stored in BLUE.BIN, for anyone else who wants to try.
EDIT:
I got this image by taking the raw pixel data and applying a simple black - white gradient palette. The images are actually 8BPP. Now to figure out the palettes...
