Right.

This is one of those days when I ask, "Why did I write/think that?" - 30 
minutes after pressing send.

I appreciate your sage and measured advice. It works much better than the 
voice in my head, which tends to say to myself "You idiot! Everybody knows 
that!"

Art Hunkins

----- Original Message ----- 
From: "joachim heintz" 
To: 
Sent: Wednesday, July 21, 2010 12:31 PM
Subject: [Csnd] Re: Re: Re: Re: Re: diskin and input files


> i'm glad it's working for you, art. i am not sure if i understand you 
> correctly, but i think there should be no attenuation of the signal  here. 
> but this may depend on your input sources, and testing and  hearing may be 
> the best. as always ...
>
> joachim
>
>
> Am 21.07.2010 um 17:02 schrieb Art Hunkins:
>
>> Yes, Joachim. I think this is precisely what Victor was suggesting,  and 
>> I plan to implement your joint plan. Thanks so much.
>>
>> Since this presents the option of simultaneous mono and stereo input 
>> files being combined, here's another issue:
>> in order to "balance" mono and stereo inputs, would it be more 
>> appropriate to output (from a mono file) this:
>> outs a1, a1
>> or this:
>> outs a1*.7, a1*.7
>> ?
>>
>> My cue for the latter comes from pan, where you distribute a mono  signal 
>> in stereo space with approximately equal power - the  "centerpoint" being 
>> the (approximate) multiple .7 when compared to  hard left or right.
>>
>> Art Hunkins
>>
>> ----- Original Message ----- From: "joachim heintz" > >
>> To: 
>> Sent: Wednesday, July 21, 2010 2:51 AM
>> Subject: [Csnd] Re: Re: Re: diskin and input files
>>
>>
>>> yes the strictness of soundin / diskin / diskin2 in respect to the 
>>> number of outputs in the file is sometimes a bit annoying.
>>> maybe you like to use a udo like this:
>>>
>>>  opcode FilePlay2, aa, Skii
>>> ;gives stereo output regardless your soundfile is mono or stereo
>>> Sfil, kspeed, iskip, iloop xin
>>> ichn filenchnls Sfil
>>> if ichn == 1 then
>>> aL diskin2 Sfil, kspeed, iskip, iloop
>>> aR = aL
>>> else
>>> aL, aR diskin2 Sfil, kspeed, iskip, iloop
>>> endif
>>> xout aL, aR
>>>  endop
>>>
>>> joachim
>>>
>>>
>>> Am 21.07.2010 um 03:08 schrieb Art Hunkins:
>>>
>>>> Thanks, Victor.
>>>>
>>>> Yes, I should have read the manual to better note the differences 
>>>> between diskin and diskin2. Diskin2 works much better for my case.
>>>>
>>>> I note that, in any case, the number of channels for diskin have  to 
>>>> correspond to the number of outputs in the audio input files. 
>>>> (Nothing much to be done about that.)
>>>>
>>>> Art Hunkins
>>>>
>>>> ----- Original Message ----- From: "Victor Lazzarini" 
>>>> >>> >
>>>> To: 
>>>> Sent: Tuesday, July 20, 2010 3:49 PM
>>>> Subject: [Csnd] Re: diskin and input files
>>>>
>>>>
>>>>> If you use diskin2  files can have different sampling rates. Bit 
>>>>> width should not matter.
>>>>>
>>>>> Victor
>>>>> On 20 Jul 2010, at 19:27, Art Hunkins wrote:
>>>>>
>>>>>> I've just developed a real-time file player/mixer/looper/  processor 
>>>>>> that works with up to four stereo files. Its  principal  ingrediant 
>>>>>> is a stereo diskin.
>>>>>>
>>>>>> For general use, is it sufficiant to specify that the input  files 
>>>>>> (optionally furnished by the user) be stereo,  uncompressed, and 
>>>>>> with the same sample rate specified by the  file player?
>>>>>>
>>>>>> Also, can I assume 16-bit these days? (I believe the typical 
>>>>>> soundcard does.)
>>>>>>
>>>>>> Diskin is taking format information from the file header; do I 
>>>>>> presume correctly that all the file types need to match?
>>>>>>
>>>>>> Am I being way to picky here (for typical use)?
>>>>>>
>>>>>> Art Hunkins
>>>>>>
>>>>>>
>>>>>> Send bugs reports to the Sourceforge bug tracker
>>>>>>         https://sourceforge.net/tracker/? group_id=81968&atid=564599
>>>>>> Discussions of bugs and features can be posted here
>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body 
>>>>>> "unsubscribe csound"
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> Send bugs reports to the Sourceforge bug tracker
>>>>>          https://sourceforge.net/tracker/? group_id=81968&atid=564599
>>>>> Discussions of bugs and features can be posted here
>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body 
>>>>> "unsubscribe csound"
>>>>
>>>>
>>>>
>>>> Send bugs reports to the Sourceforge bug tracker
>>>>          https://sourceforge.net/tracker/?group_id=81968&atid=564599
>>>> Discussions of bugs and features can be posted here
>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body 
>>>> "unsubscribe csound"
>>>>
>>>>
>>>
>>>
>>>
>>> Send bugs reports to the Sourceforge bug tracker
>>>           https://sourceforge.net/tracker/?group_id=81968&atid=564599
>>> Discussions of bugs and features can be posted here
>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body 
>>> "unsubscribe csound"
>>
>>
>>
>> Send bugs reports to the Sourceforge bug tracker
>>           https://sourceforge.net/tracker/?group_id=81968&atid=564599
>> Discussions of bugs and features can be posted here
>> To unsubscribe, send email sympa@lists.bath.ac.uk with body  "unsubscribe 
>> csound"
>>
>>
>
>
>
> Send bugs reports to the Sourceforge bug tracker
>            https://sourceforge.net/tracker/?group_id=81968&atid=564599
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe 
> csound"
> 



Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"