Register | Login
Views: 19364387
Main | Memberlist | Active users | ACS | Commons | Calendar | Online users
Ranks | FAQ | Color Chart | Photo album | IRC Chat
11-02-05 12:59 PM
1 user currently in Rom Hacking: hukka | 2 guests
Acmlm's Board - I2 Archive - Rom Hacking - Your ROM-hacking WishLists! | |
Pages: 1 2 3 4 5 6Add to favorites | "RSS" Feed | Next newer thread | Next older thread
User Post
Geiger

Buster Beetle
Level: 34

Posts: 244/460
EXP: 241080
For next: 12571

Since: 03-15-04
From: Indianapolis, IN, USA

Since last post: 6 hours
Last activity: 6 hours
Posted on 01-21-05 08:44 PM Link | Quote
Programmers need to start writing platform-independant programs. And if they can't (Visual Basic programmers and the like) then they probably shouldn't be programming, anyway!

You seem to suggest that writing a platform-independant app is as easy as pie. It quite is not. For instance, while the Snes9x source code would be a mess anyway, the extra steps necessary to make it cross-platform make the code complexity much worse.

Hell, even just programming something in Java has issues.

You are also condemning programmers because they do not want, or have the skills, to support what is essentially a niche market. While I am willing to bet the target audience has a slightly higher penetration of alternative OSs than mainstream, I imagine Windows still accounts for 90+%. A couple odd people here and there might make a switch if more programs were available, but it is not going to be a tidal wave of change. Remember that a person and their circle of friends are not representative of people as a whole.

And really... saying someone should not be programming if all they know is VB? That is quite the elitest statement. Everyone has to start somewhere. And while they should probably aspire to program in a more powerful language, it is really up to the programmer to decide what language and for what platform they will develop.

---T.Geiger
Peardian

Lava Lotus
The Uncanny Mario Art Master
KvSG #87 is up!
No Trouter yet...

Halloween's over... Turkey time!
Level: 58

Posts: 237/1696
EXP: 1545376
For next: 32170

Since: 07-01-04
From: before 3:00 - school, after 3:00 - Pearl Island

Since last post: 7 hours
Last activity: 6 hours
Posted on 01-21-05 08:45 PM Link | Quote
SMB3 with bombs instead of fireballs. And wrestling moves. And hippies.


(edited by Peardian on 01-21-05 11:46 AM)
Parasyte

Bullet Bill
Level: 35

Posts: 221/514
EXP: 267348
For next: 12588

Since: 05-25-04

Since last post: 104 days
Last activity: 32 days
Posted on 01-21-05 09:11 PM Link | Quote
The term "elitist" is still just as idiotic as it was when I first noticed it in use.
Though I know plenty of assembly languages, I would not believe that everyone must write only in assembly. Same goes for C, C++, Java, or any language, for that matter. What I don't like is Visual Basic. So yes, I could easily alienate "programmers" who only know Visual Basic. Not just because it's a bad language to learn or use, but also because programs written in the language generally "lock" the user into running the program on Microsoft operating systems. The whole thing stinks of loss of freedom. A user should have the right to use your programs on any operating system with as few dependancies as possible. A programmer's lack of programming experience is no excuse for not attempting to learn something new and break the locks they impose on themselves and the users of their programs.

But that's little more than a wish.
Deathknight

Blue Octorok
Level: 11

Posts: 8/46
EXP: 5270
For next: 715

Since: 01-21-05

Since last post: 63 days
Last activity: 113 days
Posted on 01-21-05 10:19 PM Link | Quote
Originally posted by Googie
I would like to see a working Zelda 2 editor, Rygar editor & Solomon's Key editor.

The zelda 2 editor that's out does work it just requires an older computer to run it for some reason. Although it does have a few mistakes in it that I've noticed. In temples 3, 4, and 6 if you put in the sprite of the blue guy who throws hammers you get a red stalfos and vice versa. I would like a more detailed Zelda 2 editor honestly. Maybe I should talk to DWedit and see if he could help me a bit.
dormento

Shyguy
Level: 17

Posts: 71/99
EXP: 24075
For next: 668

