From k.s.matheussen at notam02.no  Wed Dec 22 08:14:04 2010
From: k.s.matheussen at notam02.no (Kjetil S. Matheussen)
Date: Wed, 22 Dec 2010 17:14:04 +0100 (CET)
Subject: [CM] duration equivalent on snd-rt
In-Reply-To: <1204565620.4459.69.camel@strawberry.maginvent.org>
References: <1204565620.4459.69.camel@strawberry.maginvent.org>
Message-ID: <Pine.LNX.4.64.1012221700190.5483@ttleush>


On Mon, 3 Mar 2008, Juan I Reyes wrote:

> Gentlemen,
>
> On CLM-3 and SND I get the actual duration of a sound (number of
> samples) by assigning the 'end' variable the following operation:
>
>  (end (* dur *srate*)
>
> where dur is a defined parameter on definstrument or define* (scheme).
>
> How can I handle the same expression on snd-rt, since AFAIK in
> real-time, the duration parameter is arbitrary.
>

Just in case there is a misunderstanding: Snd-rt has a scheduler, so the 
length of the instrument can be set.


(<rt-out> :dur 1 3
           (oscil))

is the same as:

(definstrument os (start dur)
   (let ((o (make-oscil)))
     (run
       (loop for i from (* *srate* start)
                   to   (+ (* *srate* start)
                           (* *srate* dur))
          do (let ((val (oscil o)))
               (outa i val)
               (outb i val))))))

(with-sound () (os 1 3))



> Do I average or is there
> like a system handling mechanism which takes care of this issue?. 
> The reason for this question is that in the case of delay-lines, lengths
> are pretty much function of durations and sampling-rate.
>

I guess that depends on the situation...



From taube at uiuc.edu  Sun Dec  5 07:14:49 2010
From: taube at uiuc.edu (Heinrich Taube)
Date: Sun, 5 Dec 2010 09:14:49 -0600
Subject: [CM] cm 3.7.1
Message-ID: <7389F26B-8ED8-4F5C-8E5B-0ACA6F6EDB51@uiuc.edu>

release 3.7.1 of common music with binary installs for fedora, osx,  
ubuntu and win32 are available for download at
	http://sourceforge.net/projects/commonmusic/

this is a bug fix release linked with the latest sndlib (1.75 on 1- 
Dec-10) and fomus (0.1.12-alpha)



From jwmatthys at yahoo.com  Sun Dec  5 08:11:35 2010
From: jwmatthys at yahoo.com (Joel Matthys)
Date: Sun, 05 Dec 2010 11:11:35 -0500
Subject: [CM] Fomus on Ubuntu
Message-ID: <1291565495.1766.4.camel@jwmatthys-vaio>

I can't get FOMUS to work with the new Grace on Ubuntu 10.04.

When I open the example file and try to evaluate the first example, I
get
>>> Error: Fomus: can't find FOMUS library
>>> Error: don't know how to open "fomus.ly"
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://cm-mail.stanford.edu/pipermail/cmdist/attachments/20101205/186d7b8c/attachment.html>

From taube at uiuc.edu  Sun Dec  5 09:37:22 2010
From: taube at uiuc.edu (Heinrich Taube)
Date: Sun, 5 Dec 2010 11:37:22 -0600
Subject: [CM] Fomus on Ubuntu
In-Reply-To: <1291565495.1766.4.camel@jwmatthys-vaio>
References: <1291565495.1766.4.camel@jwmatthys-vaio>
Message-ID: <7D45C612-D95E-4F22-A98A-0A7E207E25DB@uiuc.edu>

did you actually install fomus on your machine? there is not static  
linking for fomus so you need to install it yourself.

On Dec 5, 2010, at 10:11 AM, Joel Matthys wrote:

> I can't get FOMUS to work with the new Grace on Ubuntu 10.04.
>
> When I open the example file and try to evaluate the first example,  
> I get
> >>> Error: Fomus: can't find FOMUS library
> >>> Error: don't know how to open "fomus.ly"
> _______________________________________________
> Cmdist mailing list
> Cmdist at ccrma.stanford.edu
> http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist



From bernardobarros2 at gmail.com  Sun Dec  5 11:54:37 2010
From: bernardobarros2 at gmail.com (Bernardo Barros)
Date: Sun, 5 Dec 2010 17:54:37 -0200
Subject: [CM] Fomus on Ubuntu
In-Reply-To: <7D45C612-D95E-4F22-A98A-0A7E207E25DB@uiuc.edu>
References: <1291565495.1766.4.camel@jwmatthys-vaio>
	<7D45C612-D95E-4F22-A98A-0A7E207E25DB@uiuc.edu>
Message-ID: <AANLkTikRGDfc9cEB_7Yeyo047SA6Z-FwKEBcu5NRoK-5@mail.gmail.com>

fomus is packaged in puredyne ppa (for ubuntu 10.04/10.10 also)

2010/12/5 Heinrich Taube <taube at uiuc.edu>:
> did you actually install fomus on your machine? there is not static
> linking for fomus so you need to install it yourself.
>
> On Dec 5, 2010, at 10:11 AM, Joel Matthys wrote:
>
>> I can't get FOMUS to work with the new Grace on Ubuntu 10.04.
>>
>> When I open the example file and try to evaluate the first example,
>> I get
>> >>> Error: Fomus: can't find FOMUS library
>> >>> Error: don't know how to open "fomus.ly"
>> _______________________________________________
>> Cmdist mailing list
>> Cmdist at ccrma.stanford.edu
>> http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist
>
> _______________________________________________
> Cmdist mailing list
> Cmdist at ccrma.stanford.edu
> http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist
>



From dpsenick at gmail.com  Mon Dec  6 08:29:24 2010
From: dpsenick at gmail.com (David Psenicka)
Date: Mon, 06 Dec 2010 10:29:24 -0600
Subject: [CM] Fomus on Ubuntu
In-Reply-To: <1291565495.1766.4.camel@jwmatthys-vaio>
References: <1291565495.1766.4.camel@jwmatthys-vaio>
Message-ID: <1291652964.3397.18.camel@fred>

Is libfomus.so in /usr/lib or /usr/local/lib?  Grace looks for
libfomus.so in the following places on Linux:

the path specified when Grace is compiled
the directories in the system library path
/usr/local/lib  (Ubuntu doesn't seem to recognize this directory as a
system library directory by default, but Grace still looks in there)
/usr/lib

If you type `fomus -O' at the command line and it spits out a list of
names and descriptions, then the fomus library itself is installed
properly and should be working correctly (the fomus executable needs to
be in your path).

On Sun, 2010-12-05 at 11:11 -0500, Joel Matthys wrote:

> I can't get FOMUS to work with the new Grace on Ubuntu 10.04.
> 
> When I open the example file and try to evaluate the first example, I
> get
> >>> Error: Fomus: can't find FOMUS library
> >>> Error: don't know how to open "fomus.ly" 
> 
> _______________________________________________
> Cmdist mailing list
> Cmdist at ccrma.stanford.edu
> http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://cm-mail.stanford.edu/pipermail/cmdist/attachments/20101206/2e3883b6/attachment.html>

From jwmatthys at yahoo.com  Mon Dec  6 08:34:55 2010
From: jwmatthys at yahoo.com (Joel Matthys)
Date: Mon, 06 Dec 2010 11:34:55 -0500
Subject: [CM] Fomus on Ubuntu - SOLVED
Message-ID: <1291653295.2376.1.camel@jwmatthys-vaio>

Thanks everybody. Problem solved. (I didn't install Fomus correctly the
first time around.)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://cm-mail.stanford.edu/pipermail/cmdist/attachments/20101206/62dab7ae/attachment.html>

From taube at uiuc.edu  Wed Dec  8 14:51:45 2010
From: taube at uiuc.edu (Heinrich Taube)
Date: Wed, 8 Dec 2010 16:51:45 -0600
Subject: [CM] [fomus-user] 0.1.12-alpha
In-Reply-To: <4D00063D.90300@localhost>
References: <1291454653.4248.15.camel@fred> <4D00063D.90300@localhost>
Message-ID: <4B532761-179D-4ED0-9BCD-DBBE7EDA31F1@uiuc.edu>

fwiw i built and installed fomus under my home directory on ccrma-gate  
a few days ago (~hkt/Software/)

On Dec 8, 2010, at 4:27 PM, Fernando Lopez-Lezcano wrote:

> On 12/04/2010 01:24 AM, David Psenicka wrote:
>> This release includes major fixes involving compound meter/time
>> signatures, detached marks and mark events, as well many minor  
>> fixes and
>> more documentation additions and revisions. Thanks again for  
>> everyone's
>> bug reports, suggestions and help.
>
> I'm trying to build on fc14:
>
> ----
> exec.cc: In function 'execout::execpid  
> execout::exec(execout::execout*,
> const char*, const std::vector<std::basic_string<char> >&, const
> module_list&, const char*)':
> exec.cc:81:75: error: no matching function for call to
> 'boost 
> ::iostreams::file_descriptor_source::file_descriptor_source(int&,
> bool)'
> /usr/include/boost/iostreams/device/file_descriptor.hpp:197:5: note:
> candidates are:
> boost::iostreams::file_descriptor_source::file_descriptor_source(const
> boost::iostreams::file_descriptor_source&)
> /usr/include/boost/iostreams/device/file_descriptor.hpp:187:14: note:
>
> boost::iostreams::file_descriptor_source::file_descriptor_source(const
> char*, std::ios_base::openmode)
> /usr/include/boost/iostreams/device/file_descriptor.hpp:183:14: note:
>
> boost::iostreams::file_descriptor_source::file_descriptor_source(const
> std::string&, std::ios_base::openmode)
> /usr/include/boost/iostreams/device/file_descriptor.hpp:169:14: note:
>
> boost 
> ::iostreams 
> ::file_descriptor_source 
> ::file_descriptor_source 
> (boost::iostreams::file_descriptor_source::handle_type,
> boost::i\
> ostreams::file_descriptor_flags)
> /usr/include/boost/iostreams/device/file_descriptor.hpp:166:5: note:
>
> boost::iostreams::file_descriptor_source::file_descriptor_source()
> m
> ----
>
> Would this be an appropriate patch? (it builds with this applied but I
> have not tested it):
>
> ----
> --- fomus-0.1.12-alpha/src/lib/mod/out/exec.cc~ 2010-04-22
> 00:30:37.000000000 -0400
>
>
> +++ fomus-0.1.12-alpha/src/lib/mod/out/exec.cc  2010-12-08
> 16:26:11.000000000 -0500
>
>
> @@ -78,7 +78,7 @@
>      }
>
>
>      if (close(tmpstdin[1]) < 0) throw execerr(); // PARENT PROCESS
>
>
>      if (out) {
>
>
> -      out->open(boost::iostreams::file_descriptor_source(tmpstdin[0],
> true)); // open for reading
>
> +      out->open(boost::iostreams::file_descriptor_source((const
> std::string&)tmpstdin[0], (std::ios_base::openmode)true)); // open for
> reading
>
>      } else {
>
>
>        int nl = open("/dev/null", O_WRONLY);
>
>
>        if (nl < 0) throw execerr();
>
>
> ----
>
> -- Fernando
>
> ------------------------------------------------------------------------------
> This SF Dev2Dev email is sponsored by:
>
> WikiLeaks The End of the Free Internet
> http://p.sf.net/sfu/therealnews-com
> _______________________________________________
> fomus-user mailing list
> fomus-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/fomus-user



From nando at ccrma.Stanford.EDU  Wed Dec  8 16:06:34 2010
From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano)
Date: Wed, 08 Dec 2010 16:06:34 -0800
Subject: [CM] [fomus-user] 0.1.12-alpha
In-Reply-To: <4B532761-179D-4ED0-9BCD-DBBE7EDA31F1@uiuc.edu>
References: <1291454653.4248.15.camel@fred> <4D00063D.90300@localhost>
	<4B532761-179D-4ED0-9BCD-DBBE7EDA31F1@uiuc.edu>
Message-ID: <4D001D8A.6090202@localhost>

On 12/08/2010 02:51 PM, Heinrich Taube wrote:
> fwiw i built and installed fomus under my home directory on ccrma-gate 
> a few days ago (~hkt/Software/)
ccrma-gate is not running fc14, the problem is probably a newer version 
of gcc in fc14 that is more strict with types.

-- Fernando

>
> On Dec 8, 2010, at 4:27 PM, Fernando Lopez-Lezcano wrote:
>
>> On 12/04/2010 01:24 AM, David Psenicka wrote:
>>> This release includes major fixes involving compound meter/time
>>> signatures, detached marks and mark events, as well many minor fixes 
>>> and
>>> more documentation additions and revisions. Thanks again for everyone's
>>> bug reports, suggestions and help.
>>
>> I'm trying to build on fc14:
>>
>> ----
>> exec.cc: In function 'execout::execpid execout::exec(execout::execout*,
>> const char*, const std::vector<std::basic_string<char> >&, const
>> module_list&, const char*)':
>> exec.cc:81:75: error: no matching function for call to
>> 'boost::iostreams::file_descriptor_source::file_descriptor_source(int&,
>> bool)'
>> /usr/include/boost/iostreams/device/file_descriptor.hpp:197:5: note:
>> candidates are:
>> boost::iostreams::file_descriptor_source::file_descriptor_source(const
>> boost::iostreams::file_descriptor_source&)
>> /usr/include/boost/iostreams/device/file_descriptor.hpp:187:14: note:
>>
>> boost::iostreams::file_descriptor_source::file_descriptor_source(const
>> char*, std::ios_base::openmode)
>> /usr/include/boost/iostreams/device/file_descriptor.hpp:183:14: note:
>>
>> boost::iostreams::file_descriptor_source::file_descriptor_source(const
>> std::string&, std::ios_base::openmode)
>> /usr/include/boost/iostreams/device/file_descriptor.hpp:169:14: note:
>>
>> boost::iostreams::file_descriptor_source::file_descriptor_source(boost::iostreams::file_descriptor_source::handle_type, 
>>
>> boost::i\
>> ostreams::file_descriptor_flags)
>> /usr/include/boost/iostreams/device/file_descriptor.hpp:166:5: note:
>>
>> boost::iostreams::file_descriptor_source::file_descriptor_source()
>> m
>> ----
>>
>> Would this be an appropriate patch? (it builds with this applied but I
>> have not tested it):
>>
>> ----
>> --- fomus-0.1.12-alpha/src/lib/mod/out/exec.cc~ 2010-04-22
>> 00:30:37.000000000 -0400
>>
>>
>> +++ fomus-0.1.12-alpha/src/lib/mod/out/exec.cc  2010-12-08
>> 16:26:11.000000000 -0500
>>
>>
>> @@ -78,7 +78,7 @@
>>      }
>>
>>
>>      if (close(tmpstdin[1]) < 0) throw execerr(); // PARENT PROCESS
>>
>>
>>      if (out) {
>>
>>
>> -      out->open(boost::iostreams::file_descriptor_source(tmpstdin[0],
>> true)); // open for reading
>>
>> +      out->open(boost::iostreams::file_descriptor_source((const
>> std::string&)tmpstdin[0], (std::ios_base::openmode)true)); // open for
>> reading
>>
>>      } else {
>>
>>
>>        int nl = open("/dev/null", O_WRONLY);
>>
>>
>>        if (nl < 0) throw execerr();
>>
>>
>> ----
>>
>> -- Fernando
>>



From sasmekoll at gmail.com  Sun Dec 12 18:25:52 2010
From: sasmekoll at gmail.com (Vovan)
Date: Mon, 13 Dec 2010 05:25:52 +0300
Subject: [CM] =?utf-8?b?0J3QvtCy0L7QtSDRgdC+0L7QsdGJ0LXQvdC40LU=?=
Message-ID: <4d064fbf.5d7ecc0a.1219.18e4@mx.google.com>

http://samec.org.ua/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://cm-mail.stanford.edu/pipermail/cmdist/attachments/20101213/0c343dc4/attachment.html>

From sasmekoll at gmail.com  Sun Dec 12 18:27:22 2010
From: sasmekoll at gmail.com (Vovan)
Date: Mon, 13 Dec 2010 05:27:22 +0300
Subject: [CM] =?utf-8?b?0J3QvtCy0L7QtSDRgdC+0L7QsdGJ0LXQvdC40LU=?=
Message-ID: <4d065010.5989cc0a.62fc.188c@mx.google.com>

http://samec.org.ua/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://cm-mail.stanford.edu/pipermail/cmdist/attachments/20101213/16d03a5d/attachment.html>