New binary for SVN users (#45)
Moderator: Developers
-
- {]-[0{0|307 (Developer)
- Posts: 1864
- Joined: Wed Jul 23, 2008 4:22 am
- Location: Minnesota, USA
The only possible thing is that your video card does not support one of the OpenGL texture options that are being supplied and is returning an error. There is no convenient way of trapping every OpenGL error, so try this: go into setup.txt and set
That should take it down to the bare bones texture handling. If you still can't get anything but black textures, I will make an ugly patch to the binary to try to trap all OpenGL errors. This eill probably have a special key in the {DEBUG} section
Code: Select all
[PERSPECTIVE_CORRECT] : "FALSE"
[TEXTURE_FILTERING] : "NONE"
[GOURAUD_SHADING] : "FALSE"
[ANTIALIASING] : "FALSE"
[DITHERING] : "FALSE"
[REFLECTION] : "FALSE"
[SHADOWS] : "FALSE"
[SHADOW_AS_SPRITE] : "FALSE"
[PHONG] : "FALSE"
[FOG] : "FALSE"
[FLOOR_REFLECTION_FADEOUT] : "FALSE"
[MULTI_LAYER_WATER] : "FALSE"
[OVERLAY] : "FALSE"
[BACKGROUND] : "FALSE"
This is a bug.Clonkinator wrote:why do the starter modules show up when I load an already existing character?
Alright, tried it with those settings, but nothing changed neither with SDL_Image set to FALSE, nor with it set to TRUE. log.txt says exactly the same as before as well.
Ah, I thought so. Ok then.bgbirdsey wrote:This is a bug.Clonkinator wrote:why do the starter modules show up when I load an already existing character?
- Zefz
- Squirrel Knight (Administrator)
- Posts: 3820
- Joined: Wed Jul 23, 2008 1:27 am
- Location: Norway
- Contact:
You are correct. I made an array with all file types it's supposed to try out, but I thought the logfile would give a plan.* output. Oh well.bgbirdsey wrote:if you try to load "plan" it looks for "plan.bmp" "plan.BMP" "plan.png" "plan.xpm" ...
The logfile just reports that no plan.* bitmap type could be loaded, but I made no specific attempt to explain that in detail.
At least I think that's what's happening.
- Zefz
- Squirrel Knight (Administrator)
- Posts: 3820
- Joined: Wed Jul 23, 2008 1:27 am
- Location: Norway
- Contact:
Birdsey, I have some questions about the sound system changes you made. It looks like you use the music engine to play .ogg sound effects. Why? This is very bad from my perspective, since now music stops playing and resets. Additionally only one .ogg sound effect can be played at one this way.
Playing .ogg files using Mix_LoadWAV() and Mix_PlayChannel() had no problems at all. Quoting from the SDL_mixer documentation:
"Even though this function is named Mix_LoadWAV it also supports multiple other formats like .ogg, .mp3, .midi etc."
[edit]Doing some more research it seems .ogg sound effects are only supported if they are Mono. This isn't a problem since all Egoboo sounds are mono as default. Another interesting thing is that .OGG format for sound effects broke in SDL_mixer 1.2.10, but was repaired in 1.2.11 (sure you have a working version) [/edit]
Playing .ogg files using Mix_LoadWAV() and Mix_PlayChannel() had no problems at all. Quoting from the SDL_mixer documentation:
"Even though this function is named Mix_LoadWAV it also supports multiple other formats like .ogg, .mp3, .midi etc."
[edit]Doing some more research it seems .ogg sound effects are only supported if they are Mono. This isn't a problem since all Egoboo sounds are mono as default. Another interesting thing is that .OGG format for sound effects broke in SDL_mixer 1.2.10, but was repaired in 1.2.11 (sure you have a working version) [/edit]
-
- {]-[0{0|307 (Developer)
- Posts: 1864
- Joined: Wed Jul 23, 2008 4:22 am
- Location: Minnesota, USA
That may be true... I'll have to take a look, but I'm pretty sure that it wasn't working for me.
It was crashing the mixer with some file in the jive elf .ogg files. It couldn;t allocate enough memory, so the file was acting like a decompression bomb. It seemed to be trying to open the .ogg as a .wav.
That could be some kind of problem with the version of the source that I am using. It's the latest svn. I caught at least one actual bug in the code, so maybe they made some changes to the sound file loading?
-------------------------------------
ARGH! You are right. My problem was that when I tried to link the SDL_mixer with the vorbis libraries I was trying to do something statically and even though it says it should work, it was not correctly recognizing the ogg module! Needless to say that it wasn't opening the .ogg files and causing some pretty major errors.
The system I introduced could still be useful with the battle music and such because it should just interrupt the currently playing music (blah.ogg) and then play the new music (blah_bloody_battle.ogg) and when that music is over it will just go back to the original tune (blah.ogg)...
That could actually be useful
It was crashing the mixer with some file in the jive elf .ogg files. It couldn;t allocate enough memory, so the file was acting like a decompression bomb. It seemed to be trying to open the .ogg as a .wav.
That could be some kind of problem with the version of the source that I am using. It's the latest svn. I caught at least one actual bug in the code, so maybe they made some changes to the sound file loading?
-------------------------------------
ARGH! You are right. My problem was that when I tried to link the SDL_mixer with the vorbis libraries I was trying to do something statically and even though it says it should work, it was not correctly recognizing the ogg module! Needless to say that it wasn't opening the .ogg files and causing some pretty major errors.
The system I introduced could still be useful with the battle music and such because it should just interrupt the currently playing music (blah.ogg) and then play the new music (blah_bloody_battle.ogg) and when that music is over it will just go back to the original tune (blah.ogg)...
That could actually be useful
-
- {]-[0{0|307 (Developer)
- Posts: 1864
- Joined: Wed Jul 23, 2008 4:22 am
- Location: Minnesota, USA
I am not certain of this. The music header almost certainly contains a pointer to a wave stream that is being decoded by the codec.
It is likely that if the Mix_Music header is not altered/reset by any of the Mix_* commands, then it will probably either crash the machine, resume playing from its last location, or generate an error and restart the stream.
I believe that this may have already been tested since several .ogg sounds were being loaded and played as music and the music wasn't being randomly reset to the beginning...
---------------------
On another note, I am still not able to play the .ogg files as chunks. I think you are right that there is some kind of bug. Right now, I am getting an unhandled exception because the SDL_mixer is trying to free memory allocated by another dll. That is bad for everyone. I'll try to download the correct version of the library and see what happens...
---------------------
Also, I fixed the error with the plan bitmaps
It is likely that if the Mix_Music header is not altered/reset by any of the Mix_* commands, then it will probably either crash the machine, resume playing from its last location, or generate an error and restart the stream.
I believe that this may have already been tested since several .ogg sounds were being loaded and played as music and the music wasn't being randomly reset to the beginning...
---------------------
On another note, I am still not able to play the .ogg files as chunks. I think you are right that there is some kind of bug. Right now, I am getting an unhandled exception because the SDL_mixer is trying to free memory allocated by another dll. That is bad for everyone. I'll try to download the correct version of the library and see what happens...
---------------------
Also, I fixed the error with the plan bitmaps
- PurpleSquerkle
- Massive Gelfeet (Developer)
- Posts: 3176
- Joined: Wed Jul 23, 2008 4:54 am
- Location: Oakland, CA
- Contact:
- Zefz
- Squirrel Knight (Administrator)
- Posts: 3820
- Joined: Wed Jul 23, 2008 1:27 am
- Location: Norway
- Contact:
Two issues with the latest SVN (excluding the bug in move_particles() that BenUrban made):
- The Teleport function seems for some reason to teleport the ai target instead of the character himself.
- Alpha blending is way to transparent now. You can barely see characters with a little transparency enabled.
- The Teleport function seems for some reason to teleport the ai target instead of the character himself.
- Alpha blending is way to transparent now. You can barely see characters with a little transparency enabled.
- Ben Urban
- Cobol (Esteemed member)
- Posts: 829
- Joined: Sat Oct 04, 2008 10:49 pm
- Location: Maryland, USA
- Contact:
I still contend that I didn't make the bug, I only made it more obvious.
@Birdsey: Have you verified my results yet?
@Birdsey: Have you verified my results yet?
Thanks to penguinflyer2222 for the avatar, and to penguinflyer5234 for hosting it.