Previous Page | Next Page
- by Mouser X at 1:24 AM EDT on May 14, 2007
- Nensondubois: What ugetab said is the same, no matter how you look at it. To rip the audio from a GB ROM that uses SNES hardware via the SGB cart (or SGB2, since it's still doing the same thing, but not the same way, necessarily), you have to be able to rip both the audio, and application, of both the GB ROM, and the SNES commands. Then, you need an emulator that supports both GB code, and SNES code, to play back the file.
To reiterate: GBS files are made from GB/C code. SPC files are made from the SPC700 DSP code (pretty much). There are some SNES games that can't be ripped in SPC, because they require both the SPC700 chip, as well as the main SNES CPU. SPC contains *only* the code for the SPC700. The file format is incapable of holding the necessary info to rip *all* SNES games.
This is important, because to rip a GB/C game that used SNES hardware, you need to rip the code from both the GB/C ROM, as well as the SNES code. No file format exists to support this. GBS can't do it*, and SPC can't do it (you require main CPU code). So, not only would you need to create a new format, but you'd have to create a player for that format, that emulates both the SNES hardware (most of it, which SPC players don't do), and GB/C hardware (and no current player anywhere does both).
So no, I can't see how the SGB2 cart would make any difference. Hopefully that clears things up a little more (ugetab's post was a little long, and had no seperation of paragraphs... Note: I'm not an English major, so perhaps how he wrote it is grammatically correct). Nensondubois, it sounds like you are trying to familiarize yourself with emulated audio formats. Good luck on that. Hopefully my post will help in that regard as well.
* After reading ugetab's post 2-3 more times, it looks like you might be able to fenangle the GBS file to include the necessary information (both audio, and application code). However, it'd still require the creation of a player that supports SNES code. Essentially, it'd be a nasty conglomeration of GBS, and a ripped SNES format (which doesn't exist. It'd be sort of like the PSF, GSF, USF, or NSF format, in how it'd be ripped, and the data it would contain). If someone did actually pull this off, a ripped SNES format might not be to far behind. That is, if my understanding of ugetab's post is correct. Mouser X over and out.
edited 1:38 AM EDT May 14, 2007
- by nensondubois at 11:35 PM EDT on May 14, 2007
- I always thought the sgb2 was diffrent. I guess not.
Thanks anyway everyone.
- by Mouser X at 11:44 PM EDT on May 15, 2007
- ugetab: Since I didn't know where else to put this, I figured it wouldn't hurt to put it here. I was listening to "Ultima - Runes of Virtue 2 (1993)(Origin, Pony Canyon, FCI).gbs" and realized that it didn't loop most of the time, and quite a few songs ended on a hung note. Have you looked at this one? Would you mind looking? Feel free to ignore me, if you're working on other projects.
So, has anyone here used ugetab's GBS2GSF program and GSFopt to add times to GBS files? I'm very much considering doing this. I was going to do it on the Ultima GBS, but it's a little wonky, so I figured it probably wasn't worth the effort right now. Perhaps I'll try it out on some different ones.
[EDIT] It seems that I am unable to make Azure Dreams into a GSF set. I run GBS2GB, with "minigsf," "rom2gsf," and "goomba.gba" in the same directory as "GBS2GB," but all I'm seeing is a GBS file, a GB file, and a GBA file. Obviously, a GB file needs to be made so that GBA file can be made. However, if my memory serves me correctly, rom2gsf should be run next, followed by minigsf... Either that's not happening, or some important information isn't being passed along properly.
Just to be sure that the resulting GBA rom wasn't messed up, I tested it in VisualBoy Advance, and it seems to work just fine. Anyway, help would be appreciated. It'd make time GBS sets much easier if this works... Mouser X over.
edited 1:26 AM EDT May 16, 2007
- by ugetab at 9:54 PM EDT on May 16, 2007
- I finally figured out what's been going on with my renaming stuff...The programs included to do the main work of converting were treating the extensions of the files in a case-sensitive way, which made my attempts at a case-insensitive system cause trouble.
It worked fine with extensions that were lower-case, but mixed case extensions that were generated didn't work right with the renaming portion.
Grab the newest version of the program, 1.10 now, and see if that doesn't do everything you wanted it to.
I've inspected ultima, and I believe the problem of it not looping is directly related to the fact that in the game, the songs don't loop. Some songs loop manually a few times, like track 21, which does end. I checked this by hacking what music was played for the king's chamber in the game.
As for the continuous note, I've tried disabling the notes after the song's ended using a variety of methods, including zeroing FF24-FF26, and messing with the registers. The less significant nybble of FF26 seems to indicate which channels are active, but after it's zero, it seems you can't affect the sound produced.
I'm beginning to think that writes to the sound registers are ignored at that stage, even though there's still sound being produced. In BGB, this error doesn't seem to exist.
- by Mouser X at 11:36 PM EDT on May 16, 2007
- It's still not working... However, I have figured out (part of?) the problem. It seems that everything I was working with was buried too deep in the directory structure. After moving stuff to the root of my drive, it's working. Is that a limitation of Windows/DOS/command prompt, or can you make a workaround? Just so you know what I was working with, here's the directory listing to get GBS2GB and the GBS files:
X:\00_Music\Emulated Audio\GBS\GBS2GB110
X:\00_Music\Emulated Audio\GBS\GBS2GB110\GBS 2 GSF\00_A\Azure Dreams
Even after moving the "00_A" directory to the root, it didn't work. I had to move GBS2GB110 as well. So, it seems that, at least in part, it was my fault for having to many characters in the commands for DOS to handle.
Anyway, thanks for looking into Ultima for me, and for working on GBS2GB. I'll see if I can figure out how to use GSFopt, and see if I can start adding some times to some GBS files (using the specialized M3U entries). Mouser X over and out.
- by ugetab at 12:49 AM EDT on May 17, 2007
- I generally don't bury my programs in folders with spaces in them.
I anticipated GSF sets being in folders with spaces in them, but I didn't anticipate the program itself being buried in a folder with spaces.
I quoted the hell out of all the batch perameters, and it should work now. I left the version number the same, because you're likely the only one who's grabbed it so far.
- by Mouser X at 1:39 AM EDT on May 17, 2007
- Ah. Thanks for the update. Going about timing GBS files using this method (GBS2GSF, then GSFopt) really speeds things up. Honestly, the part that's taking the longest is fixing the track numbers and titles. Sadly though, the entire process could easily be automated. However, since I don't know how to program, I'll continue doing it the slower, and slightly more difficult way... It's really nice to be able to have some track times for my GBS files (titles would be nice, but hey, it's not like I'm watching it the whole time). :D Mouser X over and out.
- by marioman at 4:32 PM EDT on May 17, 2007
- I have been meaning to ask this for a while. Is there a way to tweak GSFOpt so it will time to two loops? If so, it would be extremely helpful.
If GSFOpt times files by running the emulation until a loop command is found, I would think that a simple tweak would make it time to two loops.
Anyway, it would be a nice feature.
- by Knurek at 5:31 PM EDT on May 17, 2007
- As Mouser X said, the program has been updated few days ago and now can detect up to 255 loop points. :)
- by marioman at 6:07 PM EDT on May 17, 2007
- Oh thanks, I must have missed that. Never mind then. *Goes off to check out new version*
--EDIT--
Am I the only one that can't get the new version to run? I get an error that gsfopt.exe is not an executable file. Any help would be appreciated.
edited 6:18 PM EDT May 17, 2007
Previous Page | Next Page
Go to Page 0 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 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50
Search this thread
Show all threads
Reply to this thread:
HCS Forum Index
Halley's Comet Software
forum source