1
Programming / Re: multips
« on: March 21, 2012, 02:19:54 pm »
1. To me, the non-existing issue seemed the need for checksums at all. This could well be a result of the hacking community in which I spend the most time; Super Metroid pretty much only has header issues to worry about, and it's easy to explain which type a patch targets and just as easy to tell whether you have a header. Since ZP has a lot of freedom in its design, it's easy to place a checksum in the metadata or after the EOF marker. I'll consider doing so later, if this does survive.
2. Writing IPS isn't currently the top priority, but I'll get to it.
3. Valid. There's nothing really new in ZP. I considered making a format with more power, with things like loops and multiple write types, but what would be gained from that? Simplicity is important. I see a format that takes half an hour and 75 sloc to fully implement applying and writing as a good format. That's what I tried to achieve with ZP. The good ideas were already there, so I adapted the ones that fit my goals.
But I made ZP for multips, not the other way around. It doesn't even require use of the ZP format at all; any comma-separated list of files on the command line is treated as a patch via diff. ZP is just a convenience around having to do that every time. multips is effectively a basic version control system. I don't know any other binary patch applier that is aware of conflicts, except perhaps Just F Patch in a sense. I've seen a lot of community projects flop, and I wanted to do something about it. multips is my attempt at that.
2. Writing IPS isn't currently the top priority, but I'll get to it.
3. Valid. There's nothing really new in ZP. I considered making a format with more power, with things like loops and multiple write types, but what would be gained from that? Simplicity is important. I see a format that takes half an hour and 75 sloc to fully implement applying and writing as a good format. That's what I tried to achieve with ZP. The good ideas were already there, so I adapted the ones that fit my goals.
But I made ZP for multips, not the other way around. It doesn't even require use of the ZP format at all; any comma-separated list of files on the command line is treated as a patch via diff. ZP is just a convenience around having to do that every time. multips is effectively a basic version control system. I don't know any other binary patch applier that is aware of conflicts, except perhaps Just F Patch in a sense. I've seen a lot of community projects flop, and I wanted to do something about it. multips is my attempt at that.
Home
Help
Login
Register