| SMW Hacking on other Operating Systems |
|
Forum Index - SMW Hacking - SMW Hack Discussion - SMW Hacking on other Operating Systems |
|
Pages:  1 2 3  |
|
|
|
| Posted on 2012-02-09 02:33:11 PM |
Link | Quote |
|
I found an alternative to LIPS in the form of DOSBox and SNESTool.
Simply find snestl12.exe somewhere around the web, place it in where your ROMs are,install DOSBox on your system and administer the following commands:
Codemount $DRIVE $ROMS
$HOME:
snestl12.exe
$DRIVE: Assigned drive letter (i.e. "c")
$ROMS: Location of ROM archive
Once running, just use it like SNESTool on Windows. I patched Brutal Mario (U) with it and it worked quite nicely. Didn't the first time around but after rebooting and doing it again (I assume it was a memory issue) it worked.
|
| Last edited on 2012-02-09 02:35:20 PM by Player 1. |
|
| Posted on 2012-02-09 03:16:32 PM |
Link | Quote |
|
|
Isn't there ips.pl - I found it once on the internet, worked for me patching ROMs on my BeOS system when it worked
|
|
| Posted on 2012-02-09 08:48:29 PM |
Link | Quote |
|
|
Ugh, the inability to edit. I meant RUN dosbox then do the following commands. Blah.
|
|
| Posted on 2012-02-09 11:42:29 PM |
Link | Quote |
|
Originally posted by CommieYoshiIsn't there ips.pl - I found it once on the internet, worked for me patching ROMs on my BeOS system when it worked
I made a python library that implements IPS that someone could make a neat little wrapper around and that should be totally cross platform. Unfortunately it's pretty slow (only on patches that have a lot of freespace though, making lists full of zeros takes a while) because all the string manipulation is done in memory instead of writing to the disk like most patchers do. Or one could take the code and turn it into a patcher that works on the file itself, thus making it faster.
|
|
| Posted on 2012-02-14 02:33:09 AM |
Link | Quote |
|
When is some of this native (from source) stuff going to be "Debianized" and distributed? I am partly against compiling for one system, but I has bias, and the rest have Alien. 
Even if it were installable via Emerge or Pacman it would still be better for people than compiling from source. And I can always edit the control file for the Debian release/convert if it ends up being 32-bit only and need touch up some package depends for my own use.
Edit for useful informations
People using Wine with GNOME can grab wibom-gtk from getdeb to manage different sets of software, instead of lumping them all together in .wine. Though, wibom prefers the hidden directory .local/share/applications/bottles to store stuff.
|
| Last edited on 2012-02-14 02:40:20 AM by Player 1. |
|
| Posted on 2012-02-17 04:26:22 PM |
Link | Quote |
|
Originally posted by Player 1When is some of this native (from source) stuff going to be "Debianized" and distributed?
Why do they need to be? Compiling from the source is pretty easy most of the time, really. If there's a makefile, you just do the standard ./configure, make, make install process. If not, and it's a cli tool, you can usually just run g++ source.cpp -o program (obviously differs for non-C++ progs).
|
|
| Posted on 2012-02-20 04:56:39 PM |
Link | Quote |
|
Originally posted by K3fkaWhy do they need to be?
-- Noobs. What would you rather? Hundreds of Linux converts thinking they're getting away with murder, only to post "How do I compile?" threads, or people just grabbing what they want and installing packages for these tools?
It would save a massive amount of trouble for people and avoid noobs asking the same question over and over again.
That's part of the reason why I posted my 64-bit ZSNES thread on here, to pre-emptively nip "How do I 64-bit ZSNES?" threads in the bid.
|
| Last edited on 2012-02-20 05:00:00 PM by Player 1. |
|
| Posted on 2012-02-21 04:54:34 PM |
Link | Quote |
|
|
Fair enough, but the problem is that there are many packaging formats, and it would be tedious to support them all. I'm guessing if we were to choose a few, we'd go with DEB and RPM, at least. But eh, I'm not going to bother. If someone else wants to make packages, I can add them to the first post, however.
|
|
| Posted on 2012-03-02 06:18:15 AM |
Link | Quote |
|
Well if someone else is willing to go through the effort for one package format, at LEAST one, then they can be alien-converted to cover a multitude of systems.
You don't need to support them all. That's bullocks and too much hassle. Just support one or two and leave the rest to convert the package. Or if it's other people doing it, compile with what you know best. I'll be sure to convert them and test if they work in Debian/Ubuntu, if not compiled to work natively there.
Advice for everybody: For least hassle and whining, be sure you support all architectures for whatever package you're compiling, unless you know beyond a shadow of a doubt that there are no satisfiable dependencies for 64-bit versions of a system.
|
|
| Posted on 2012-03-02 08:27:28 PM |
Link | Quote |
|
K3fka, see if this may run in wine ?
3ML MML Editor & sonar producer edition 4-7
|
|
|
| Pages: 1 2 3 |
|
|
|
|
Forum Index - SMW Hacking - SMW Hack Discussion - SMW Hacking on other Operating Systems |