Since: 03-15-04
From: Esteio - Brasil

Since last post: 182 days
Last activity: 161 days
Posted on 01-21-05 10:51 PM Link | Quote
...almost no one uses...
mmm...are you high? I want some of this same herb you are using, it seems to be good...

...If this were to come to be, then I'd make SMW my bitch
Quite an understatement :p
Vystrix Nexoth

Level: 30

Posts: 227/348
EXP: 158678
For next: 7191

Since: 03-15-04
From: somewhere between anima and animus

Since last post: 3 days
Last activity: 2 days
Posted on 01-21-05 11:07 PM Link | Quote
Originally posted by dan
- A complete phasing out of IPS, to be replaced with a better patch format that actually supports NES ROM expansion.
IMO, each platform ought to have a patch format that is specifically designed for the nuances of each format, and separates data semantically. For example, an NES patch format that:
  • Separates PRG patch data from CHR patch data
  • Defines changes in meta-data (e.g. mapper number / board name) in a universal way
  • And of course, as you said, accomodates ROM expansion
The purpose would be a format that could be applied to an iNES or a UNIF ROM in the same way. Due to the way UNIF is laid out, using an IPS patch for it would not be very feasable.

I happen to have been working on just such a format. I'll finish that up and post it here (to this board) sometime.
Geiger

Buster Beetle
Level: 34

Posts: 245/460
EXP: 241080
For next: 12571

Since: 03-15-04
From: Indianapolis, IN, USA

Since last post: 6 hours
Last activity: 6 hours
Posted on 01-21-05 11:24 PM Link | Quote
The term "elitist" is still just as idiotic as it was when I first noticed it in use.

"Holier than thou" float your boat?

What I don't like is Visual Basic.

Neither do I. I rather despise it, since I am use to programming in C++. I do not much care for Java either. Or fortran. Cannot stand to look at assembly.

But its not my call. I did not write the bloody thing. I appreciate ZSNES very much because of its feature set, speed, and compatibility, even though it is largely written in assembly. I like Snes9x mostly because it is written in C and has real windows, but I have some issues with how it does things. I am happy to have both programs, though neither exactly follows the methods I would have used.

So yes, I could easily alienate "programmers" who only know Visual Basic.

So unless they meet your standards, they are not real programmers? Come off your high horse.

Not just because it's a bad language to learn or use, but also because programs written in the language generally "lock" the user into running the program on Microsoft operating systems. The whole thing stinks of loss of freedom. A user should have the right to use your programs on any operating system with as few dependancies as possible.

So if I go out and write GeigerOS which is not compatible with much anything at all, you should have to bend over backwards to accommodate me running your program? The onus is on the user to run the program on their system, not the developer. I mean, why the hell do you think emulators got written to begin with?

If you choose to use a non-Microsoft OS, then you are also choosing to not have as wide an array of software choices. That is a packaged deal and you cannot possibly claim you did not know. You have made your bed.

It is one thing to encourage others to write multi-platform. A simple "I wish people would write more Linux compatible apps" would have sufficed. It is quite another to whine that everyone else sucks or is the bad guy.

A programmer's lack of programming experience is no excuse for not attempting to learn something new and break the locks they impose on themselves and the users of their programs.

This is the only point I agree with you on, but certainly not for the same reasons you stated it.

---T.Geiger
dan

Snap Dragon
Level: 43

Posts: 348/782
EXP: 534516
For next: 30530

Since: 03-15-04

Since last post: 20 hours
Last activity: 14 hours
Posted on 01-22-05 12:25 AM Link | Quote
Originally posted by Vystrix Nexoth
Originally posted by dan
- A complete phasing out of IPS, to be replaced with a better patch format that actually supports NES ROM expansion.
IMO, each platform ought to have a patch format that is specifically designed for the nuances of each format, and separates data semantically. For example, an NES patch format that:
  • Separates PRG patch data from CHR patch data
  • Defines changes in meta-data (e.g. mapper number / board name) in a universal way
  • And of course, as you said, accomodates ROM expansion
The purpose would be a format that could be applied to an iNES or a UNIF ROM in the same way. Due to the way UNIF is laid out, using an IPS patch for it would not be very feasable.

