 |
| Register | Login | |||||
 |
Main
| Memberlist
| Active users
| ACS
| Commons
| Calendar
| Online users Ranks | FAQ | Color Chart | Photo album | IRC Chat |
|
| | ||
|
| 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 Dish |
| Pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 |
| User | Post | ||
Dish Spiny Level: 38 Posts: 1/596 EXP: 355646 For next: 14801 Since: 03-15-04 From: Disch Since last post: 18 days Last activity: 18 days |
| ||
here's a crude picture of my answer:there's 2 smaller triangles in the top section. Those two combined make a 3rd triangle, and the one at the bottom is the fourth. |
|||
|
Dish Spiny Level: 38 Posts: 2/596 EXP: 355646 For next: 14801 Since: 03-15-04 From: Disch Since last post: 18 days Last activity: 18 days |
| ||
You could have at least gotten all the major emus on. It's kind of bad that NESticle is listed, but FCEU isn't  The poll list should include: - FCEUltra - Nintendulator - VirtuaNES And maybe even the other popular ones (even though they're kind of old) like: - JNes - RockNESX - NESten Personally, I use NNNesterJ whenever possible because it has more features that I like. But whenever I'm doing any kind of rom hacking or ROM testing, I go for FCEU. I would use Nintendulator, but it's flakey as hell on my computer. So is NEStopia (I don't think I can even run NEStopia without a slew of bugs). So yeah.. Tossup between FCEUd/NNNJ |
|||
|
Dish Spiny Level: 38 Posts: 3/596 EXP: 355646 For next: 14801 Since: 03-15-04 From: Disch Since last post: 18 days Last activity: 18 days |
| ||
Originally posted by orochi BWAHAHAHAHAHAHA sure, sure XD. Something tells me you don't even know what 'da' kernel is. "omfg I made a script that makes your computer EXPLODE download it now plzkthx" |
|||
|
Dish Spiny Level: 38 Posts: 4/596 EXP: 355646 For next: 14801 Since: 03-15-04 From: Disch Since last post: 18 days Last activity: 18 days |
| ||
Originally posted by Drathian Pseudo-3D does not necessarily mean Mode 7. GBA (which it appears this was made for) does not have Mode 7, so the game probably doesn't use Mode 7. But yeah.. looks impressive. Though I don't really see how rom hackers are supposed to learn anything from it, since it's original |
|||
|
Dish Spiny Level: 38 Posts: 5/596 EXP: 355646 For next: 14801 Since: 03-15-04 From: Disch Since last post: 18 days Last activity: 18 days |
| ||
| VB and QB are slow because they're not really programming languages. They're more like scripting languages. VB isn't "compiled" the same way C/C++ is. C/C++ compiles to the machine code of the target platform... whereas VB compiles to a pseudo-code that gets interpreted at runtime (which is why a VB app by itself is useless without VB runtimes installed). | |||
|
Dish Spiny Level: 38 Posts: 6/596 EXP: 355646 For next: 14801 Since: 03-15-04 From: Disch Since last post: 18 days Last activity: 18 days |
| ||
| I know I've heard that several times before.. but offhand I can't give you any sources. I suppose I was just passing hear-say |
|||
|
Dish Spiny Level: 38 Posts: 7/596 EXP: 355646 For next: 14801 Since: 03-15-04 From: Disch Since last post: 18 days Last activity: 18 days |
| ||
| The general rule is asking for ROMs is a bad idea. A simple google search could find it if you really wanted |
|||
|
Dish Spiny Level: 38 Posts: 8/596 EXP: 355646 For next: 14801 Since: 03-15-04 From: Disch Since last post: 18 days Last activity: 18 days |
| ||
| Perhaps a more effective sticky would be a thread with all the common ROM editors listed and links to where you can get them (which could be updated as new editors come out). Along with a message like "if it's not on this list, don't ask for it on the boards" or something. Just an idea. |
|||
|
Dish Spiny Level: 38 Posts: 9/596 EXP: 355646 For next: 14801 Since: 03-15-04 From: Disch Since last post: 18 days Last activity: 18 days |
| ||
| Here's a logged convo of me and windwaker going at it. He found it to be very helpful... maybe it can help some of you out who want to get an understanding of 6502 but find the docs to be too dense or complicated. http://www.geocities.com/disch_/6502Discussion.txt |
|||
|
Dish Spiny Level: 38 Posts: 10/596 EXP: 355646 For next: 14801 Since: 03-15-04 From: Disch Since last post: 18 days Last activity: 18 days |
| ||
| Savestates are RAM dumps... but they also have the current status of the registers and other emulator status (like PPU and APU stuff)... as well as possibly IRQ counters and other goodies. Typically... the game has control over everything that -could- happen on the system... so yeah... it is possible to load a "savestate" from the ROM... .however...
If you can find where to cut the game off and load your level instead of the regular level... then you've probably FOUND the level loading routine... as well as the level data . I don't see how changing where the level location is and possibly the loading routine could possibly be any easier than just editing existing levels. |
|||
|
Dish Spiny Level: 38 Posts: 11/596 EXP: 355646 For next: 14801 Since: 03-15-04 From: Disch Since last post: 18 days Last activity: 18 days |
| ||
| The Facelift bytes is a description of the "Final Facelift" hack which can be found here. The idea is, you compare the hack to the original ROM to see what was changed. The doc tells you what area of the hack does what. | |||
|
Dish Spiny Level: 38 Posts: 12/596 EXP: 355646 For next: 14801 Since: 03-15-04 From: Disch Since last post: 18 days Last activity: 18 days |
| ||
| I don't know about VB... but in C++: WritePrivateProfileString("Section","ItemName","Value","C:\\pathname\\file.ini"); would appear as:
In the file at the specified path (C:\pathname\file.ini) To read, you would do: GetPrivateProfileString("Section","ItemName","DefaultValue",pointertostring,sizeofstring,"C:\\pathname\\file.ini"); DefaultValue is used if the Item does not appear in the ini file. 'pointertostring' is a string which receives the data... and 'sizeofstring' is the size of the string buffer. Granted... VB probably does this differently, but I believe these functions are WinAPI calls, so VB should be able to access them in one form or another. Just search for those function names on MSDN or something. |
|||
|
Dish Spiny Level: 38 Posts: 13/596 EXP: 355646 For next: 14801 Since: 03-15-04 From: Disch Since last post: 18 days Last activity: 18 days |
| ||
| I prefer binary ".dat" files anyway. Less string formatting, smaller file size, less work to read/write, and faster. Only downside is that the user can't really edit them in a text editor... but then again, that's what your program's interface is for. | |||
|
Dish Spiny Level: 38 Posts: 14/596 EXP: 355646 For next: 14801 Since: 03-15-04 From: Disch Since last post: 18 days Last activity: 18 days |
| ||
| Well it uses RAM, obviously . Depending on the system, it could use a large portion of it (N64 emulators will obviously use more RAM than NES ones). As far as them being complete resoure hogs... I'd say no. If you do any sort of PC gaming... those games will probalby use far more RAM than your average retro emu. When hacking I sometimes have several instances of multiple NES emulators open and running at once... and I don't use anywhere near all my RAM (I don't think I've ever even used 50%... even with VS.NET and other serious RAM hogs open). So in short: no you don't have anything to worry about. The worst thing that can happen anyway is that the game runs too slow for your computer to handle . It's not like an emu is going to wreck your machine. |
|||
|
Dish Spiny Level: 38 Posts: 15/596 EXP: 355646 For next: 14801 Since: 03-15-04 From: Disch Since last post: 18 days Last activity: 18 days |
| ||
| I can only assume this is Visual Studio 6, no? Or are you using .net? The process is slightly different with each. Check to see which program the tutorial is expecting you to use. If you're using .net, it's called "MFC Application", but it's basically the same option. |
|||
|
Dish Spiny Level: 38 Posts: 16/596 EXP: 355646 For next: 14801 Since: 03-15-04 From: Disch Since last post: 18 days Last activity: 18 days |
| ||
Originally posted by dan Anymore? You mean there was a time when people actually did use them? XD |
|||
|
Dish Spiny Level: 38 Posts: 17/596 EXP: 355646 For next: 14801 Since: 03-15-04 From: Disch Since last post: 18 days Last activity: 18 days |
| ||
| You're on to something with his Y position. Set a breakpoint in FCEUd for writes to that RAM address and trace the code to see how his Y-value gets changed. At least that's what I'd do. |
|||
|
Dish Spiny Level: 38 Posts: 18/596 EXP: 355646 For next: 14801 Since: 03-15-04 From: Disch Since last post: 18 days Last activity: 18 days |
| ||
Originally posted by neotransotaku Actually, I think it's if the OS doesn't have memory leaks. Any memory allocated by the program at runtime is freed by the OS when the program terminates, even if the program fails to (although it's very bad practice for the program to leave it up to the OS). Generally, program memory leaks occur in the program gradually eating more and more memory as it stays open longer. But it still all gets freed when it closes. At least that's how it works on NT/2k/XP. I wouldn't be at all suprised if 9x screws up though. |
|||
|
Dish Spiny Level: 38 Posts: 19/596 EXP: 355646 For next: 14801 Since: 03-15-04 From: Disch Since last post: 18 days Last activity: 18 days |
| ||
| well memory allocation has to go through the OS anyway... so when memory is allocated by the program, the OS tracks the process, the location, and the size of the memory. Then when the process ends, each un-freed area of memory could be released. *Disch hugs Win2k |
|||
|
Dish Spiny Level: 38 Posts: 20/596 EXP: 355646 For next: 14801 Since: 03-15-04 From: Disch Since last post: 18 days Last activity: 18 days |
| ||
| It doesn't really work like that. Different areas in code access RAM in order to do different things. After all... if the RAM was only accessed at one point in the ROM, there'd be no need to have the RAM at all. I'm not familiar with the SNES hacking tools... but I'm under the impression that there's a debugger or tracer or sorts for SNES9X (Evil Peer made something of this sort, although I've never used it... not really into SNES). Perhaps it could help you track down what areas in ROM reference the desired area in RAM. |
| Pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 |
| Acmlm's Board - I2 Archive - - Posts by Dish |
