[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [sc-dev] .frac, .sign - perhaps other SimpleNumber primitives???
- To: sc-dev@xxxxxxxxxxxxxxxx
- Subject: Re: [sc-dev] .frac, .sign - perhaps other SimpleNumber primitives???
- From: James McCartney <asynth@xxxxxxxxx>
- Date: Tue, 15 Dec 2009 17:12:30 -0800
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=+dyilGwyU0S+lBmthY1UO11SMua6CtiK9ff/MvnbP1s=; b=therYNB7xVaqQ61MoolebZTHHduu/As9LkWpvz5KFKJl/EYb2GO59ybgIDT027QJ/8 8tnGbEDXM1gJV0OhFkKB+vEU9Qr5kgr6g5Zf1LGJlYSyagIFf+89mOq6gSVQr141Xrr3 tqQfDFABlmsZyR6esAF76aPtqlFb+jYoU2JHA=
- Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=i4gMv+5xhLmAJrH4apYA+aYiwuilRMWyaMlqweBstyFtM+JsaKQuug4rvBzrPI5Tv9 Ma+uyv8ifSrsDGJotOoePhpF9clMtoIosQhbDCYEOqG604Of6gLfbo/CAiRgwyCwL2f/ zVH7Wbjg8Qqx4RXXUdr13PipUwEKf21wyvbs0=
- In-reply-to: <7CE3E5D2-16DC-401D-95E5-52FDEDF7F63D@xxxxxxxxx>
- List-id: SuperCollider developers mailing list <sc-devel.create.ucsb.edu>
- References: <7A701E66-AAD0-4C34-9EAC-272F51D0DEF1@xxxxxxxxxxxxxxxxx> <7CE3E5D2-16DC-401D-95E5-52FDEDF7F63D@xxxxxxxxx>
- Reply-to: sc-dev@xxxxxxxxxxxxxxxx
- Sender: owner-sc-dev@xxxxxxxxxxxxxxxx
Round downward was set in SC synth. At least it used to be. However it
was never set like that in SC lang as far as I am aware. So using the
same code as in the synth would be a bug.
On Tue, Dec 15, 2009 at 3:41 PM, Axel Balley <axel.lists@xxxxxxxxx> wrote:
> In PyrMathOps, opFrac was changed from a->uf - floor(a->uf) to using the
> sc_frac inline function
> This is the same code that is used in the frac Unary UGen, that seems to
> present the same wrong behaviour
>
> There's a comment in the UnaryOps code that says :
> // NOTE: this will only work if the FPU is set to round downward.
> // That is NOT the default rounding mode. SC sets it to this mode.
>
> It looks like SC no longer sets rounding to this mode, I'm not sure where
> and how this was done before...
>
> Le 15 déc. 09 à 21:35, Josh Parmenter a écrit :
>
>> Hi Tim...
>>
>> Just saw this in the new build:
>>
>> 0.6.frac
>> -0.4
>>
>> it should return 0.6
>>
>> 0.6.sign
>>
>> returns a float, not 1
>>
>> Josh
>>
>> ******************************************
>> /* Joshua D. Parmenter
>> http://www.realizedsound.net/josh/
>>
>> “Every composer – at all times and in all cases – gives his own
>> interpretation of how modern society is structured: whether actively or
>> passively, consciously or unconsciously, he makes choices in this regard. He
>> may be conservative or he may subject himself to continual renewal; or he
>> may strive for a revolutionary, historical or social palingenesis." - Luigi
>> Nono
>> */
>>
>
>
> _______________________________________________
> sc-dev mailing list
>
> info (subscription, etc.):
> http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
> archive: https://listarc.bham.ac.uk/marchives/sc-dev/
> search: https://listarc.bham.ac.uk/lists/sc-dev/search/
>
--
--- james mccartney
_______________________________________________
sc-dev mailing list
info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: https://listarc.bham.ac.uk/marchives/sc-dev/
search: https://listarc.bham.ac.uk/lists/sc-dev/search/