Yes it is possible, to make things simple, open up your project files in notepad/context etc, this will show you all the files used in the project file(s) and all of there locations. All you have to do then is move all of the files over to a brand new untouched disasmebly and you should be fine.

Thanks Animemaster! I've gone ahead and transferred the level layouts onto a new disassembly. If a lesson is learnt here, then it's to create more than one back up in case problems like this arise in the future. Many thanks!

You could load the art at the very least, the problem is, the mappings are for the Mega Drive's "Plane A" display, not for sprites, SonMapEd is designed for sprite map editing and not plane map editing, you should consider checking out this nifty tool:

I've been trying do add some code from the Jman PCM driver tutorial to my hack in order to make the PCM table more readable, but it seems that the macro assembler doesn't support some of the macros.I'm using the Sonic 2 disassembly by Xenowhirl.

When trying to build it, I errors about BASSDRUM_End not being defined, so including the file works. It is correct that there are no backslashes, btw. The macro assmebler doesn't need them.It works perfectly, if I add

BassDrum_End:

after the incpcm command, but that's not the intention of the incpcm macro.

So I know that it fails to convert the label File_End to BassDrum_End in the incpcm macro. It works however in the PCM macro.

Any ideas how I could get this to work correctly?If nothing works, I'll make a workaround and add an additional argument to the incpcm macro. (like incpcm BassDrum, BassDrum_End)

The reason why asm68k needed the backwards slashes was so that it knew it was suppose to print the passed word as a "string of characters" rather than a "pointer to an address", the point in the macro was to make it easier to include a wav file into the source whilst removing the header, and making sure it's aligned and kept within the 8000 byte banks jman's driver insists on limiting to.

As your samples don't have a header, and as it seems you do not require keeping them in banks, it seems that the macro for the "incpcm" has virtually no use at all, I mean... writing out:

SampleTwo binclude "Filename"
SampleTwo_End:

Is no difficult that writing out:

incpcm Filename

The "PCM" macro is also to no use, due to lack of backwards slashes, again, they were needed, an example:

dc.w Location_End

The word Location will be replaced with the string of the sample's name, so if the sample were called "SampleTwo", the assembler would convert it to:

dc.l SampleTwo_End

Before assembling, without the backward slashes, it would assume that it's just words to be assembled and nothing more:

I understood what the backslashes are supposed to do.And the PCM macro is of use. It correctly converts Location_End to BassDrum_End in dc.x commands, even without backslashes, else I would get an error about Location_End not being defined. (not about BASSDRUM_End)I just surprised me that it works in the dc.b/w commands, but not when defining a label.

Thanks anyway.

After some fiddling around (and reading the manual), I figured it out how it works: