From: Ryan Underwood <nemesis-lists@icequake.net>
To: linux-msdos@vger.kernel.org
Subject: Re: App database, libsynth
Date: Sun, 13 Jul 2003 16:27:37 -0500 [thread overview]
Message-ID: <20030713212737.GZ1031@dbz.icequake.net> (raw)
In-Reply-To: <3F11B7ED.8060604@aknet.ru>
Hi Stas,
On Sun, Jul 13, 2003 at 11:50:05PM +0400, Stas Sergeev wrote:
> >Just to make sure, the PC speaker needs no programming
> >besides writing to the two hardware ports, correct?
> Which ones do you mean?
> There is only one port to control the
> speaker - 0x61. But one have to also
> program a PIT channel 0 and 2 to do the
> PWM, which uses 3 more ports.
> So you have to define the interface for
> client to provide the timestamps to your
> lib for the decoding.
Ok, will look into this more.
> >If I make it an ALSA client, people using midid will not
> >be able to use it. If I make it a server application
> >that midid talks to, it is less flexible for the people
> >who could use it through ALSA applications.
> There might be some misunderstanding.
> The OPL3 software synthesizer can be used in
> two ways:
> 1. It implements a sequencer interface *for midi*.
> The app (like midid) writes the midi messages
> to it, and the lib is trying to generate some music
> for them (yes, OPL3 is not very good for midi
> I would say, but I know several DOS midi players
> that can use OPL3 as an output device).
> This is good to have in general, but it
> has zero use for dosemu. Dosemu/midid can work with
> timidity, which does much better than an OPL3
> synthesizer can do for midi.
> 2. It implements an OPL3 emulator, i.e. provides
> its ports and produces some sound output (or the
> midi output, like the bochs does IIRC).
> In this case only dosemu can use it, but then
> it will be used not for playing midi (which is
> done by timidity much better anyway), but rather
> for emulating the Adlib.
Yes, I am talking about both ways. the 1st is where the opl3-emulated
ALSA sequencer client is used, the 2nd is where libsynth is used.
> Overall I might be misunderstanding you, but it
> seems to me that you have confused the midi with
> an OPL synth, which are very different and orthogonal
> things.
Definitely not :)
Any program in DOS that writes to OPL port goes to libsynth. That
includes DOS programs that program the synth directly, or even a DOS
program that plays midi files through OPL.
However, the user might like to use an OPL-emulated chip for playing
MIDI music from DOS programs that don't support OPL for music. The
DOS program would write to MPU-401, the data would go to the sequencer, and
the sequencer would use the emulated OPL3 that is connected to it to
play the MPU-401 data.
> >Those VCPI-games should be taken care of like that too,
> >Privateer, Strike Commander et.al.
> I don't understand why the game would require a
> ring-0 access. I think that is a bad design so I
> wouldn't care too much about it. The authors must
> fix that games, use a proper extender or whatever.
> I hope there are not too much of those.
> But VCPI would be good to have after all:)
Yes it is a very bad design, but I've waited a long time to play
Privateer under DOSEMU. :)
--
Ryan Underwood, <nemesis at icequake.net>, icq=10317253
next prev parent reply other threads:[~2003-07-13 21:27 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-07-13 19:50 App database, libsynth Stas Sergeev
2003-07-13 21:27 ` Ryan Underwood [this message]
-- strict thread matches above, loose matches on Subject: below --
2003-07-17 16:07 Stas Sergeev
2003-07-17 23:09 ` Ryan Underwood
2003-07-14 17:43 Stas Sergeev
2003-07-14 21:06 ` Ryan Underwood
2003-07-15 8:38 ` Paul Eggleton
2003-07-15 10:10 ` Ryan Underwood
2003-07-15 12:26 ` Paul Eggleton
2003-07-15 23:48 ` Ryan Underwood
2003-07-13 2:37 Stas Sergeev
2003-07-13 5:00 ` Ryan Underwood
2003-07-13 0:29 Stas Sergeev
2003-07-13 0:59 ` Ryan Underwood
2003-07-13 0:21 Stas Sergeev
2003-07-13 0:56 ` Ryan Underwood
2003-07-13 0:09 Stas Sergeev
2003-07-12 23:47 Stas Sergeev
2003-07-13 0:50 ` Ryan Underwood
2003-07-11 19:02 Stas Sergeev
2003-07-11 19:59 ` Ryan Underwood
2003-07-11 20:23 ` Bart Oldeman
2003-07-11 22:03 ` Ryan Underwood
2003-07-12 20:57 ` Bart Oldeman
2003-07-12 22:40 ` Ryan Underwood
2003-07-12 16:30 ` Jan Willem Stumpel
2003-07-12 19:03 ` Ryan Underwood
2003-07-12 20:13 ` Jan Willem Stumpel
2003-07-12 19:19 ` Bart Oldeman
2003-07-10 17:20 App database Stas Sergeev
2003-07-11 17:30 ` App database, libsynth Ryan Underwood
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20030713212737.GZ1031@dbz.icequake.net \
--to=nemesis-lists@icequake.net \
--cc=linux-msdos@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox