Register | Login | |||||
Main
| Memberlist
| Active users
| ACS
| Commons
| Calendar
| Online users Ranks | FAQ | Color Chart | Photo album | IRC Chat |
| |
Acmlm's Board - I2 Archive - - Posts by Matrixz |
User | Post | ||
Matrixz Goomba Level: 8 Posts: 1/20 EXP: 2186 For next: 1 Since: 03-15-04 From: Norway Since last post: 12 hours Last activity: 7 hours |
| ||
yup, here's three megaman5 hacks i started, but just got bottom priority becouse of new ideas. Maybe they will be of inspiration. download pack: http://www.dragoneyestudios.net/hosted/matrixz/discontinued.zip In the pack: Megaman 5 Variated This one is pretty much "complete". I inserted a random generator and had some fun. Here's a list of the random things: * BG Palettes * Sprite Palettes * BGM tempo/transpose * Sound/BGM tone (duty cucle type) * Enemy walking speed/HP * Bullet speed Source code included Megaman 5 Showdown Only Gravityman and Waveman's stages is complete (in Normal mode). This one is different from the other showdown's, with a few asmhacks you'll notice. Megaman 5 Remix Well, a few screens done to Gravityman's stage. I still included it. |
|||
Matrixz Goomba Level: 8 Posts: 2/20 EXP: 2186 For next: 1 Since: 03-15-04 From: Norway Since last post: 12 hours Last activity: 7 hours |
| ||
Sorry to hear that, i thought i had gotten rid of the most annoying bugs in my dear editor. I cant think of anything that would screw up enemy data in the last release. Are you using the last version, btw? It's a while since i worked on it, but i think version 0.4 had some sprite problems. Some enemies simply wont appear if you put them in the wrong order, but doing so wont corrupt data like that. Sorry i cant help you more. |
|||
Matrixz Goomba Level: 8 Posts: 3/20 EXP: 2186 For next: 1 Since: 03-15-04 From: Norway Since last post: 12 hours Last activity: 7 hours |
| ||
Dude, you can grab it here: http://www.geocities.com/matrixz15/mfle042.zip Just copy the adress to the adress bar becouse of geocities. Your hack looks promising and i like how youre taking advantage of the different waopens to change the gameplay Keep up the good work. |
|||
Matrixz Goomba Level: 8 Posts: 4/20 EXP: 2186 For next: 1 Since: 03-15-04 From: Norway Since last post: 12 hours Last activity: 7 hours |
| ||
Im happy it got up again. I knew nothing about it. If desnet's activity rises again, you can count me in as well. Maybe not on such a high social level, but im still working on my things in silence | |||
Matrixz Goomba Level: 8 Posts: 5/20 EXP: 2186 For next: 1 Since: 03-15-04 From: Norway Since last post: 12 hours Last activity: 7 hours |
| ||
Looking good and friendly. Seems youre planning a great deal of features for overworld editing. Excellent. Soon i'll release my own editor, soon Z4 hackers will have ultimate power And here im sitting at school in beginner basic VB lessons.. *wants to go home* |
|||
Matrixz Goomba Level: 8 Posts: 6/20 EXP: 2186 For next: 1 Since: 03-15-04 From: Norway Since last post: 12 hours Last activity: 7 hours |
| ||
(pasted from DES) Finally. The windows version of my Zelda 4 DX editor has its first demo released. Get it here: http://www.geocities.com/matrixz15/NephiU0210.zip It currently supports this, it should make sense: * Dungeon + Palette Editor (Complete) - Palettes - Palette Pointers + Room Editor - Room Pointer + Enemy Editor - Enemies (Insert/Move/Change/Delete) - Enemy Pointer + Room/Enemy Editor Shared Features - Map Tile Pieces - Map (room placement) - Room Animation - Room Wall Type - Room Floor Type - Room Enemy Graphics - Room Special Graphics - Room Chest - Room Event Screenshots of the editor: The Room Editor looks much like the Enemy editor, and is incomplete anyways. I uploaded it to a temporarily place until i somehow get access to edit the utility pages, or anything. Also, i've begun on a windows version of MegaFLE. Mostly planning. Some of the new features will be simulation of Palette animations (working already), editing of those, i've planned a special Screen/Structure editor where you make screens in a much more nicer format, then convert it back to normal data. And i want to add support for other things than just level data. That's all talk.. so wait for more announcements |
|||
Matrixz Goomba Level: 8 Posts: 7/20 EXP: 2186 For next: 1 Since: 03-15-04 From: Norway Since last post: 12 hours Last activity: 7 hours |
| ||
http://www.geocities.com/matrixz15/mmlevfrm.txt there's my stuff on Megaman 3, 4 and 5 level data. It's a long time since i did it though. http://www.geocities.com/matrixz15/MM5data.txt My notes on various Megaman 5 data. |
|||
Matrixz Goomba Level: 8 Posts: 8/20 EXP: 2186 For next: 1 Since: 03-15-04 From: Norway Since last post: 12 hours Last activity: 7 hours |
| ||
I havent touched Nephi Ultra since that version there. But im still romhacking, so.. you never know. Im want to pick it up again sometime. |
|||
Matrixz Goomba Level: 8 Posts: 9/20 EXP: 2186 For next: 1 Since: 03-15-04 From: Norway Since last post: 12 hours Last activity: 7 hours |
| ||
Available here: http://www.geocities.com/matrixz15/megaflex0100.zip There it is, an early version of my Megaman 3, 4 and 5 editor, now not in DOS. It features a pretty functional enemy editor, the tsa editor also works. Only MegaMan 3 is supported yet. I might release updates more frequently with this project, if im currently working on it that is. Anyways, maybe this will slightly lighten up the mood around here.. -Link to VB6 runtime files, might be a good idea: http://download.microsoft.com/download/vb60pro/install/6/win98me/en-us/vbrun60.exe Try that installer if the editor doesnt work.- Images to tempt you: (edited by Matrixz on 04-06-05 05:04 AM) |
|||
Matrixz Goomba Level: 8 Posts: 10/20 EXP: 2186 For next: 1 Since: 03-15-04 From: Norway Since last post: 12 hours Last activity: 7 hours |
| ||
This is crazy. When did it go from custom palettes to MP3 players and PNG displayers? Emulation: You look at a computer monitor. (in this case) The real thing: You look at a television Let me ask you how any emulator designed for the PC can possibly have perfect color emulation. I mean sure, it might use an palette generation algorithm approved by Nintendo themselves, but youre still looking at a PC monitor. No matter what, that simple difference isnt unitable through emulation. I belive what NES palette look "right" is a matter of personal taste, that's why there's palettes like FX3's and BMF's out there for you. There's never been a global opinion on this, so might as well give people the freedom to choose a palette file. Im not saying it as an excuse for using palettes that will make it look horrible on the real thing, but that as long as emulation's purpose is to simulate NES gaming experience in all ways, it can never be perfect, becouse there's things that just arent unitable, like TV / Monitor difference. As for custom palettes, who is to decide a global opinion on what the true purpose of romhacking is? I understand well those who want to proove the best under the NES' limits. But there's those who want to facelift an old classic in whatever ways they can, and take advantage of custom palettes. You could take the source code of an emulator, enhance it specially for your NES romhack so it uses the right palette, distributed with the hack. (That's our solution right there, if we happen to see the end of day for emulators with custom palette options) Or you could re-program the classic game as a computer game. But today we still have this nice thing called custom-palette options. Now those who doesnt want to play a hack that's using NES features it doesnt have, they dont need to play it. But for those who want to see how the romhacker has managed to touch up a great classic, with new levels, graphics, and colors, all they need to do is load up the custom palette file. So its funny its such a problem, and we should just let be people who are actually trying to be creative in this rather god-forsaken community |
|||
Matrixz Goomba Level: 8 Posts: 11/20 EXP: 2186 For next: 1 Since: 03-15-04 From: Norway Since last post: 12 hours Last activity: 7 hours |
| ||
If you are looking for the actual HP of the enemy.. when you start the Sparkman stage, you see that $4FF already contains the value $03. This means you cannot find what sets the initial value of $4FF by looking for writes to $4FF when you shoot the enemy, but you have to find it when it sets $4FF to $03. So keep the Write breakpoint to $4FF enabled, but reset the game and choose Sparkman's stage. Now, right when megaman is about to warp down and the enemies becomes visible, you should get a snap at PC adress $9CF4 where it writes to $4FF. On the line above, it loads the HP value from a table at $A400. Now you should be able to figure out the rest from there. | |||
Matrixz Goomba Level: 8 Posts: 12/20 EXP: 2186 For next: 1 Since: 03-15-04 From: Norway Since last post: 12 hours Last activity: 7 hours |
| ||
I was working on MegaFLE X, planning to implement editing of miscanneleous data in Megaman 5 that has nothing with level-specific data to do. But instead of having TONS of textboxes for each byte data, i wanted a TreeView box where the user would choose what data to edit, then edit it in one single textbox. I thought the idea was good, and it would use a database file containing the offsets i needed and other info. Then i came to the idea that if i made it a seperate program, the user would be able to edit any rom this way, if there were an offset database aviable for the rom that was compitable the program. Well, the result is DRDXML and DRDHack. DRDXML is the database format used, which is XML-based. Quoted from the DRDXML documentation: "DRDXML is an XML-based format for structuring a database of data offsets in a ROM. (hence Data Reference Database=DRD). Information includes a pointer, description, a choice of a set of interface types data should be edited in, and other optional information." DRDHack is a simple program that loads a rom, a DRDXML file for it, and you get a nice overview of documented offsets in the database, and directly editable. So the point of this is really to create a universal editor (but limited to hexidecimal smal-scale data), where anyone could contribute. Current version is downloadable here: http://elazulspad.net/matrixz/drdhack.zip The pack includes DRDHack, the VB6 source code to DRDHack, a detailed documentation of the DRDXML file format, and a sample XML for Megaman 5. The Megaman 5 sample is an early progress. I want to improve DRDHack also, for more types of rom editing, and maybe eventually editing of DRDXML files. But the file format will always be backwards-compitable, so feel free to start creating db's |
|||
Matrixz Goomba Level: 8 Posts: 13/20 EXP: 2186 For next: 1 Since: 03-15-04 From: Norway Since last post: 12 hours Last activity: 7 hours |
| ||
Haha, so there's already made something like this. Strange, i completely missed that, but i found the thread about Nightmare. Its module system with txt files seems a lot more simplier. Oh well, i will keep working on DRDHack towards the ideas i have for it. | |||
Matrixz Goomba Level: 8 Posts: 14/20 EXP: 2186 For next: 1 Since: 03-15-04 From: Norway Since last post: 12 hours Last activity: 7 hours |
| ||
Originally posted by AnyoneEB As it stands, data types can be an array where user choose the index (and each index can have a relative offset to the main one), so it works like a table. I recently improved it so each index can each have a name/label displayed in a textbox too. But your idea (if i got it right) is a good alternative, so i will support that. Originally posted by AnyoneEB Great idea. Ill make it as an addition to the byte types, so you can have either bits, byte, or both. Originally posted by AnyoneEB Planning on it. Maybe ill just make .tbl files includable for this purpose Originally posted by Jigglysaint Or it could use pointers in the XML to specify where in the rom the CHR is, and what type it is (nes, gb, snes..). Hm, shouldnt be too hard to do, but ill stick to NES first. Originally posted by Jigglysaint You mean, instead of having static pointers in the XML, read and calculate pointers from the rom? Im gonna have to implement that. Decompression.. not sure how that would be useful for what this thing does. |
|||
Matrixz Goomba Level: 8 Posts: 15/20 EXP: 2186 For next: 1 Since: 03-15-04 From: Norway Since last post: 12 hours Last activity: 7 hours |
| ||
Great, good that this is catching on. It motivates me to keep active updates on this project. http://elazulspad.net/matrixz/drd/drd.htm That place is where i will keep all latest updates on DRDHack and my own database files. I updated the specifications for DRDXML files, (which is also aviable there). I hope to release a new version of DRDHack today to support the changes. Here's a little preview: Yep, palette support |
|||
Matrixz Goomba Level: 8 Posts: 16/20 EXP: 2186 For next: 1 Since: 03-15-04 From: Norway Since last post: 12 hours Last activity: 7 hours |
| ||
Originally posted by dan No.. but does NES games ever use signed bytes, though? I guess SNES games uses signed integers commonly. I will support 16-bit integers anyway, and decimal bytes and integers. SNES (and GBC) palettes will be no problem Im familiar with those. Hm.. variable-length-bit fields.. i think thats a good idea. Now to just think up how to organize support for all those combinations of byte and integer data :p Btw, that new version of DRDHack is now aviable. |
|||
Matrixz Goomba Level: 8 Posts: 17/20 EXP: 2186 For next: 1 Since: 03-15-04 From: Norway Since last post: 12 hours Last activity: 7 hours |
| ||
Originally posted by GuyInSummers Well, the main thing is that DRDHack is aimed towards various kind of data at a defined offset, supported by different setups of interfaces. But, tables/arrays are supported pretty well, as indexed arrays and relative pointers are. One thing is that it doesnt line-up textboxes and drop-downs below each other like Nightmare does. Anyway, the Visual Basic source isnt too great for team development.. im doing slight changes everywhere in the code almost everyday. I had ideas about dividing the program into script-like plug-in files, but it seems pointless work still. Originally posted by Imzogelmo Its not really supported. You could create a branch with relative pointers, and have many arrays in it: (angle brackets are replaced so browsers doesnt detect XML.) {bra ptr="8010" name="Enemy Statistics"}   {item relptr="0" type="arr_byte" len="100" name="HP"/}   {item relptr="100" type="arr_byte" len="100" name="Palette"/}   {item relptr="200" type="arr_byte" len="100" name="Attack"/}   {item relptr="300" type="arr_byte" len="100" name="Sprite"/} {/bra} But thats as deep table/array support in DRDHack is right now. I might find a way to support double-dimensional arrays (assuming thats what youre talking about by the formula you wrote). Im planning more variations of table/array support though (edited by Matrixz on 10-20-05 07:24 PM) |
|||
Matrixz Goomba Level: 8 Posts: 18/20 EXP: 2186 For next: 1 Since: 03-15-04 From: Norway Since last post: 12 hours Last activity: 7 hours |
| ||
So what if VB6 is old, it works fine Anyway, i have gotten myself started on the quest to convert to VC++. Once im able to do windows programs fairly well i will recode DRDHack for C++ 6.0. SharpDevelop i never heard about, but since its freeware, i might check out that.. |
|||
Matrixz Goomba Level: 8 Posts: 19/20 EXP: 2186 For next: 1 Since: 03-15-04 From: Norway Since last post: 12 hours Last activity: 7 hours |
| ||
Originally posted by kuja killer Its 2C010. But do ($2CA53 + ($7 * 2)) and look there. You have to multiply it by two since each song uses a 2-byte pointer in the song adress table. My document could be more precise at that point, yeah.. Looking in the adress table and calculating pointers goes fast once you have done it a few times. Sticky this! |
|||
Matrixz Goomba Level: 8 Posts: 20/20 EXP: 2186 For next: 1 Since: 03-15-04 From: Norway Since last post: 12 hours Last activity: 7 hours |
| ||
Originally posted by kuja killer The bytes are ordered the other way around actually: A7C1. That should clear everything up. But then yeah.. you'd do A7C1 + 2C010 - 8000 (or just A7C1 + 24010 blah). You'll get 2E7D1. There is the Sparkman music. Thats the weird difference from MM2 to MM3.. the music pointer bytes are order High first the Low.. very unusual. Originally posted by kuja killer Nah its always 00 if its a song. But now the problem is solved anyway. |
Acmlm's Board - I2 Archive - - Posts by Matrixz |