Talk:Release Check List

From OHRRPGCE-Wiki
Jump to: navigation, search

http://ohrdev.com/timeline.png

The Geek: Just wondering, do you really need to "remove BAM files that sound exactly like their MIDI equivalents"? Just wondering because if I ever release a game I'm going to make sure it works the same for both DOS and Windows, including in the music department. (I know this may sound selfish but I think others might feel the same.)

Bob: Oh, hmm. Yeah. That is a good point. I guess they don't need to go. Not now anyway. We will drop support for the DOS version pretty soon, but we don't need to remove those BAMs until sometime after that.

The Geek: Thank you! ^_^


The Geek: Just wondering, what would be involved in making WELCOME.RPG?

Bob: it is being discussed here and here


Mike: Oh noes, we'll never get rid of that piec... of the dos version. :(

Bob: Nah, we might even get rid of it before ubersetzung! :)

Mike: For motivational purposes, I added a nice little meter to the top of the page. When it's full, we're good to go!

Edit: Wait a tick, why is this on the QB list:

[ ] Resolve bug 146 (QB attack editor crash)

That is illogical.

Bob: No, it is logical, just not for the reason you expect. When we drop QB support, we will make a final QB branch, and a special stable release. For for a few stubborn DOS die-hards, this will be the last version of the OHR they ever use, so I would like for it to work well, and not crash regularly in the attack editor (plus the attack editor crash is probably a symptom of an overflow or an out-of-range or something that FreeBasic is failing to check for, so we need to fix it anyway)

Mike: Hmm... I'll accept that answer. When we make this alleged "special release", is it going to be at the same time as Ubersetzung, or before that?

Bob: It depends on which bugs get fixed first, but I am guessing it will probably come before ubersetzung. If everything comes together just right, maybe ubersetzung can be the final dos release, and we won't need a special release, but I don't expect that.

TMC: In that case, I'll have a go at fixing the on-the-hour crash. However, I've experienced bad keyboard handling and other things in recent QB Game and Custom versions which make them difficult to use. But this seems to occur only on my new computer, it might hate all DOS OHR builds. Some testing required


The Mad Cacti: Because this is a convenient place, a list of games reported broken in Tirgoviste. (What this actually is is me being too lazy to examine these games and work out bug reports, but need a place to jot them down. A temp measure) Making sure all these games are working again should be a prerequisite to ubersetzung:

I Made Dis

<TheGiz> Elvis can't win battles with the regular zombies
<TheGiz> He has to flee
<TheGiz> AND I KNOW WHY
<TheGiz> Gilbert used summoning techniques
<TheGiz> To make guitar rock star guys appear
<TheGiz> And then they fled
<TheGiz> When the zombies/BOSSES
<TheGiz> Were defeated
<TheGiz> But, after you defeat the zombies
<TheGiz> In Rusalka, I tried to use attacks, and I got a divide by zero crash
<TheGiz> In Serendipity, I just had to run

(I know there were more, but... I can't remember.)

Bob the Hamster I would not be suprised if that problem is related to bug 184


The Mad Cacti: I feel like tackling the script interpreter bugs for hasta-la-qb. I want to fix them soon anyway, they are halting my game! And since people with cases of it are coming laft and right out of the woodwork, maybe it would be a good idea to include it. In fact, I'm working on it right now! No I'm not, I'm leaving.


The Geek: Ow... eyes... hurt... is that blink really necessary?

Mike C. While I do not normally advocate the usage of blink, I also cannot see it hurting your eyes. Tough.


Bob the Hamster: I pushed WELCOME.RPG out to voxhumana, since I am gessing that Fenrir-Lunaris will need more time to get it finished.