I happen to have been working on just such a format. I'll finish that up and post it here (to this board) sometime.


I started working on a patch format myself also. Unfortunately, like many of my projects, it didn't get further than the very basic specification stage. I may still complete it though, if nothing comes out that supports NES ROM expansion, as one of my projects is a heavily expanded NES ROM (which IPS cannot handle) and writing a program to apply the changes just plain sucks as a solution.
Geiger

Buster Beetle
Level: 34

Posts: 246/460
EXP: 241080
For next: 12571

Since: 03-15-04
From: Indianapolis, IN, USA

Since last post: 6 hours
Last activity: 6 hours
Posted on 01-22-05 12:50 AM Link | Quote
Have you guys tried the NINJA format? I have not messed around with it enough to know if it is the NEXT BIG THING, but in theory it is supposed to be able to handle issues like data relocation. If you try it out, I would be interested to know your results.

---T.Geiger
dan

Snap Dragon
Level: 43

Posts: 349/782
EXP: 534516
For next: 30530

Since: 03-15-04

Since last post: 20 hours
Last activity: 14 hours
Posted on 01-22-05 01:29 AM Link | Quote
From what I can tell, it doesn't support any kind of data relocation at all. But that's only from looking at the limited documents floating around, and the PHP source code of the patch creator.

However, it does have one invaluable feature, where it takes a checksum of the ROM that the patch has to be applied to. That would solve 90% of the patching problems that get reported on messageboards.
HyperLamer
<||bass> and this was the soloution i thought of that was guarinteed to piss off the greatest amount of people

Sesshomaru
Tamaranian

Level: 118

Posts: 2995/8210
EXP: 18171887
For next: 211027

Since: 03-15-04
From: Canada, w00t!
LOL FAD

Since last post: 2 hours
Last activity: 2 hours
Posted on 01-22-05 01:32 AM Link | Quote
Lesee...

-A good SNES debugger as repeatedly mentioned.
-A massive drop in population of people who never tell anyone about their findings. Or even worse, in the Pok
Xenon Odyssey

Red Paragoomba
Level: 13

Posts: 9/63
EXP: 8739
For next: 1528

Since: 01-01-05
From: Forest Hill Zone, MD

Since last post: 58 days
Last activity: 1 day
Posted on 01-22-05 02:01 AM Link | Quote
Hmmm...

- A Lunar Magic style editor for SMB3.
- A Donkey Kong Country editor! That would kick ass.
- And what HyperHacker said, hacks with edited music! Sometimes the music is the most important thing of a game; it sets the tone of the level or world you are in. Man, I could do so much with a music editor...
dan

Snap Dragon
Level: 43

Posts: 350/782
EXP: 534516
For next: 30530

Since: 03-15-04

Since last post: 20 hours
Last activity: 14 hours
Posted on 01-22-05 02:15 AM Link | Quote
Originally posted by HyperHacker
-The death of .Net. VB6 runtimes are bad enough.



