DieHard Wolfers

[AlumiuN]

I've finished most of the code, but I'm having some small crash problems (as in large crash problems). I think the problem is when it is trying to cache everything - therefore in the ASM_Cache function in vieasm.cpp. Here is the code and instructions on how to install it to get it working on Wolf4SDL v1.6. I would really like to get this working.

EDIT: Here are the download links for the working versions:

Pre-Installed on Wolf4SDL v1.6

Code with installation instructions (for those of you have have made significant changes

EDIT 2: Updated the instructions in the Code archive. Thanks for pointing my error out, Richter.

EDIT 3: New version - VIEASM v0.9.1 Patch
This version allows you to change the volume and reverse the stereo channels. See here for a tutorial that implements both of these with a new sound menu.

[AlumiuN]

*BUMP*

Anyone taken a look at this yet?

[Tricob]

I don't really know enough about Ripper's cache routine to help. I do remember him saying that all the VGAGRAPH images are loaded up in one foul swoop, from beginning to end, when the EXE starts up. The AUDIO cache manager might work the same way, but I don't really know.

[AlumiuN]

Nonononono, this is _my_ cache function that is screwing up, not Ripper's ID_PM one. This caches the external sounds itself.

[AlumiuN]

*BUMP AGAIN*

C'mon, guys!

I'll give you a clue: it involves the functions CA_LoadAllSounds in asmcomp.cpp and ASM_Cache in vieasm.cpp.

Please?

[AlumiuN]

*FINAL BUMP*

Otherwise I'll bug Ripper or Adam with it. xD

[Tricob]

AlumiuN wrote:

*FINAL BUMP*

Sorry to keep you hanging like this. This past weekend was much messier than usual, and I've been porting the BunkerSDL code to WolfDX since then. I'll try to look it over this Friday.

Quote:

Otherwise I'll bug Ripper or Adam with it. xD

If you do get in touch with Ripper, you might want to let him know about the bugfixes I posted involving the floor/ceiling and rain/snow code.

[BrotherTank]

lol... Tricob ... are you very far into converting and moving routines into the Bunker SDL? or are you taking code from the Bunker and putting it in DX??

Once the code from the Map of the Month is bug free... I'll be posting it.. lol...

Greg
BrotherTank

[Raziel]

I'm moving routines too since I wasn't able to compile with the bunker source itself for some weird reason...
or maybe I did succeed.. ah yes, I did. But, when I usually compile the code the new EXE. appears in the source folder and for some reason I didn't got any EXE.

[AlumiuN]

Tricob wrote:

AlumiuN wrote:

*FINAL BUMP*

Sorry to keep you hanging like this. This past weekend was much messier than usual, and I've been porting the BunkerSDL code to WolfDX since then. I'll try to look it over this Friday.

Quote:

Otherwise I'll bug Ripper or Adam with it. xD

If you do get in touch with Ripper, you might want to let him know about the bugfixes I posted involving the floor/ceiling and rain/snow code.

I didn't mean just you Tricob, but thank you anyway. I don't mean to bug everyone with this (no pun intended) but this is holding up EoC which both Duartuss and I have been working on for nearly a year now, so I'm really itching to get it done.

[Tricob]

BrotherTank wrote:

lol... Tricob ... are you very far into converting and moving routines into the Bunker SDL?

It's over 90% complete. Also added are a few extras, like having it not show that colored line in the "Get Psyched!" window; just add a define in VERSION.H.

[AlumiuN]

Well, I has an update! Thanks to Ripper, this now works! As such I shall release it as beta for now. You can find the links in the first post. One note: sounds at the standard 6896 Hz will play too fast and very high, and the best quality to use is 44100 Hz.

[Tricob]

Thanks for posting the update on this, AlumiuN. I did try looking over the older version of the code you posted, but couldn't make much progress with it. Glad you were able to get it working without me.

[AlumiuN]

Most of the errors were obscure errors, like malloc calls being off by one byte, me using '==' instead of '=', having two different definitions for one variable in different functions causing a large overflow, y'know... the usual. Ripper was fairly laborious in going over this. I may need some help in the future to fine tune some stuff, as I plan to add some more functionality for some things, like extension-independent music finding, use of sound names for something useful, maybe even ID tag reading, who knows?

[Tricob]

AlumiuN wrote:

I may need some help in the future to fine tune some stuff, as I plan to add some more functionality for some things, like extension-independent music finding, use of sound names for something useful, maybe even ID tag reading, who knows?

Okay. I might be able to supply you with a few details on headers and things that music formats use. I'm currently looking over the Midi file structure right now, as I want to write a program that takes notes hard-coded to different volumes, and makes them all one volume, so the volume of the whole track can be controlled from one place, instead of changing the volume of several hundred notes each track (which isn't the least bit fun, or even practical if you have a life).

[RichterBelmont12]

ok I got a problem

C:\Project X code\wl_game.cpp In function `void UpdateSoundLoc()':
198 C:\Project X code\wl_game.cpp ISO C++ forbids comparison between pointer and integer
C:\Project X code\Makefile.win [Build Error] [wl_game.o] Error 1

its something to do with

::: CODE :::

for(int i = 0; i < ASM_CurChannels; i++)

I'll love to have REall Music and Sounds in my Mod reather then the sucky MIDI

[AlumiuN]

That should be:

::: CODE :::

for(int i = 0; i < ASM_CurChannels(); i++)

ASM_CurChannels is a function, not a value. If I got that wrong in the instructions, I'd best change it.

EDIT: Yep, I got it wrong. I'll update the instructions soon.

[RichterBelmont12]

ok it work but i dont hear the music when i start up the game...any help?

[AlumiuN]

What format is the music, and have you got the right path and file name in ASMCREF.H?

[RichterBelmont12]

Edit: NVM..i got it to work but if it goes to the menu.....it booms out with no errors..i've tired everything and i do mean EVERYTHING

[AlumiuN]

Look in your stdOut.txt file. Is there anything in there?

[RichterBelmont12]

This

ASM_Cache: Mix_LoadWAV_RW with NULL src on sound sounds\NOBONUSSND.wav
ASM_Cache: Mix_LoadWAV_RW with NULL src on sound sounds\MISSILEHITSND.wavATKSHOTSND.wav

[RichterBelmont12]

NVM...ITS WORKS IT WORKS OOH THANK GOD.....Thanks Man for this code

[AlumiuN]

No problem. Those errors are because the NOBONUSSND and MISSILEHITSND files don't exist.

[RichterBelmont12]

There is one thing that is bugging me...it wont play OGG and MP3 files. I'm stuck using WAV....any fix for this?

[AlumiuN]

Check the documentation on SDL_mixer. You're probably using a newer version of it than I am, so you'll need to get some more DLLs.

[RichterBelmont12]

hmm i'm lost.

[Tricob]

AlumiuN wrote:

Check the documentation on SDL_mixer. You're probably using a newer version of it than I am, so you'll need to get some more DLLs.

With that being the case, what are the names of the additional DLLs, and where might they be found?

[AlumiuN]

I believe they are libogg.dll, libvorbis.dll and libmpeg.dll. I'll go hunting for them.

EDIT: libVorbis
libOgg

SMPEG, and hence the MP3 playback, appears to be broken. Just use Audacity or something and convert your MP3s to OGGs.

[RichterBelmont12]

ok soo where do i put thos