openAL and Assaultcube
#1
Sorry netbeans is weird. Does anyone know how openAL and assaultcube are... connected? I tried porting sound portion of cube.h into sound.h and sound.cpp, and then audio manager stuff too. But I get errors on ALUint or something and have thus far failed to track down an error. Anyone know how these things connect?
Thanks given by:
#2
Your questions does not makes sense at all.
Making good use of programming terminology will help you understand the concepts and be able to reformulate correct questions.
I'm not trying to be harsh, that said: It's not 'conected' the correct term to say is 'linked'; OpenAL, OpenGL, Enet, SDL are assemblies (in the context of a managed environment) which can be dynamic or static libraries that are linked to an executable. Also you don't say 'porting', porting is when you translate source code from either to another language or another architecture. By making use of library calls you are not porting it you are merely using the library.
Also you don't specify what are you trying achieve and what are the specific problems you've encountered in the process of doing it. People that could help, will be unable to since it is hard to guess what are you trying to do.

My guess is that you are getting linker errors and/or a bad configurations in Netbeans.
Thanks given by:
#3
Sorry I've been a bit out of it because of engineering final projects and exams (give me another week).

I'm trying to refactor the code so that it makes more sense. However, moving portions of cube.h into files with names that make more sense (sound.cpp, etc) seems to lead to some (dependency, linking) errors. So I looked at the included libraries and tried to figure out exactly what section of code depends on what library. However, after trying to isolate audiomanager.cpp (this may or may not be a good idea, I realized later) from cube.h, I started getting openAL linking errors because it says that certain openAL variables are not defined in the correct scope. Hence, I was trying to track down where exactly the openAL library is included in cube.h so that I can play around with and see if I can accomplish this properly.

Does that make more sense? If not, give me a couple days sleep.
Thanks given by:
#4
bump
Thanks given by:
#5
(29 Apr 14, 12:21AM)Mousikos Wrote: I'm trying to refactor the code so that it makes more sense.
That's a bold statement and I won't comment on if it is or not a fruitless endevour, but I hope you suceed in doing it.

Assuming you are already have setup NetBeans (configs, library and include paths, etc, etc) and that you can produce the ac_client.exe or ac_server (with no errors/warnings) only then
your objective is clear: refactor your code as you've said, looking for dependencies and resolving them.
Try to post concrete questions and maybe someone could help you here but I think those kind of questions are more appropriate for a programming forum.
Thanks given by:
#6
(01 May 14, 08:13PM)TheNihilanth Wrote:
(29 Apr 14, 12:21AM)Mousikos Wrote: I'm trying to refactor the code so that it makes more sense.
That's a bold statement and I won't comment on if it is or not a fruitless endevour, but I hope you suceed in doing it.

Assuming you are already have setup NetBeans (configs, library and include paths, etc, etc) and that you can produce the ac_client.exe or ac_server (with no errors/warnings) only then
your objective is clear: refactor your code as you've said, looking for dependencies and resolving them.
Try to post concrete questions and maybe someone could help you here but I think those kind of questions are more appropriate for a programming forum.
I'm doing it for fun. I like seeing clean code.
Thanks given by:
#7
AC won't ever have clean code tbh, its gone too far.

Its all intertwined and mixed up together, and cube.h is pretty much the center for it all.

Also, what are you moving from a .h to a .cpp?

Try clearing your copy of all changes, then doing the most minimal amount of change that causes a bug. If that doesn't tell you the problem, post it here.
Thanks given by: