On Sat, 19 Jan 2002 17:15, Stas Sergeev wrote: > Hello. > > pesarif wrote: > > Liero and OMF2097 sound stutters a bit (the kind of sound stuttering you > > hear when a system is under a heavy load). > > OK, as I said before, OMF's problem is fixed. LIERO's problem is now also > fixed, get a new patch: > http://www.dosemu.org/~stas/snd-patch5-1.1.2.diff.gz > Liero was setting a very small transfer size, so sometimes it happened that > it was not able to handle interrupt until another one is arrived, hence > stuttering. I worked around the problem by pausing DMA between the > interrupt request and acknowledge. I am not shure if it is correct, but > testing indicates no breakages for other programs and also it was done this > way in the old code. > > In this new patch I have finally done everything I planned (including many > more bugfixes), so it is pretty much what I am going to submit if no > serious bugs are triggered (which is possible after such a big > modifications I've just made to it again). Also my patience ran out and I > used indent at dma.c, which is why the diff is now much bigger. > BTW, recording might work now. I just can't test it, but all necessary code > is already in place. > Thanks, I'll test out your patch.
> > I was given version 1.33 (freeware) by a friend. > > http://www.freewaregaming.com/aa/liero.html > > All of your links were broken. I have found Liero with ftpsearch, but no > other games. After trojansoft was closed, it is very difficult to find any > good game over the internet:( > This is strange...all the links I gave you were from "Official" sites. > > I can't find a link. > > Perhaps I could send it to you OL (it's shareware after all)? > > You'd better upload it somewhere and give me a link, please. > It doesn't happen anymore :) > > http://www.elecbyte.com > > It was written in DJGPP/Allegro (and most games that use this combo don't > > work and cause a dos4gw exception). > > Hmm, I thought dos4gw was generally used with Watcom C and not with djgpp. > Correct me if I am wrong. > Ok, I was wrong (it was late at night). Some other 32-bit exception. > > http://www.apogee1.com/downloads.html > > 2.4keen.zip - Goodbye Galaxy v1.4 shareware episode (712k) > > This link exists, but it is broken. > Hmm, I'll try to upload it later. > > Just wondering...but how can you write and test sound code without a > > sound card? I mean, you're doing a very good job without one! > > The reason why people always underestimate pc-speaker is simply because > there was no good driver for it. I made one (based on Michael Beck and > David Woodhouse work), then I connected my motherboard with an external > speakers and enjoing high-quality 6-bit sound:) (actually pc-speaker is a > single-bit DAC, but it is possible to emulate 6 and even 8 bit on it). > BTW, quality of sound is really very good:) > And why I like dosemu and my sound code is because the absence of the sound > card is no longer noticeable even for DOS programs. If I had a sound card, > I would probably have never started this work:) > Is this cool feature in DOSemu? I have a computer without a sound card. > > It would be good with DOSemu could do mixing with other applications like > > What is necessary for this is only to write another sound driver plugin for > dosemu. It is easy (you can steal one from mikmod and do a minor > modifications to make it work with dosemu). The problem is to find a really > good sound server, but ESD or ARTS are apparently not good at all. > > > xmms playing the background because DOSEmu currently seg-faults when some > > other application is hogging /dev/dsp. > > Dosemu must never segfaults. If I am using /dev/dsp on dosemu's startup, > dos programs just fails to detect SB, but no segfaults. > Was it the same with the old sound code, or this segfault is mine? > Is there any way I can reproduce it? > If no, then make a full log please (-D9+a) and mail it to me compressed. > I don't think the log will be too big if dosemu segfaults on startup. > I'll get back to you after testing the patch. > > > > This is my favourite game and now it doesn't work very well at all :( > > > > > > It will. But don't try to tell me that you are going to play on a speed > > > like that:) (the game doesn't seem to use timer for synchronization). I > > > assume you are using this game only to enjoy its music (which is pretty > > > nice:). > > > > The gameplay is good too! > > It is too fast, how can you play? Are you using any slowdown programs for > this? Or maybe your computer is 386SX? :) If you press ESC during gameplay, you can control the speed. I have an i686. Thanks, pesarif - To unsubscribe from this list: send the line "unsubscribe linux-msdos" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
