All of lore.kernel.org
 help / color / mirror / Atom feed
From: Rene Herman <rene.herman@keyaccess.nl>
To: Takashi Iwai <tiwai@suse.de>
Cc: alsa-devel@alsa-project.org
Subject: Re: Testers Wanted: OPL3 hwdep loader interface
Date: Mon, 29 Oct 2007 19:30:01 +0100	[thread overview]
Message-ID: <472626A9.4050509@keyaccess.nl> (raw)
In-Reply-To: <s5hd4uylzt3.wl%tiwai@suse.de>

On 10/29/2007 04:12 PM, Takashi Iwai wrote:

>> Do you by the way know of other, nicer and/or better patches than the 
>> supplied std and drums? Couldn't find any, at least not in the correct 
>> format it seems.
> 
> Hm, I don't know of others.  It'd be fun to play with OPL3 parameter
> adjustment, though ;)

I was thinking of whether or not the standard patches shouldn't simple be 
builtin but anyone playing with an OPL3 these days is sort of by definition 
going for the geekness factor I guess. From that viewpoint, external patches 
do sound better...

>> [ README ]
>>
>>> -	sbiload --opl3 std.o3 drums.o3 
>>> +	% sbiload std.o3 drums.o3
>> Should the example indeed lose the --opl3?
> 
> With the patch in the previous mail, yes, it's needed.
> But my latest version that will be committed doesn't need --opl3
> option.  You can invoke like
> 
> 	% sbiload std drums
> 
> and the format and the extension will be chosen automatically
> according to the hwdep iface type.

Sounds great (assuming that I'll still be able to load the .sb patches into 
my OPL3 by just specifying std.sb and drums.sb ofcourse).

I believe that at that point you by the way might also make a simple 
"sbiload" enough, with the names defaulting to "std" and "drums"...

(and a -2 switch to pick std.sb and drums.sb even on an OPL3)

Rene.

  reply	other threads:[~2007-10-29 18:33 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-10-26 12:37 Testers Wanted: OPL3 hwdep loader interface Takashi Iwai
2007-10-26 14:42 ` Clemens Ladisch
2007-10-26 18:55 ` Rene Herman
2007-10-26 23:09   ` Rene Herman
2007-10-29  7:41     ` Clemens Ladisch
2007-10-29  9:06       ` Takashi Iwai
2007-10-29 16:51         ` Rene Herman
2007-10-29 15:12           ` Takashi Iwai
2007-10-29 18:30             ` Rene Herman [this message]
2007-10-30  8:24               ` Clemens Ladisch
2007-10-30 19:17                 ` Rene Herman
2007-10-31 14:27                 ` Takashi Iwai

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=472626A9.4050509@keyaccess.nl \
    --to=rene.herman@keyaccess.nl \
    --cc=alsa-devel@alsa-project.org \
    --cc=tiwai@suse.de \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.