On Fri, 24 Aug 2007, Rohan Drape wrote:
Henning Thielemann <[EMAIL PROTECTED]> writes:
I hoped that in non-realtime mode scsynth would simply generate the same
sound as in the realtime mode, but there are crackles in the generated
audio files. They look and sound like artifacts of too high elo
On Mon, 13 Aug 2007, Henning Thielemann wrote:
> On Mon, 13 Aug 2007, Rohan Drape wrote:
>
> > your osc file and the generated file are equal,
> > at least according to cmp...
> >
> > ~$ cmp tone.osc ht-tone.osc
> > ~$
> >
> > not sure what the matter can be, a bad scsynth seems
> > unlikely, but
On Mon, 13 Aug 2007, Rohan Drape wrote:
> this all works here, apart from the fixed SR in the
> audio file, which does not correspond to the SR that
> scsynth runs at (-S doesn't seem to help, but
> whatever...)
>
> your osc file and the generated file are equal,
> at least according to cmp...
>
this all works here, apart from the fixed SR in the
audio file, which does not correspond to the SR that
scsynth runs at (-S doesn't seem to help, but
whatever...)
your osc file and the generated file are equal,
at least according to cmp...
~$ cmp tone.osc ht-tone.osc
~$
not sure what the m
I have still no luck. I installed latest hosc and hsc3 from darcs repo,
tried the attached example program which uses the new function writeNRT,
and got the following output
$ ghci NonRealtime.hs
*Main> nonrealtime
Loading package fps-0.8 ... linking ... done.
Loading package binary-0.2 ... linki
Henning Thielemann <[EMAIL PROTECTED]> writes:
> But I indeed mean 'zero based'. Since scsynth doesn't know about Haskell's
> OSC type we can use any time base, and I think time base 0 is the most
> natural one. The actual time base needed for scsynth is added when
> encoding the message.
the mean
On Sun, 12 Aug 2007, Rohan Drape wrote:
> Henning Thielemann <[EMAIL PROTECTED]> writes:
> > We need
> > encodeOSCZeroBase :: OSC -> B.ByteString
> > which converts a message by converting Double to Integer
> > and does the message encoding (which is currently done by encodeOSC)
> > delayOS
> Henning Thielemann <[EMAIL PROTECTED]> writes:
>> We need
>> encodeOSCZeroBase :: OSC -> B.ByteString
>> which converts a message by converting Double to Integer
>> and does the message encoding (which is currently done by encodeOSC)
>> delayOSC :: Double -> OSC -> OSC
>> which shifts a m
Henning Thielemann <[EMAIL PROTECTED]> writes:
> We need
> encodeOSCZeroBase :: OSC -> B.ByteString
> which converts a message by converting Double to Integer
> and does the message encoding (which is currently done by encodeOSC)
> delayOSC :: Double -> OSC -> OSC
> which shifts a message i
On Sat, 11 Aug 2007, Rohan Drape wrote:
> Henning Thielemann <[EMAIL PROTECTED]> writes:
> > However I consider it a slight hack to first add magic number 2208988800
> > in utc_ntp, then subtract it in ntpZeroed again. Would you mind making the
> > Bundle time zero based and add the appropriate o
Henning Thielemann <[EMAIL PROTECTED]> writes:
> However I consider it a slight hack to first add magic number 2208988800
> in utc_ntp, then subtract it in ntpZeroed again. Would you mind making the
> Bundle time zero based and add the appropriate offset at encoding the
> message?
2208988800 = (70
On Sat, 11 Aug 2007, Rohan Drape wrote:
> Henning Thielemann <[EMAIL PROTECTED]> writes:
> > I boiled the problems down to a simple example. There are no errors
> > reported about the messages, but the result is not what we expect.
>
> I've added encodeNRT and writeNRT to hsc3, these ought to wor
Henning Thielemann <[EMAIL PROTECTED]> writes:
> I boiled the problems down to a simple example. There are no errors
> reported about the messages, but the result is not what we expect.
I've added encodeNRT and writeNRT to hsc3, these
ought to work out of the box. Let me know if
that helps. (The
I boiled the problems down to a simple example. There are no errors
reported about the messages, but the result is not what we expect.
{-
This module tries to reproduce results of the real-time synthesizer
in scsynth's non-real-time mode.
-}
import Sound.OpenSoundControl(OSC(Bundle), encodeOSC
drat, different client same problem, sorry...
--- Begin Message ---
Henning Thielemann <[EMAIL PROTECTED]> writes:
>> what gives that error? hosc or hsc3 or scsynth?
>
> scsynth
ok, i'd guess that restriction could be trivially lifted
for nrt but it is not usually an issue. of course, in
this
On Tue, 24 Jul 2007, Rohan Drape wrote:
> followed wrong reply link, forwarding to list...
>
> Original Message
> Subject: Re: [haskell-art] Re: Creating .wav or .aiff with
> SuperCollider/HSC3
> From:"Rohan D
followed wrong reply link, forwarding to list...
Original Message
Subject: Re: [haskell-art] Re: Creating .wav or .aiff with
SuperCollider/HSC3
From:"Rohan Drape" <[EMAIL PROTECTED]>
Date:Tue, July 24,
On Fri, 13 Jul 2007, Rohan Drape wrote:
> On Thu, July 12, 2007 7:36 pm, Henning Thielemann wrote:
> >
> > On Wed, 11 Jul 2007, Henning Thielemann wrote:
> >
> >> I want to write the SuperCollider output into a file.
> >> Server-Architecture.rtf tells me that I must use the -N option. However
> >
On Fri, 13 Jul 2007, Rohan Drape wrote:
> On Thu, July 12, 2007 7:36 pm, Henning Thielemann wrote:
> >
> > On Wed, 11 Jul 2007, Henning Thielemann wrote:
> >
> >> I want to write the SuperCollider output into a file.
> >> Server-Architecture.rtf tells me that I must use the -N option. However
> >
On Thu, July 12, 2007 7:36 pm, Henning Thielemann wrote:
>
> On Wed, 11 Jul 2007, Henning Thielemann wrote:
>
>> I want to write the SuperCollider output into a file.
>> Server-Architecture.rtf tells me that I must use the -N option. However
>> I
>> need a file of OSC messages. Shall I replace all
On Wed, 11 Jul 2007, Henning Thielemann wrote:
> I want to write the SuperCollider output into a file.
> Server-Architecture.rtf tells me that I must use the -N option. However I
> need a file of OSC messages. Shall I replace all 'send' actions by
> commands that write the messages to a file? Has
21 matches
Mail list logo