This is just a summary of the open bugs on Sourceforge, in case any
one whats to solve one or more

stereo ftable (gen01)  	 Open  	 2010-08-23
ATS noise component with ATSsinnoi 	Open 	2010-07-28
GEN01 related bug: incorrect number of channels and length 	Open 	2010-07-05
midiout and midion2 issues 	Open 	2010-07-04
DSSI issues 	Open 	2010-06-22 
LPANAL issues 	Open 	2010-06-08
adsynt versus adsynt2 part2 	Open 	2010-05-19
ATSA errors 	Open 	2010-04-27
timout bug? 	Open 	2010-03-20
Wrong error numbers reported 	Open 	2010-03-16
STKShakers not stable in real time on UBUNTU 	Open 	2010-02-26
==John ffitch

------------------------------------------------------------------------------
This SF.net Dev2Dev email is sponsored by:

Show off your parallel programming skills.
Enter the Intel(R) Threading Challenge 2010.
http://p.sf.net/sfu/intel-thread-sfd
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

I thought you had fixed GEN01 bug. Aren't these two bugs relating to  
the same issue?

Victor
On 30 Aug 2010, at 17:23, john ffitch wrote:

> This is just a summary of the open bugs on Sourceforge, in case any
> one whats to solve one or more
>
> stereo ftable (gen01)  	 Open  	 2010-08-23
> ATS noise component with ATSsinnoi 	Open 	2010-07-28
> GEN01 related bug: incorrect number of channels and length 	Open 	 
> 2010-07-05
> midiout and midion2 issues 	Open 	2010-07-04
> DSSI issues 	Open 	2010-06-22
> LPANAL issues 	Open 	2010-06-08
> adsynt versus adsynt2 part2 	Open 	2010-05-19
> ATSA errors 	Open 	2010-04-27
> timout bug? 	Open 	2010-03-20
> Wrong error numbers reported 	Open 	2010-03-16
> STKShakers not stable in real time on UBUNTU 	Open 	2010-02-26
> ==John ffitch
>
> ------------------------------------------------------------------------------
> This SF.net Dev2Dev email is sponsored by:
>
> Show off your parallel programming skills.
> Enter the Intel(R) Threading Challenge 2010.
> http://p.sf.net/sfu/intel-thread-sfd
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
This SF.net Dev2Dev email is sponsored by:

Show off your parallel programming skills.
Enter the Intel(R) Threading Challenge 2010.
http://p.sf.net/sfu/intel-thread-sfd
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

shall the behaviour of randomi and randomh:
- first value is always kmin, instead of a random value between kmin  
and kmax -
also considered as a bug?

this is a csd, as reported:



-n


seed 0
instr 1
ktimk timeinstk
kRdmi randomi 400, 800, 1
kRdmh randomh 400, 800, 1
if ktimk == 1 then
printk 0, kRdmi
printk 0, kRdmh
endif
endin


r 5
i 1 0 .01



	joachim

Am 30.08.2010 um 18:23 schrieb john ffitch:

> This is just a summary of the open bugs on Sourceforge, in case any
> one whats to solve one or more
>
> stereo ftable (gen01)  	 Open  	 2010-08-23
> ATS noise component with ATSsinnoi 	Open 	2010-07-28
> GEN01 related bug: incorrect number of channels and length 	Open 	 
> 2010-07-05
> midiout and midion2 issues 	Open 	2010-07-04
> DSSI issues 	Open 	2010-06-22
> LPANAL issues 	Open 	2010-06-08
> adsynt versus adsynt2 part2 	Open 	2010-05-19
> ATSA errors 	Open 	2010-04-27
> timout bug? 	Open 	2010-03-20
> Wrong error numbers reported 	Open 	2010-03-16
> STKShakers not stable in real time on UBUNTU 	Open 	2010-02-26
> ==John ffitch
>
> ------------------------------------------------------------------------------
> This SF.net Dev2Dev email is sponsored by:
>
> Show off your parallel programming skills.
> Enter the Intel(R) Threading Challenge 2010.
> http://p.sf.net/sfu/intel-thread-sfd
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>


------------------------------------------------------------------------------
This SF.net Dev2Dev email is sponsored by:

Show off your parallel programming skills.
Enter the Intel(R) Threading Challenge 2010.
http://p.sf.net/sfu/intel-thread-sfd
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

>>>>> "joachim" == joachim heintz  writes:

 joachim> shall the behaviour of randomi and randomh:
 joachim> - first value is always kmin, instead of a random value between kmin  
 joachim> and kmax -
 joachim> also considered as a bug?

I looked at the code and it is severely broken.  It uses uninitialised
variables all over and the first call always returns 
 (ARB1 + ARB2 * 0) * (max - min) + min;
The ARB1 and ARB2 are two different uninitialised but will often be
zero.

Is this a bug?  Well I am concerned that the result is odd but users
may rely on it.  For that reason i am reluctant to change it to
something more sane.  I am in the users' hands here.

randomh is similar, returning
ARB1 * (max - min) + min;
The length of the first hold is arbitrary, depending on the ARB2
uninitialised value.

