Search results

Just open a terminal, cd to the directory with the shell script, and run it with ./script.sh or whatever the filename is.  In particular, you'd run ./build.sh 4 to build OpenBOR for Linux.

That's good to hear.  I took a quick look through the relevant code yesterday, and concluded that such a problem was most likely to happen if the playsample function (or our internal equivalent, sound_play_sample) were called with the parameters in the wrong order.

This is my first time hearing about this.  Does it happen with music or just SFX?

I don't think the audio delays are what you think they are.  Have you heard such delays when playing Ogg Vorbis music files, or just in WebM videos?  If the latter, what you're hearing is the video decoding too slowly, and the audio waiting for it to catch up.

After putting so many hours into it over the last 3 months, it's great to see that people are enjoying the new feature! :D What platforms are you referring to?  An Android build will come out when I can get it to stop crashing, but the Dreamcast and PSP just don't have the CPU power needed for...

The video is stretched to the existing window size.  In windowed mode, a 1080p video would be scaled to 480x272, or more accurately scaled to 480x270 and letterboxed to 480x272.  In fullscreen mode, though, the window size is always the resolution of your monitor, so 480x272 and 1920x1080 are...

Really?  I'm the only dev who made any changes since the last version, and I definitely didn't fix anything like that on purpose...

It's probably not just you.  I'll take a look at it when I have time.

Check the SVN log.  I've done some work on the Android port myself in the last few days, including switching to Tremor and adding a compiled libvpx.  No actual WebM playback yet, though, because when I try that I get a bizarre crash after the video finishes, which will be nasty to debug. :(

No, the text file name and the model name definitely don't have to match.  There are tons of games that depend on this behavior; people would notice if it were broken.  The model's name in its text file does have to match its declared name in models.txt, though.

Not quite; it will need some changes to the video backend.  Should be able to use the regular SDL video backend as a reference, though, so it's not too bad. I haven't tried, but I think it'll just pretend the command isn't there and go on without it.

OpenBOR v3.0 Build 4153 has been released. This release is the first with support for videos in WebM format as cutscenes. The sound quality in the Wii port has also been massively improved. See the release thread for the full details and download link.

No, not at the moment.

Time for a new release!  This is a bigger release than usual, as it brings support for playback of WebM videos.  Finally, you can have cutscenes with more than 256 colors and proper A/V sync! :D Changes since build 4129: General: Added support for playback of WebM videos on Windows, Linux, and...

Today I fixed something that had been bugging me for a while.  Anyone who uses the Wii port a lot will know that it's always had a problem with sound.  This is because the Wii hardware requires sound output to be at 48000 Hz, and most music and SFX in OpenBOR games are at 44100 Hz, so OpenBOR...

Oh, yeah, I can see how that would be the case.  I forgot Alt+Enter was a thing.

Weird, that was one of the exact files I used for testing.  Do you get the same thing in both SDL and OpenGL modes? Nope.  It should do the right thing no matter what you give it.

As many of you probably know, I've been working for the past couple of months on support for playing WebM videos in OpenBOR.  This has the advantages of properly synchronized audio/video, smaller file sizes, and access to a much wider range of colors. It's still not quite ready for prime time...

Made a ton of WebM progress today.  As I very well should have, since I spent a solid 6 hours working on it. The big thing I accomplished is reworking the audio code so that it will work with OpenBOR's sound mixer.  Audio decoding is now done in a separate thread from audio output.  I also...

The graphics issues I'm talking about are in the video code.  Android uses its own video code, you're on your own there. ;)