[PSX/PC] Field Importer/Exporter - PuPu (v2.1)

  • Thread starter Thread starter Omzy
  • Start date Start date
Status
Not open for further replies.
Haha, Leonhart at it again

need help i tried extract field fs using garden but it always say no data files found
Click to expand...
I'm not sure, can someone else chime in on this? I haven't used it in ages, I use the same set of files I extracted years ago.
 
Garden will fail to extract the field files if the field has been opened in another program (like Deling, or the game itself). Try closing everything else and extracting again.

BTW, Garden fails to recompile the files. It always gives me a corrupt field.fs, so it's only really good for decompiling.
 
Need help again T_T

i use unmass ( thanks to Alyza) to extract field  after that , i place PuPu in the same directory as the extracted 'mapdata' folder
it open but i only see text elixir pliss! in the right corner,...
 
Use Unmass on field.fi first. Then use it again on, for example, ...\field\Data\eng\FIELD\mapdata\bg\bg2f_1.fi

Then place PuPu.exe inside the folder that has the mapdata folder and you should see bg2f_1 show up on the left side. Click/highlight it and use the Export button to make the PNGs.
 
New version released, v2.1, see main post for download. This version corrected some of the bad memory leaks introduced in v2.0, but there are still memory leaks that I haven't figured out yet. If you're doing a bunch of files and you get the error "Missing import files...", the memory leak has become too bad to continue, so restart PuPu. I've tested it using multiple runs, however, and it works well enough to convert all files without too much hardship.
 
I converted the field files with Pupu to png images, twisted them with an editor. But the problem is when I imported these edited png, It just saved a mapdata folder with png format (and somewhat distorted), not the game format.
 
It will look distorted (cut up into pieces) when you import them back. The PNGs you get go into the textures folder that is included with Tonberry. The folder format should be ff8\textures\xx\xxxxx\PNGs. For example, on scene may be ff8\textures\bc\bccent_1\bccent_1_0.png, bccent_1_1.png, bccent_1_2.png, etc...
 
Hello, i've downloaded the latest build of PUPU and using Deling extracted the field folder from field.fs
( As i couldn't get unmass or garden to work but essentially this is the same outcome )

But everytime I open PUPU it doesn't show any list of files?
can anyone help me with this, I would like to re-render and edit by hand using Photoshop CS-6 all the games textures

Untitled_zpsb0e1408b.png
 
Anyone know if this program is dead or not? I have same problem as BffWithDEATH above me had. I used Unmass.
 
I noticed some problems on my textures, especially banding, when I import them with Pupu:

ingame
http://imgur.com/a/PuPSG

texture(resized) :
http://imgur.com/a/7kWzq

The subtextures are ok but after Pupu converts them, I see the banding on tiles. If anyone has a solution for this please tell me. Thanks
Click to expand...
Are you importing them directly back into the game?  The banding would be the difference in bitrates between your file and what ff8 can handle.

You should test your texture in Tonberry and see if it looks like the one you created without the banding.
 
Yes, I loaded the backgrounds(1280x896) with Tonberry and this problem happens to all of them, although bggate_5 banding is more noticeable. I also noticed the same problem on Eden's backgrounds. The problem really appears when Pupu converts the subtextures, I don't know if that conversion/gamma handling is necessary for compatibility. Here are the subtextures, before and after Pupu conversion:

https://mega.nz/#!KhxmzB7a!-lCEjmth5cVDR_bPqKPymZEqv6ZMWZOrfT5krqwEzTc

Is there any way for me to replace directly my backgrounds(non-resized) with the original ones(on field.fs)  so I can check if banding still happens?
 
PuPu just pulls the bitstream exactly as it is in the archives and rearranges the tiles to match their proper coordinates. It doesn't at all influence any pixel values, so it is not the cause of banding--the original textures are. Please let me know if I'm misunderstanding the question.
 
Pupu seems to limit the files to 8 bit when importing them into the readable game files, which makes no sense since we are using external textures, there should be no limit. If I export, import then upscale them there is no banding, but they appear black in game. If I export, upscale each file individually they look fine, but the moment I import them you get really bad banding and it just ruins the whole picture.

EDIT: Managed to fix the banding by importing the original and upscaling it using 8 bit mode, though the tile lines show up and I dont know how to get rid of them.

L9sW3oG.jpg
                                                   
Ze4IE4u.jpg
 
Last edited:
Pupu seems to limit the files to 8 bit when importing them into the readable game files, which makes no sense since we are using external textures, there should be no limit. If I export, import then upscale them there is no banding, but they appear black in game. If I export, upscale each file individually they look fine, but the moment I import them you get really bad banding and it just ruins the whole picture.

EDIT: Managed to fix the banding by importing the original and upscaling it using 8 bit mode, though the tile lines show up and I dont know how to get rid of them.

L9sW3oG.jpg
                                                   
Ze4IE4u.jpg
Click to expand...
Yes, upscaling the already cut textures will get rid of banding. Downside is... Upscaling them with waifu alters the lines/segments in the textures. Making them noticeably visible. The only way around this for me is to combine the textures, which gives a more accurate upscale, run them through Pupu, then use upscaled alpha channels to get rid of the excess from the textures. This is how I've been doing it. But it takes considerably longer and you'd still have to use Pupu. :P
 
These are the kinds of bands you expect to see when you upscale a texture before it is reassembled into its layers. It almost looks like you used the raw textures from the archives. You must properly export the textures using PuPu to get the layers, up scaling this way won't work. This is simply an artifact of up scaling and doesn't really have anything to do with PuPu. PuPu can perform the original export and assembly, you do your magic, then reimport and it deassembles back into blocks.
 
Right I exported/imported the original low res textures to get the tile format texture then upscaled them. Cause if I export then upscale them, they look fine, but when I import using Pupu it causes banding and looks completely different from the textures I had before. Only upside if there is no tile seams. I just want to know why this happens and if it can be fixed.

xFVNh5M.jpg


ohgBThG.png
 
This is the reasoning behind facepalmer and project eden scripts. The entire scene must be composed before resize is performed for each individual animation or you will get bending wherever 2 blocks come together on the original texture.  This is why upscale with this method is extremely tedious without a powerful script. Look into the project eden script code. Can anyone else elaborate on the explanation here? I'm busy at work
 
This is the reasoning behind facepalmer and project eden scripts. The entire scene must be composed before resize is performed for each individual animation or you will get bending wherever 2 blocks come together on the original texture.  This is why upscale with this method is extremely tedious without a powerful script. Look into the project eden script code. Can anyone else elaborate on the explanation here? I'm busy at work
Click to expand...

Hey Omar, I think he's saying that when he imports his texture using PuPu, it creates color 'banding'.  The 'border' issue he was having was because he was trying to go around the issue, and it didn't fix it.

If you look at the last couple of images he posted above, the texture looks great, but after he PuPu's it for import, look at the banding in the colors (noticeable in the bluish area the best).  He wants to know why this happens and what the issue might be?

The 'borders' that he had were only because he was upscaling the file directly without using PuPu for re-alignment because he was trying to get around the 'color-banding' issue that PuPu seems to create for him.

Does PuPu convert the image to 16 or 24 bit by chance, instead of 32?  This would create an issue, as there wouldn't be enough bits for the alpha channel, and it might crush the color information in 'conversion'
 
Last edited:
Status
Not open for further replies.
Back
Top