==John ffitch

------------------------------------------------------------------------------
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Could we add an optional argument for seed ?
Oeyvind


2010/9/10 john ffitch :
>>>>>> "joachim" == joachim heintz  writes:
>
>  joachim> shall the behaviour of randomi and randomh:
>  joachim> - first value is always kmin, instead of a random value between kmin
>  joachim> and kmax -
>  joachim> also considered as a bug?
>
> I looked at the code and it is severely broken.  It uses uninitialised
> variables all over and the first call always returns
>  (ARB1 + ARB2 * 0) * (max - min) + min;
> The ARB1 and ARB2 are two different uninitialised but will often be
> zero.
>
> Is this a bug?  Well I am concerned that the result is odd but users
> may rely on it.  For that reason i am reluctant to change it to
> something more sane.  I am in the users' hands here.
>
> randomh is similar, returning
> ARB1 * (max - min) + min;
> The length of the first hold is arbitrary, depending on the ARB2
> uninitialised value.
>
> ==John ffitch
>
> ------------------------------------------------------------------------------
> Start uncovering the many advantages of virtual appliances
> and start using them to simplify application deployment and
> accelerate your shift to cloud computing.
> http://p.sf.net/sfu/novell-sfdev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>

------------------------------------------------------------------------------
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Thank you very much for having a look on this!

My personal opinion to your question: I find it absolutely annoying to  
get always the same (= min) starting value. I think it's the opposite  
of what a random generator should do, and what all other random  
generators in Csound in fact do (including Gabriel's own random  
opcode). If I understand you correctly, it's more like incorrect code.

I came upon my question because I felt very irritated always getting  
this non-randomly starting values. So I would be glad if you changed  
it. This would save my time for replacing the randomi/randomh opcodes  
by randi/randh.

	joachim


Am 10.09.2010 um 18:54 schrieb john ffitch:

>>>>>> "joachim" == joachim heintz  writes:
>
> joachim> shall the behaviour of randomi and randomh:
> joachim> - first value is always kmin, instead of a random value  
> between kmin
> joachim> and kmax -
> joachim> also considered as a bug?
>
> I looked at the code and it is severely broken.  It uses uninitialised
> variables all over and the first call always returns
> (ARB1 + ARB2 * 0) * (max - min) + min;
> The ARB1 and ARB2 are two different uninitialised but will often be
> zero.
>
> Is this a bug?  Well I am concerned that the result is odd but users
> may rely on it.  For that reason i am reluctant to change it to
> something more sane.  I am in the users' hands here.
>
> randomh is similar, returning
> ARB1 * (max - min) + min;
> The length of the first hold is arbitrary, depending on the ARB2
> uninitialised value.
>
> ==John ffitch
>
> ------------------------------------------------------------------------------
> Start uncovering the many advantages of virtual appliances
> and start using them to simplify application deployment and
> accelerate your shift to cloud computing.
> http://p.sf.net/sfu/novell-sfdev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>


------------------------------------------------------------------------------
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

the random opcodes are affected by the seed value in instr 0. the  
problem is, that this seed value has no effect on the first generated  
value. when you try this example, you get always different results for  
the second, third etc random value, but the starting value is always  
the lower border:



seed 0
instr 1
k1 randomi 1, 10, 11
printk .1, k1
endin


r 5
i 1 0 .5



	joachim



Am 27.09.2010 um 09:07 schrieb Oeyvind Brandtsegg:

> Could we add an optional argument for seed ?
> Oeyvind
>
>
> 2010/9/10 john ffitch :
>>>>>>> "joachim" == joachim heintz  writes:
>>
>>  joachim> shall the behaviour of randomi and randomh:
>>  joachim> - first value is always kmin, instead of a random value  
>> between kmin
>>  joachim> and kmax -
>>  joachim> also considered as a bug?
>>
>> I looked at the code and it is severely broken.  It uses  
>> uninitialised
>> variables all over and the first call always returns
>>  (ARB1 + ARB2 * 0) * (max - min) + min;
>> The ARB1 and ARB2 are two different uninitialised but will often be
>> zero.
>>
>> Is this a bug?  Well I am concerned that the result is odd but users
>> may rely on it.  For that reason i am reluctant to change it to
>> something more sane.  I am in the users' hands here.
>>
>> randomh is similar, returning
>> ARB1 * (max - min) + min;
>> The length of the first hold is arbitrary, depending on the ARB2
>> uninitialised value.
>>
>> ==John ffitch
>>
>> ------------------------------------------------------------------------------
>> Start uncovering the many advantages of virtual appliances
>> and start using them to simplify application deployment and
>> accelerate your shift to cloud computing.
>> http://p.sf.net/sfu/novell-sfdev2dev
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>
> ------------------------------------------------------------------------------
> Start uncovering the many advantages of virtual appliances
> and start using them to simplify application deployment and
> accelerate your shift to cloud computing.
> http://p.sf.net/sfu/novell-sfdev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>


------------------------------------------------------------------------------
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net