Qhimm.com Forums
Miscellaneous Forums => General Discussion => Topic started by: TheKeiron on 2010-03-02 11:10:43
-
I wasn't really sure where this should go (sorry if this is the wrong section!)
Basically i've come from a PSP forum looking to mod the psx version of FFVII with the graphical tweaks (like anything similar to bordes npc but for psx) and then convert the psx discs to eboots which can then run on the PSP's POPS psx emulator. Can anyone help with this? I've been looking all over this forum for psx mods but the mods are confusing (they seem to be all for pc...but i'm not sure if they all are!)
I know a lot of people would love an improved version of FFVII to play on the go so any help with this would be greatly appreciated :-D
-
Ain't gonna happen. Improving the graphics means increasing the sizes of the original files, which we can't do because we can't build a new PSOne disk filetable from scratch. There are still some mods that change things, like the Hard Mod, or my own Rebirth mod, but we can't include new models or anything like that.
-
neway to run the pc version on a psp?:P
-
neway to run the pc version on a psp?:P
Nope. Just running Windows 95 takes up all of the 32Mb of RAM
-
You can run the PC version of ff7 on a PS3
1. Own phat ps3 with otheros option
2. Install Yellow Dog linux and cut out every ounce unnecessary running bloat
3. Run butchered slim windows xp in virtual machine
4. Install ff7 in virtual machine
5. Build PS3 laptop
Henceforth, ff7 pc running on a playstation portable. :-D
-
Couldn't a stripped down kernel and WINE just about manage it?
-
yeah, if there were a port for the ppc architecture
-
Couldn't a stripped down kernel and WINE just about manage it?
As far as I understand it, WINE only works with PC-like systems with x86 compatible processors, since it's a compatibility layer and not an emulator (what do you think WINE stands for? ;D).
Anyway, as knifethesky77 said, there would need to be some kind of port over to the PS3's powerpc architecture that the PS3 uses.
I only half understand what I've just said :roll:, but in any case, WINE can't run Windows programs on the PS3, for the reasons given.
For now, we'll have to hope that FF7 is one of those games that will work in an emulated Windows on a PS3, and I doubt it (since emulated Windows is slow even when no programs are running in it).
-
Of course, WINE isn't an *emulator*, meaning it can't help port over bytecode from one architecture to another.
-
well, speed IS an issue with otheros on the ps3
The thing is, linux doesnt have access to the RSX (the graphics card)
unfortunately, that means that half of the ram on the system is a no-no zone ;D
it might actually be faster to have ydl running a vm with a very light x86 linux kernel+wine+ff7
in a way you are all right
-
Ain't gonna happen. Improving the graphics means increasing the sizes of the original files, which we can't do because we can't build a new PSOne disk filetable from scratch. There are still some mods that change things, like the Hard Mod, or my own Rebirth mod, but we can't include new models or anything like that.
I'm not really sure what you meant by this, why cant you change the models? i've seen other people on other websites do texture mods of ps1 games successfully...
-
Ain't gonna happen. Improving the graphics means increasing the sizes of the original files, which we can't do because we can't build a new PSOne disk filetable from scratch. There are still some mods that change things, like the Hard Mod, or my own Rebirth mod, but we can't include new models or anything like that.
I'm not really sure what you meant by this, why cant you change the models? i've seen other people on other websites do texture mods of ps1 games successfully...
The models can be changed, and and remember that some of them actually were changed a while ago.
The problem is that we can't have models with bigger file sizes than the original. We can have new models, but we can't have high-res models because they have bigger file sizes; that means that all of the graphics mods, which seek to make the game look better, are incompatible with the PSX version. All we can do is put in new low-res models that don't look much/any better than the original ones (unless we use really good compression).
-
Ain't gonna happen. Improving the graphics means increasing the sizes of the original files, which we can't do because we can't build a new PSOne disk filetable from scratch. There are still some mods that change things, like the Hard Mod, or my own Rebirth mod, but we can't include new models or anything like that.
I'm not really sure what you meant by this, why cant you change the models? i've seen other people on other websites do texture mods of ps1 games successfully...
The models can be changed, and and remember that some of them actually were changed a while ago.
The problem is that we can't have models with bigger file sizes than the original. We can have new models, but we can't have high-res models because they have bigger file sizes; that means that all of the graphics mods, which seek to make the game look better, are incompatible with the PSX version. All we can do is put in new low-res models that don't look much/any better than the original ones (unless we use really good compression).
I wasn't aware some were changed a while ago, could you point me in the direction of some screenshots? Also, with regards to the low res models issue, would it be possible to compress the battle models for cloud etc enough to replace with the field ones perhaps? if so, what compression could work?
-
Unfortunately, I can't find any of the screenshots. However, there's some info here (http://forums.qhimm.com/index.php?topic=8253.0).
The models that were replaced were replaced by other models that were already in the game.
-
Unfortunately, I can't find any of the screenshots. However, there's some info here (http://forums.qhimm.com/index.php?topic=8253.0).
The models that were replaced were replaced by other models that were already in the game.
ok i read the thread shame there weren't any screenshots! So the lzs compressor may be able to compress a model to small enough to swap out the field models? how big are the field models btw? Sorry i'm a complete noob at this
-
Just throwing ideas around here. It might not be too hard to port PCSX emulator to PS3 (it's probably already been done) then you could modify the emulator to have special FF7 hooks that intercept resources requests and replace them with external hi-rez data. That may also mean increasing the emulated PSX ram which may complicate things. You can find an example of this sort of thing with Zelda Ocarina in an N64 emulator. Textures were all replaced with much higher rez versions (ask youtube for videos).
-
KwaA? ???
Ocarina Of Time with updated textures on an emulator? Care to provide a link?
EDIT: I think I found it - http://www.n64redux.com/content/ocarina-time-community-retexture-project
-
yea, thats kinda the zelda version of team avalanche... they've also been around a lot longer :P
-
yea, thats kinda the zelda version of team avalanche... they've also been around a lot longer :P
They're also a lot less organized and slower to actually do anything. I've been following all the N64 retexture projects at emutalk, and it seems like very few of them ever get anywhere near completion.
-
You arent calling Avalanche organized are you? LOL
-
You arent calling Avalanche organized are you? LOL
Not in the slightest, but have you seen the place where pretty much all N64 retextures hail from (http://www.emutalk.net/forumdisplay.php?f=110)? It's loaded with unnecessary dupe topics that should have been updates to previous topics, generally redundant projects (roughly ten Mario Kart texture packs that all serve the same purpose), and outdated stickies (http://forums.qhimm.com/index.php?topic=5387.0). Not to mention, the first posts in about half the threads pretty much never get updated, so to find the latest release of a texture pack you have to browse through sometimes dozens of pages of post after post of "whens the new version of ur textur pack comin out! weve been waiting too long".
-
I've actually found that Qhimm is a lot more organized than most modding community forum boards. It's just easier to find stuff.
-
Hmm maybe ill shall clean up my little corner of the forum one of these days
-
The problem is that we can't have models with bigger file sizes than the original.
Data can be relocated around the disk, models included. You don't even need to rebuild the whole ISO, but just move a file in an empty region of the image (i.e. end of disk). In other words, the only actual limit is the hardware.
-
As far as I know, that isn't true. The issue is not the limitations of the disc, but to do with the fact that -
a) Bits of the executable don't look for files, but go to particular sectors and tracks expecting data, so we'd have to disassemble parts of the executable and change these locations, and
b) We can't create PSOne data lookup-tables / filesystem data from scratch.
If you know differently, though, I'd be very interested to hear how I could exceed the limits of the KERNEL.BIN. I *have* heard about attempts in the past to get PSOne homebrew up and running without the Net Yaroze framework - presumably, *someone* must be able to author bootable Playstation discs.
-
a) Bits of the executable don't look for files, but go to particular sectors and tracks expecting data, so we'd have to disassemble parts of the executable and change these locations, and
b) We can't create PSOne data lookup-tables / filesystem data from scratch.
a) Those allocation tables are incredibly easy to locate, some even stored in the most obvious locations (FIELD.BIN contains the whole thing for the FIELD folder, just like ENEMY1-6 indexes are stored inside BATTLE.X). Most of them, if not all, use a simple lba+size (sometimes padded to sector) format.
b) It's really possible to, but not necessary. I've expanded the hell out of some overlays and data files, and guess what? The game doesn't refuse to work with them. Models follow the same procedure.
If you know differently, though, I'd be very interested to hear how I could exceed the limits of the KERNEL.BIN.
You mean the RAM limits or size on disk? I haven't analysed the first case (even though it should be a static array, meaning it's pretty hard to expand), but the second is very possible to do and my personal tools already take care of it.
-
That's excellent, and makes things very different for my mod project. As for the KERNEL, I meant the space on disc. One issue, though - how would I go about importing a file larger than the original onto the ISO? Is this something your tools can handle?
I know one thing: I'm going to take a look at your tools NOW!
-
One issue, though - how would I go about importing a file larger than the original onto the ISO? Is this something your tools can handle?
My tools inject KERNEL.BIN somewhere else in the ISO (forgot exactly where, but it's an unused area so who cares) and update the index/size values for it inside INIT\YAMADA.BIN, which also contains several other initialization index/size pairs. The same procedure was used for other files that grew bigger, like FIELD.BIN and BATTLE.X.
-
Amazing! You really are the Playstation Guru!
-
I saw this post and was wondering if you still have that tool.