From: Clemens Ladisch <clemens@ladisch.de>
To: Abramo Bagnara <abramo.bagnara@libero.it>
Cc: Takashi Iwai <tiwai@suse.de>, alsa-devel@lists.sourceforge.net
Subject: Re: [PATCH] plugin_ops.h fixes
Date: Tue, 09 Jul 2002 13:23:14 +0200 [thread overview]
Message-ID: <3D2AC7A2.CC29415D@ladisch.de> (raw)
In-Reply-To: 3D2AAB9E.C401BD17@libero.it
Abramo Bagnara wrote:
> Clemens Ladisch wrote:
> > Abramo Bagnara wrote:
> > > Use of 32/64 bits for 24/32 bit is wanted. Take in account that this
> > > function is called on mix results (where I need to avoid wrap before
> > > normalization).
> >
> > Then it should use bigger types for 8/16 bits, too. Checking for a type
> > to overflow its own valid range seems to be rather pointless to me.
>
> It *does* use bigger types.
In rev. 1.14 of plugin_ops.h, the beginning of the _norms() function is:
switch (src_wid) {
case 8:
s = *(int8_t*)src;
if (s >= 0x7f)
goto _max;
else if (s <= -0x80)
goto _min;
break;
case 16:
s = *(int16_t*)src;
if (s >= 0x7fff)
goto _max;
else if (s <= -0x8000)
goto _min;
break;
The reads through the src pointer _are_ using 8 and 16 bits.
Anyway, nobody has complained about my changes to _get_triple_*/
get16_1230_B2/put16_labels/gets_*/put_*, so I think these can be
committed now.
Takashi?
Clemens
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Stuff, things, and much much more.
http://thinkgeek.com/sf
next prev parent reply other threads:[~2002-07-09 11:23 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-07-08 9:02 [PATCH] plugin_ops.h fixes Clemens Ladisch
2002-07-08 10:25 ` Takashi Iwai
2002-07-08 17:07 ` Abramo Bagnara
2002-07-09 8:36 ` Clemens Ladisch
2002-07-09 9:23 ` Abramo Bagnara
2002-07-09 11:23 ` Clemens Ladisch [this message]
2002-07-09 12:12 ` Takashi Iwai
2002-07-09 12:21 ` Clemens Ladisch
2002-07-09 12:45 ` Takashi Iwai
2002-07-09 20:20 ` Abramo Bagnara
2002-07-10 12:21 ` Jaroslav Kysela
2002-07-10 13:21 ` another problems with signed arithmetic snd_pcm_mmap_playback_avail tomasz motylewski
2002-07-10 16:32 ` tomasz motylewski
2002-07-10 22:20 ` [PATCH] plugin_ops.h fixes Abramo Bagnara
2002-07-11 8:00 ` Jaroslav Kysela
2002-07-11 8:37 ` Clemens Ladisch
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=3D2AC7A2.CC29415D@ladisch.de \
--to=clemens@ladisch.de \
--cc=abramo.bagnara@libero.it \
--cc=alsa-devel@lists.sourceforge.net \
--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.