What has that got to do with ROM hacking? .NET is actually rather useful, it's just that most people can't see past the fact that it was created by Microsoft, and the rather large download. (which isn't that large when you think about it)

Fortunately, .NET isn't going anywhere, because even if Microsoft drops it, there are the various open source clones to fall back to.
Smallhacker

Green Birdo

SMW Hacking Moderator
Level: 68

Posts: 1242/2273
EXP: 2647223
For next: 81577

Since: 03-15-04
From: Söderhamn, Sweden

Since last post: 10 hours
Last activity: 9 hours
Posted on 01-22-05 02:28 AM Link | Quote
My patch system suggestion:

This is a really simple method, but it should work:
Xor Semi-Runtime length Patching System. (XSRPS)

It works like this... One file is simply XORed with another. It will use a special form of RLE too. (Only the byte 00 (no change to the original ROM) is RLE compressed, since it will be the most common byte.) The XSRPS file will also contain a header with the size of the patched version, in case the original and modified version have got different sizes. It will also contain a checksum of the modified version to check if the patching was successful.

A good thing about this system is that it avoids the "Demo World: TLC problem" where the user had to expand the rom before patching. Otherwise, parts of the original game code and data would be included in the IPS, which would make it illegal. This would (almost) never be the case with this system, since the bytes are XORed, not compared.
Chickenlump

Level: 41

Posts: 465/722
EXP: 474192
For next: 5953

Since: 03-15-04
From: Columbia City Indiana

Since last post: 3 hours
Last activity: 4 min.
Posted on 01-22-05 02:38 AM Link | Quote
I still can't understand peoples hate towards runtime files, like VB runtimes and .NET runtimes. Download them all once, back them up on CD, install them and forget about them. It's not like EVERY program requires you to re-download if you don't already have them.

Besides, some of my favorite programmers program in .NET, so the death of it would mean the death of some really awesome apps.

Rather than wish up a list of things other people can do to make me happy, my wishlist is a bit less conceited.

My wishlist for 2005, for me.

1. Learn the basics of ASM for NES and/or SNES
2. Be more helpful to others and less awkward in general
3. Find the time and money to donate to some of my favorite programmers and the like for their continued and awesome work. Perhaps "Thanks!" gets kind of hollow after awhile.

If I had to wish for something that I couldn't do or make for myself...

More gameboy hacks and utilities. I love gameboy games.
Parasyte

Bullet Bill
Level: 35

Posts: 222/514
EXP: 267348
For next: 12588

Since: 05-25-04

Since last post: 104 days
Last activity: 32 days
Posted on 01-22-05 03:12 AM Link | Quote
Geiger, you're stretching things a bit out of proportion. You seem to think just because I disrespect the idea that software must be tied to a certain operating system, that I am some how exclaiming how much better I am than anyone else. That simply is not the case. My argument holds no bearing to any idea that one thing or another makes anyone better than anyone else. That is why I do not like the term 'elitist'; because it's often misused due to practical misjudgement.
And for the record, unless you wrote GeigerOS in a terrible fashion, no programmer would have to bend over backwards to support it. Portable programs are generally written to be portable from conception; it is not an afterthought. Given that SDL could be ported to GeigerOS, any program which uses SDL could also be ported. And the interesting thing is that source changes for an SDL program with no additional dependancies would be minimal, (depending almost solely on hardware architecture) though it's unlikely that any would be needed at all.

HyperHacker, even if I could write a Visual Basic compiler, you can be certain that I would not. I will have nothing to do with that language or advocating it in any conceivable way.


(edited by Parasyte on 01-21-05 06:14 PM)
iamhiro1112

Armos
Level: 35

Posts: 170/487
EXP: 259927
For next: 20009

Since: 03-27-04
From: sd

Since last post: 18 days
Last activity: 7 days
Posted on 01-22-05 03:14 AM Link | Quote
I recall someone saying "The main Acclm website should remove any links to the board". Pretty much to keep the board from growing and being known by select few. That pretty much would be a fitting description of a "elitist".

Anyway, my Rom Hacking wish list is to have colorized versions of mario land 1-3. I know there is a gb colorizer, but it only gives you 4 shades of color. I think from there you would have to do some asm or something and recolor each tile. Pretty time consuming I imagine.


(edited by iamhiro1112 on 01-21-05 06:16 PM)
Squash Monster

New Age Retro Hippie
Togateiru Fohku Kohgeki!!
GRUNGE no HAMSTER otona bite
Peace love and turnpike!

Level: 40

Posts: 510/677
EXP: 430507
For next: 10802

Since: 03-15-04
From: Maryland (of the Country Between Canada and Mexico)

Since last post: 5 hours
Last activity: 5 hours
Posted on 01-22-05 03:18 AM Link | Quote
I'd like to see more universal editors: currently, we've only graphics editing programs, assemblers and dissasemblers, and the utility emulators.

I'd also like to see less VB (and less snipes at VB users). VB is only really reasonable for two types of programs: those with more graphics than code, which we ROMhackers don't exactly do, and programs to edit small or repeating sets of specific data. VB is a good language for something like SABS, and a bad language for something like, say, EggVine.

And finally, I'd like to see more Java. EggVine would be twice as powerful and would've taken half as much time to code if I knew Java at that time. Just think of how much farther along we'd all be if all the VB programs doubled in number and power (and were crossplatform as an extra bonus).

Originally posted by iamhiro1112
Anyway, my Rom Hacking wish list is to have colorized versions of mario land 1-3. I know there is a gb colorizer, but it only gives you 4 shades of color. I think from there you would have to do some asm or something and recolor each tile. Pretty time consuming I imagine.
gb colorizer will give you 8 sets of 4 colors for sprites, and 8 sets of 4 for background. It's actually a pretty good number if one plans ahead and such. I don't know if the GBC could support more pallets, but if you wanted more colors per tile, it'd be a whole lot more than assembly work -- it'd be recoding the entire game to work on a GBA.


(edited by Squash Monster on 01-21-05 06:24 PM)
Vystrix Nexoth

Level: 30

Posts: 228/348
EXP: 158678
For next: 7191

Since: 03-15-04
From: somewhere between anima and animus

Since last post: 3 days
Last activity: 2 days
Posted on 01-22-05 03:35 AM Link | Quote
Originally posted by Smallhacker
My patch system suggestion:

This is a really simple method, but it should work:
Xor Semi-Runtime length Patching System. (XSRPS)

[rest omitted for brevity]

That still doesn't address the matter of expanding the ROM. for example, if you insert a bunch of stuff in the middle of the ROM, your format would have to record the differences between the data at the place afterwards, instead of being able to say "that was shifted, so just derive it from the ROM being patched".

anyhow, the format I'm designing is called UNRIF (Universal NES ROMhack Interchange Format); it's somewhat UNIF-centric but makes provisions for iNES, so it should be appliable to either format, or any other format that may exist for which the necessary byte changes can be derived from what's present in the UNRIF file.

UNRIF's main features:
  • Should work equally well with UNIF and iNES ROMs, a feature IPS notably lacks.
  • Insertion, deletion, and relocation ("shifting") of data.
  • Comprehensive meta-data facilities, so you can store things like the name of the author, website address(es), and other such things.
  • The ability to store multiple patches in one file, along with some common patch data. This would allow e.g. a patch to be distributed that would work with any version of SMB1, or an FF2 hack that can be applied to either the original ROM or a translation.
  • Checksums of PRG/CHR to verify that the correct game is being patched. This can also work in tandem with variations to automatically select which patch to apply.
Another format I devised some time ago (and will re-propose sometime) would facilitate hacking UNIF files by, basically, allowing chunk data to be referenced in external files, such as an iNES ROM, or at least the concatenated contents of PRGx+CHRx plus a 0x10-byte filler at the start. This can then be hacked with traditional hacking tools and the corpus of iNES-specific ROM hacking information available. The "D-UNIF" (Dynamic-UNIF) file can then be "hard-coded" into a regular UNIF file.

These two formats should be sufficient to faciliate hacking of UNIF files, thereby eliminating one of the barriers to the adoption of UNIF to replace iNES.


(edited by Vystrix Nexoth on 01-21-05 06:40 PM)
dan

Snap Dragon
Level: 43

Posts: 351/782
EXP: 534516
For next: 30530

Since: 03-15-04

Since last post: 20 hours
Last activity: 14 hours
Posted on 01-22-05 03:48 AM Link | Quote
Originally posted by Squash Monster

And finally, I'd like to see more Java. EggVine would be twice as powerful and would've taken half as much time to code if I knew Java at that time. Just think of how much farther along we'd all be if all the VB programs doubled in number and power (and were crossplatform as an extra bonus).


I strangely agree with you on this. There aren't enough Java ROM hacking applications out there, unfortunately. I did have the idea of porting one of my utilities to Java, just to test it out. I should maybe get off my ass and do that.
Pages: 1 2 3 4 5 6Add to favorites | "RSS" Feed | Next newer thread | Next older thread
Acmlm's Board - I2 Archive - Rom Hacking - Your ROM-hacking WishLists! | |


ABII


AcmlmBoard vl.ol (11-01-05)
© 2000-2005 Acmlm, Emuz, et al



Page rendered in 0.021 seconds.