From deeteeoh1138 at gmail.com Sat Nov 9 08:04:52 2019 From: deeteeoh1138 at gmail.com (David O'Toole) Date: Sat, 9 Nov 2019 11:04:52 -0500 Subject: [CM] undefined function POLYOID-PARTIAL-AMPS-AND-PHASES Message-ID: The function POLYOID-ENV refers to an apparently undefined function called POLYOID-PARTIAL-AMPS-AND-PHASES. I worked around it by passing the required data as an argument, but I thought I should report the issue. -------------- next part -------------- An HTML attachment was scrubbed... URL: From deeteeoh1138 at gmail.com Sat Nov 9 08:12:23 2019 From: deeteeoh1138 at gmail.com (David O'Toole) Date: Sat, 9 Nov 2019 11:12:23 -0500 Subject: [CM] reverb decay length option, and click question Message-ID: I noticed that the :DECAY-TIME parameter described in the documentation for WITH-SOUND, does not seem to exist in the Scheme version. It was trivial to add, would you be interested in a patch? Also, there is occasionally a small reverberated click at the very end of a render (well after the actual note has stopped sounding, as I have set DECAY-TIME to 7 seconds.) This causes an issue when mixing together a sequence of pre-rendered note lists. Is there any particular thing I might be doing wrong to get a click at the end of a WITH-SOUND reverb tail? -------------- next part -------------- An HTML attachment was scrubbed... URL: From bil at ccrma.Stanford.EDU Sat Nov 9 08:40:52 2019 From: bil at ccrma.Stanford.EDU (bil at ccrma.Stanford.EDU) Date: Sat, 09 Nov 2019 08:40:52 -0800 Subject: [CM] reverb decay length option, and click question In-Reply-To: References: Message-ID: The only mention of :decay-time that I can find is in clm.html -- that file describes the Common Lisp version of clm, not the scheme version. In the scheme version, the decay time is up to the reverb, and is sometimes passed via the :reverb-data parameter to with-sound. freeverb for example has a decay-time parameter which can be passed from with-sound via :reverb-data '(:decay-time 1.0). From bil at ccrma.Stanford.EDU Sat Nov 9 08:56:22 2019 From: bil at ccrma.Stanford.EDU (bil at ccrma.Stanford.EDU) Date: Sat, 09 Nov 2019 08:56:22 -0800 Subject: [CM] undefined function POLYOID-PARTIAL-AMPS-AND-PHASES In-Reply-To: References: Message-ID: <1fa3119f7f60936d76fc22ccf2d95caa@ccrma.stanford.edu> Right -- that was an oversight from changing to the use of polywave. I'll add that parameter to the version in generators.scm -- thanks! From lhrabovsky at gmail.com Sun Nov 10 13:56:59 2019 From: lhrabovsky at gmail.com (Leonid Hrabovsky) Date: Sun, 10 Nov 2019 16:56:59 -0500 Subject: [CM] Common Music Dictionary Message-ID: Why it disappeared from the Net and will it be back someday? *?????? - Leonid* -------------- next part -------------- An HTML attachment was scrubbed... URL: From orm.finnendahl at selma.hfmdk-frankfurt.de Tue Nov 12 00:55:40 2019 From: orm.finnendahl at selma.hfmdk-frankfurt.de (Orm Finnendahl) Date: Tue, 12 Nov 2019 09:55:40 +0100 Subject: [CM] Common Music Dictionary In-Reply-To: References: Message-ID: <20191112085540.GC709772@t480s-orm.localdomain> Hi Leonid, I'm not sure, which version you're referring to. Here is the version relating to cm 2.12 (in the "doc/dict" folder): https://github.com/ormf/cm -- Orm ---------------------------------------------------------------------- Prof. Orm Finnendahl Komposition Hochschule f?r Musik und Darstellende Kunst Eschersheimer Landstr. 29-39 60322 Frankfurt am Main https://www.youtube.com/watch?v=2rWha1HTfFE&list=PLiGfneJSWmNw6dTUvcTHbTkCYOOTiB_N6 Am Sonntag, den 10. November 2019 um 16:56:59 Uhr (-0500) schrieb Leonid Hrabovsky: > Why it disappeared from the Net and will it be back someday? > > > *?????? - Leonid* > _______________________________________________ > Cmdist mailing list > Cmdist at ccrma.stanford.edu > https://cm-mail.stanford.edu/mailman/listinfo/cmdist From deeteeoh1138 at gmail.com Sun Nov 17 09:49:53 2019 From: deeteeoh1138 at gmail.com (David O'Toole) Date: Sun, 17 Nov 2019 12:49:53 -0500 Subject: [CM] Linker error while running Snd 19.7 on Cygwin/Windows Message-ID: Configuring without GUI or audio support, I successfully compiled Snd on Cygwin. However, the binary fails to start due to linker errors (transcript below) I've actually seen this happen on Linux back when first getting Snd built, but I forget what caused the error that time. Sandy at LAPTOP-EF0KJKUO ~/snd-19.7 $ snd writing libc_s7.c libc_s7.o:libc_s7.c:(.text+0x1e): undefined reference to `s7_cadr' libc_s7.o:libc_s7.c:(.text+0x1e): relocation truncated to fit: R_X86_64_PC32 against undefined symbol `s7_cadr' libc_s7.o:libc_s7.c:(.text+0x26): undefined reference to `s7_integer' libc_s7.o:libc_s7.c:(.text+0x26): relocation truncated to fit: R_X86_64_PC32 against undefined symbol `s7_integer' libc_s7.o:libc_s7.c:(.text+0x35): undefined reference to `s7_car' libc_s7.o:libc_s7.c:(.text+0x35): relocation truncated to fit: R_X86_64_PC32 against undefined symbol `s7_car' libc_s7.o:libc_s7.c:(.text+0x3d): undefined reference to `s7_c_pointer' libc_s7.o:libc_s7.c:(.text+0x3d): relocation truncated to fit: R_X86_64_PC32 against undefined symbol `s7_c_pointer' libc_s7.o:libc_s7.c:(.text+0x4c): undefined reference to `s7_make_string_with_length' libc_s7.o:libc_s7.c:(.text+0x4c): relocation truncated to fit: R_X86_64_PC32 against undefined symbol `s7_make_string_with_length' libc_s7.o:libc_s7.c:(.text+0x71): undefined reference to `s7_car' libc_s7.o:libc_s7.c:(.text+0x71): relocation truncated to fit: R_X86_64_PC32 against undefined symbol `s7_car' libc_s7.o:libc_s7.c:(.text+0x79): undefined reference to `s7_is_string' libc_s7.o:libc_s7.c:(.text+0x79): relocation truncated to fit: R_X86_64_PC32 against undefined symbol `s7_is_string' libc_s7.o:libc_s7.c:(.text+0x86): undefined reference to `s7_f' libc_s7.o:libc_s7.c:(.text+0x86): relocation truncated to fit: R_X86_64_PC32 against undefined symbol `s7_f' libc_s7.o:libc_s7.c:(.text+0x99): undefined reference to `s7_make_symbol' libc_s7.o:libc_s7.c:(.text+0x99): relocation truncated to fit: R_X86_64_PC32 against undefined symbol `s7_make_symbol' libc_s7.o:libc_s7.c:(.text+0xa8): undefined reference to `s7_car' libc_s7.o:libc_s7.c:(.text+0xa8): relocation truncated to fit: R_X86_64_PC32 against undefined symbol `s7_car' libc_s7.o:libc_s7.c:(.text+0xb0): undefined reference to `s7_string' libc_s7.o:libc_s7.c:(.text+0xb0): additional relocation overflows omitted from the output libc_s7.o:libc_s7.c:(.text+0xc2): undefined reference to `s7_make_c_pointer_with_type' ----- large number of similar entries omitted ---- libc_s7.o:libc_s7.c:(.text+0x2a961): undefined reference to `s7_name_to_value' libc_s7.o:libc_s7.c:(.text+0x2a970): undefined reference to `s7_set_i_i_function' libc_s7.o:libc_s7.c:(.text+0x2a983): undefined reference to `s7_name_to_value' libc_s7.o:libc_s7.c:(.text+0x2a992): undefined reference to `s7_set_i_i_function' libc_s7.o:libc_s7.c:(.text+0x2a9a5): undefined reference to `s7_name_to_value' libc_s7.o:libc_s7.c:(.text+0x2a9b4): undefined reference to `s7_set_i_i_function' libc_s7.o:libc_s7.c:(.text+0x2a9c7): undefined reference to `s7_name_to_value' libc_s7.o:libc_s7.c:(.text+0x2a9d6): undefined reference to `s7_set_i_i_function' libc_s7.o:libc_s7.c:(.text+0x2a9e9): undefined reference to `s7_name_to_value' libc_s7.o:libc_s7.c:(.text+0x2a9f8): undefined reference to `s7_set_i_i_function' libc_s7.o:libc_s7.c:(.text+0x2aa0b): undefined reference to `s7_name_to_value' libc_s7.o:libc_s7.c:(.text+0x2aa1a): undefined reference to `s7_set_i_i_function' collect2: error: ld returned 1 exit status loading libc_s7.so load /home/Sandy/snd-19.7/libc_s7.so failed: No such file or directory ;load: can't open "libc_s7.so" ; (load so-file-name cur-env) ; cload.scm, line 682 ; (load so-file-name cur-env) ; ((curlet)) ; (lst) ;*libc*: unbound variable ; (with-let (sublet *libc*) (define... ; repl.scm, line 21 ; (with-let (sublet *libc*) (define (symbol... ; ((define (symbol-completion text) (let ((... ; ((signatures sig) 'NULL) ; (*repl* 'run) -------------- next part -------------- An HTML attachment was scrubbed... URL: From deeteeoh1138 at gmail.com Sun Nov 17 10:00:51 2019 From: deeteeoh1138 at gmail.com (David O'Toole) Date: Sun, 17 Nov 2019 13:00:51 -0500 Subject: [CM] Linker error while running Snd 19.7 on Cygwin/Windows In-Reply-To: References: Message-ID: Here is the complete Configure command and output: Sandy at LAPTOP-EF0KJKUO ~/snd-19.7 $ ./configure --without-gui --without-audio --with-s7 checking build system type... x86_64-unknown-cygwin checking host system type... x86_64-unknown-cygwin checking for gcc... gcc checking whether the C compiler works... yes checking for C compiler default output file name... a.exe checking for suffix of executables... .exe checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking for a BSD-compatible install... /usr/bin/install -c checking how to run the C preprocessor... gcc -E checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking whether byte ordering is bigendian... no checking size of void *... 8 checking for pkg-config... /usr/bin/pkg-config checking for fftw3... no checking for gsl... no checking for oggdec... /usr/bin/oggdec checking for oggenc... /usr/bin/oggenc checking for mpg123... /usr/bin/mpg123 checking for mpg321... no checking for speexdec... /usr/bin/speexdec checking for speexenc... /usr/bin/speexenc checking for flac... /usr/bin/flac checking for timidity... /usr/bin/timidity checking for wavpack... /usr/bin/wavpack checking for wvunpack... /usr/bin/wvunpack checking for audio system... None configure: creating ./config.status config.status: creating makefile config.status: creating mus-config.h config.status: mus-config.h is unchanged Options selected ------------------------- Snd version ...........: 19.7 CFLAGS ................: -O2 -I. -g -O2 LDFLAGS ...............: LIBS...................: prefix.................: /usr/local extension language.....: s7 audio system...........: None graphics toolkit.......: None optional libraries.....: random features........: environs...............: x86_64-unknown-cygwin gcc On Sun, Nov 17, 2019 at 12:49 PM David O'Toole wrote: > Configuring without GUI or audio support, I successfully compiled Snd on > Cygwin. However, the binary fails to start due to linker errors (transcript > below) > > I've actually seen this happen on Linux back when first getting Snd built, > but I forget what caused the error that time. > > Sandy at LAPTOP-EF0KJKUO ~/snd-19.7 > $ snd > writing libc_s7.c > libc_s7.o:libc_s7.c:(.text+0x1e): undefined reference to `s7_cadr' > libc_s7.o:libc_s7.c:(.text+0x1e): relocation truncated to fit: > R_X86_64_PC32 against undefined symbol `s7_cadr' > libc_s7.o:libc_s7.c:(.text+0x26): undefined reference to `s7_integer' > libc_s7.o:libc_s7.c:(.text+0x26): relocation truncated to fit: > R_X86_64_PC32 against undefined symbol `s7_integer' > libc_s7.o:libc_s7.c:(.text+0x35): undefined reference to `s7_car' > libc_s7.o:libc_s7.c:(.text+0x35): relocation truncated to fit: > R_X86_64_PC32 against undefined symbol `s7_car' > libc_s7.o:libc_s7.c:(.text+0x3d): undefined reference to `s7_c_pointer' > libc_s7.o:libc_s7.c:(.text+0x3d): relocation truncated to fit: > R_X86_64_PC32 against undefined symbol `s7_c_pointer' > libc_s7.o:libc_s7.c:(.text+0x4c): undefined reference to > `s7_make_string_with_length' > libc_s7.o:libc_s7.c:(.text+0x4c): relocation truncated to fit: > R_X86_64_PC32 against undefined symbol `s7_make_string_with_length' > libc_s7.o:libc_s7.c:(.text+0x71): undefined reference to `s7_car' > libc_s7.o:libc_s7.c:(.text+0x71): relocation truncated to fit: > R_X86_64_PC32 against undefined symbol `s7_car' > libc_s7.o:libc_s7.c:(.text+0x79): undefined reference to `s7_is_string' > libc_s7.o:libc_s7.c:(.text+0x79): relocation truncated to fit: > R_X86_64_PC32 against undefined symbol `s7_is_string' > libc_s7.o:libc_s7.c:(.text+0x86): undefined reference to `s7_f' > libc_s7.o:libc_s7.c:(.text+0x86): relocation truncated to fit: > R_X86_64_PC32 against undefined symbol `s7_f' > libc_s7.o:libc_s7.c:(.text+0x99): undefined reference to `s7_make_symbol' > libc_s7.o:libc_s7.c:(.text+0x99): relocation truncated to fit: > R_X86_64_PC32 against undefined symbol `s7_make_symbol' > libc_s7.o:libc_s7.c:(.text+0xa8): undefined reference to `s7_car' > libc_s7.o:libc_s7.c:(.text+0xa8): relocation truncated to fit: > R_X86_64_PC32 against undefined symbol `s7_car' > libc_s7.o:libc_s7.c:(.text+0xb0): undefined reference to `s7_string' > libc_s7.o:libc_s7.c:(.text+0xb0): additional relocation overflows omitted > from the output > libc_s7.o:libc_s7.c:(.text+0xc2): undefined reference to > `s7_make_c_pointer_with_type' > > > > ----- large number of similar entries omitted ---- > > libc_s7.o:libc_s7.c:(.text+0x2a961): undefined reference to > `s7_name_to_value' > libc_s7.o:libc_s7.c:(.text+0x2a970): undefined reference to > `s7_set_i_i_function' > libc_s7.o:libc_s7.c:(.text+0x2a983): undefined reference to > `s7_name_to_value' > libc_s7.o:libc_s7.c:(.text+0x2a992): undefined reference to > `s7_set_i_i_function' > libc_s7.o:libc_s7.c:(.text+0x2a9a5): undefined reference to > `s7_name_to_value' > libc_s7.o:libc_s7.c:(.text+0x2a9b4): undefined reference to > `s7_set_i_i_function' > libc_s7.o:libc_s7.c:(.text+0x2a9c7): undefined reference to > `s7_name_to_value' > libc_s7.o:libc_s7.c:(.text+0x2a9d6): undefined reference to > `s7_set_i_i_function' > libc_s7.o:libc_s7.c:(.text+0x2a9e9): undefined reference to > `s7_name_to_value' > libc_s7.o:libc_s7.c:(.text+0x2a9f8): undefined reference to > `s7_set_i_i_function' > libc_s7.o:libc_s7.c:(.text+0x2aa0b): undefined reference to > `s7_name_to_value' > libc_s7.o:libc_s7.c:(.text+0x2aa1a): undefined reference to > `s7_set_i_i_function' > collect2: error: ld returned 1 exit status > loading libc_s7.so > load /home/Sandy/snd-19.7/libc_s7.so failed: No such file or directory > > ;load: can't open "libc_s7.so" > ; (load so-file-name cur-env) > ; cload.scm, line 682 > ; (load so-file-name cur-env) > ; ((curlet)) > ; (lst) > > > ;*libc*: unbound variable > ; (with-let (sublet *libc*) (define... > ; repl.scm, line 21 > ; (with-let (sublet *libc*) (define (symbol... > ; ((define (symbol-completion text) (let ((... > ; ((signatures sig) 'NULL) > ; (*repl* 'run) > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From deeteeoh1138 at gmail.com Sun Nov 17 11:53:02 2019 From: deeteeoh1138 at gmail.com (David O'Toole) Date: Sun, 17 Nov 2019 14:53:02 -0500 Subject: [CM] Linker error while running Snd 19.7 on Cygwin/Windows In-Reply-To: References: Message-ID: I discovered a workaround---I compile with GTK support and OSS audio, and the program seems to work fine in batch mode. I didn't test out the GUI itself yet. But the nice news is that Snd works on Windows! On Sun, Nov 17, 2019 at 1:00 PM David O'Toole wrote: > Here is the complete Configure command and output: > > Sandy at LAPTOP-EF0KJKUO ~/snd-19.7 > $ ./configure --without-gui --without-audio --with-s7 > checking build system type... x86_64-unknown-cygwin > checking host system type... x86_64-unknown-cygwin > checking for gcc... gcc > checking whether the C compiler works... yes > checking for C compiler default output file name... a.exe > checking for suffix of executables... .exe > checking whether we are cross compiling... no > checking for suffix of object files... o > checking whether we are using the GNU C compiler... yes > checking whether gcc accepts -g... yes > checking for gcc option to accept ISO C89... none needed > checking for a BSD-compatible install... /usr/bin/install -c > checking how to run the C preprocessor... gcc -E > checking for grep that handles long lines and -e... /usr/bin/grep > checking for egrep... /usr/bin/grep -E > checking for ANSI C header files... yes > checking for sys/types.h... yes > checking for sys/stat.h... yes > checking for stdlib.h... yes > checking for string.h... yes > checking for memory.h... yes > checking for strings.h... yes > checking for inttypes.h... yes > checking for stdint.h... yes > checking for unistd.h... yes > checking whether byte ordering is bigendian... no > checking size of void *... 8 > checking for pkg-config... /usr/bin/pkg-config > checking for fftw3... no > checking for gsl... no > checking for oggdec... /usr/bin/oggdec > checking for oggenc... /usr/bin/oggenc > checking for mpg123... /usr/bin/mpg123 > checking for mpg321... no > checking for speexdec... /usr/bin/speexdec > checking for speexenc... /usr/bin/speexenc > checking for flac... /usr/bin/flac > checking for timidity... /usr/bin/timidity > checking for wavpack... /usr/bin/wavpack > checking for wvunpack... /usr/bin/wvunpack > checking for audio system... None > configure: creating ./config.status > config.status: creating makefile > config.status: creating mus-config.h > config.status: mus-config.h is unchanged > > Options selected > ------------------------- > Snd version ...........: 19.7 > CFLAGS ................: -O2 -I. -g -O2 > LDFLAGS ...............: > LIBS...................: > prefix.................: /usr/local > extension language.....: s7 > audio system...........: None > graphics toolkit.......: None > optional libraries.....: > random features........: > environs...............: x86_64-unknown-cygwin gcc > > > On Sun, Nov 17, 2019 at 12:49 PM David O'Toole > wrote: > >> Configuring without GUI or audio support, I successfully compiled Snd on >> Cygwin. However, the binary fails to start due to linker errors (transcript >> below) >> >> I've actually seen this happen on Linux back when first getting Snd >> built, but I forget what caused the error that time. >> >> Sandy at LAPTOP-EF0KJKUO ~/snd-19.7 >> $ snd >> writing libc_s7.c >> libc_s7.o:libc_s7.c:(.text+0x1e): undefined reference to `s7_cadr' >> libc_s7.o:libc_s7.c:(.text+0x1e): relocation truncated to fit: >> R_X86_64_PC32 against undefined symbol `s7_cadr' >> libc_s7.o:libc_s7.c:(.text+0x26): undefined reference to `s7_integer' >> libc_s7.o:libc_s7.c:(.text+0x26): relocation truncated to fit: >> R_X86_64_PC32 against undefined symbol `s7_integer' >> libc_s7.o:libc_s7.c:(.text+0x35): undefined reference to `s7_car' >> libc_s7.o:libc_s7.c:(.text+0x35): relocation truncated to fit: >> R_X86_64_PC32 against undefined symbol `s7_car' >> libc_s7.o:libc_s7.c:(.text+0x3d): undefined reference to `s7_c_pointer' >> libc_s7.o:libc_s7.c:(.text+0x3d): relocation truncated to fit: >> R_X86_64_PC32 against undefined symbol `s7_c_pointer' >> libc_s7.o:libc_s7.c:(.text+0x4c): undefined reference to >> `s7_make_string_with_length' >> libc_s7.o:libc_s7.c:(.text+0x4c): relocation truncated to fit: >> R_X86_64_PC32 against undefined symbol `s7_make_string_with_length' >> libc_s7.o:libc_s7.c:(.text+0x71): undefined reference to `s7_car' >> libc_s7.o:libc_s7.c:(.text+0x71): relocation truncated to fit: >> R_X86_64_PC32 against undefined symbol `s7_car' >> libc_s7.o:libc_s7.c:(.text+0x79): undefined reference to `s7_is_string' >> libc_s7.o:libc_s7.c:(.text+0x79): relocation truncated to fit: >> R_X86_64_PC32 against undefined symbol `s7_is_string' >> libc_s7.o:libc_s7.c:(.text+0x86): undefined reference to `s7_f' >> libc_s7.o:libc_s7.c:(.text+0x86): relocation truncated to fit: >> R_X86_64_PC32 against undefined symbol `s7_f' >> libc_s7.o:libc_s7.c:(.text+0x99): undefined reference to `s7_make_symbol' >> libc_s7.o:libc_s7.c:(.text+0x99): relocation truncated to fit: >> R_X86_64_PC32 against undefined symbol `s7_make_symbol' >> libc_s7.o:libc_s7.c:(.text+0xa8): undefined reference to `s7_car' >> libc_s7.o:libc_s7.c:(.text+0xa8): relocation truncated to fit: >> R_X86_64_PC32 against undefined symbol `s7_car' >> libc_s7.o:libc_s7.c:(.text+0xb0): undefined reference to `s7_string' >> libc_s7.o:libc_s7.c:(.text+0xb0): additional relocation overflows omitted >> from the output >> libc_s7.o:libc_s7.c:(.text+0xc2): undefined reference to >> `s7_make_c_pointer_with_type' >> >> >> >> ----- large number of similar entries omitted ---- >> >> libc_s7.o:libc_s7.c:(.text+0x2a961): undefined reference to >> `s7_name_to_value' >> libc_s7.o:libc_s7.c:(.text+0x2a970): undefined reference to >> `s7_set_i_i_function' >> libc_s7.o:libc_s7.c:(.text+0x2a983): undefined reference to >> `s7_name_to_value' >> libc_s7.o:libc_s7.c:(.text+0x2a992): undefined reference to >> `s7_set_i_i_function' >> libc_s7.o:libc_s7.c:(.text+0x2a9a5): undefined reference to >> `s7_name_to_value' >> libc_s7.o:libc_s7.c:(.text+0x2a9b4): undefined reference to >> `s7_set_i_i_function' >> libc_s7.o:libc_s7.c:(.text+0x2a9c7): undefined reference to >> `s7_name_to_value' >> libc_s7.o:libc_s7.c:(.text+0x2a9d6): undefined reference to >> `s7_set_i_i_function' >> libc_s7.o:libc_s7.c:(.text+0x2a9e9): undefined reference to >> `s7_name_to_value' >> libc_s7.o:libc_s7.c:(.text+0x2a9f8): undefined reference to >> `s7_set_i_i_function' >> libc_s7.o:libc_s7.c:(.text+0x2aa0b): undefined reference to >> `s7_name_to_value' >> libc_s7.o:libc_s7.c:(.text+0x2aa1a): undefined reference to >> `s7_set_i_i_function' >> collect2: error: ld returned 1 exit status >> loading libc_s7.so >> load /home/Sandy/snd-19.7/libc_s7.so failed: No such file or directory >> >> ;load: can't open "libc_s7.so" >> ; (load so-file-name cur-env) >> ; cload.scm, line 682 >> ; (load so-file-name cur-env) >> ; ((curlet)) >> ; (lst) >> >> >> ;*libc*: unbound variable >> ; (with-let (sublet *libc*) (define... >> ; repl.scm, line 21 >> ; (with-let (sublet *libc*) (define (symbol... >> ; ((define (symbol-completion text) (let ((... >> ; ((signatures sig) 'NULL) >> ; (*repl* 'run) >> >> -------------- next part -------------- An HTML attachment was scrubbed... URL: From bil at ccrma.Stanford.EDU Sun Nov 17 15:00:24 2019 From: bil at ccrma.Stanford.EDU (bil at ccrma.Stanford.EDU) Date: Sun, 17 Nov 2019 15:00:24 -0800 Subject: [CM] Linker error while running Snd 19.7 on Cygwin/Windows In-Reply-To: References: Message-ID: Good! Send me the configure command you used, and I'll add it to README.Snd. The earlier error is probably caused by the attempt to load repl.scm; in snd-nogui.c try adding (!defined(_MSC_VER)) to #if HAVE_SCHEME && (!defined(__sun)) around line 701. From bil at ccrma.Stanford.EDU Mon Nov 18 08:28:01 2019 From: bil at ccrma.Stanford.EDU (bil at ccrma.Stanford.EDU) Date: Mon, 18 Nov 2019 08:28:01 -0800 Subject: [CM] Snd 19.9 Message-ID: <7e9b18fab1ebec44902b6c2ab70d67f8@ccrma.stanford.edu> Snd 19.9: Mike fixed an audio problem in the openbsd support. Juan Reyes updated leslie.ins and leslie.cms. checked: sbcl 1.5.8, FC 31 Thanks!: Michael Scholz, Lassi Kortela, David O'Toole, Juan Reyes From deeteeoh1138 at gmail.com Mon Nov 18 08:42:41 2019 From: deeteeoh1138 at gmail.com (David O'Toole) Date: Mon, 18 Nov 2019 11:42:41 -0500 Subject: [CM] Linker error while running Snd 19.7 on Cygwin/Windows In-Reply-To: References: Message-ID: Ok! I think it was just ./configure --with-gtk --with-oss I'll try the other fix you mention ASAP. On Sun, Nov 17, 2019 at 6:00 PM wrote: > Good! Send me the configure command you used, and > I'll add it to README.Snd. The earlier error is > probably caused by the attempt to load repl.scm; > in snd-nogui.c try adding (!defined(_MSC_VER)) to > > #if HAVE_SCHEME && (!defined(__sun)) > > around line 701. > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From deeteeoh1138 at gmail.com Mon Nov 18 15:28:58 2019 From: deeteeoh1138 at gmail.com (David O'Toole) Date: Mon, 18 Nov 2019 18:28:58 -0500 Subject: [CM] SchemeMosaic update Message-ID: SchemeMosaic, my experimental Snd-Scheme+Emacs based system for vaporwave beat-chopping and CLM note sequencing, is now available in a rough-but-working developer's release on both GNU/Linux and, thanks to Cygwin, also on Microsoft(TM) Windows(TM)! The main website is http://xelf.me/scheme-mosaic.html and the install guide for both platforms is http://xelf.me/guide.html The CLM note sequencer is based on Emacs and includes a graphical user interface inspired by the old "Amiga Mod Tracker" scene; it has been tested with FM-Violin as well as with work-in-progress custom orchestral synthesis instruments based on the data in SPECTR.SCM. Here is a link to an mp3 of some of the sounds: http://xelf.me/demo-collection.mp3 The beat-chopping facility is better-explained on the SchemeMosaic website, but here is how it sounds: http://xelf.me/coherent-4.mp3 This is a developer's release and the documentation is incomplete. But enough is included to get you started, (and some examples to play with). Also, because the Windows support is brand new, not all features are yet working on Windows (in particular, Ecasound is missing.) But just about everything else works. Next steps include improved documentation, a video tutorial, Ecasound support on Windows, samizdat sample "fun packs" and a nifty "Dashboard" style GUI with really nice icons and buttons. Please let me know if you check it out! I am available as "dto" on the freenode irc channel "#xelf" Special thanks to Bill and all those who've helped. -------------- next part -------------- An HTML attachment was scrubbed... URL: From squarewave at elisanet.fi Wed Nov 27 15:12:12 2019 From: squarewave at elisanet.fi (Matti Koskinen) Date: Thu, 28 Nov 2019 01:12:12 +0200 Subject: [CM] snd-19.9 Message-ID: Hi all, I installed snd-19.9 and on? the gtk-vesrson, s7 REPL? cursor goes only to the beginning of the line and the end of line, so editing? the line is not possible On the other hand, motif-version works ok, cursor moves with the arrow-keys correctly. And another thing I cloned Davifd O'Tooles SoundMosaic, but to get somewhere and run some examples? (it looks quite complicated), there? are no cello-xxx.cell or others mentioned in the docs, But using snd-19.9 and whatever emacs Ubuntu 18.04 Linux has, there have not been any quirks so far. And thanks Blll for snd (reminds me of the good old times) and David for such a program.The sound example is very interesting. and I can imagine many uses of SoundMosaic right now. It's been very warm November here, the roses have started to blossom again, and probably a scheme/lisp-mosquito has? bitten me too :-) -m -------------- next part -------------- An HTML attachment was scrubbed... URL: From deeteeoh1138 at gmail.com Wed Nov 27 16:06:14 2019 From: deeteeoh1138 at gmail.com (David O'Toole) Date: Wed, 27 Nov 2019 19:06:14 -0500 Subject: [CM] snd-19.9 In-Reply-To: References: Message-ID: Hi Matti, The cello files are in Gitlab: https://gitlab.com/dto/violin.mosaic and the other test session is in https://gitlab.com/dto/test.mosaic , I am putting up another one soon. I also recently made a video tutorial: https://www.youtube.com/watch?v=Tl-Ccvntxqo showing how to use the system. There is an installation guide for Linux and Windows at http://xelf.me/guide.html I'm working on Freesound.org integration for various improvisational fun tasks, and I have a professional designer friend working on a set of about fifteen custom icons. These will be combined with Unicode icons to create a quite nice user interface. All in good time! Please join the IRC channel #xelf on freenode, or email me if you have questions about SchemeMosaic. On Wed, Nov 27, 2019 at 6:12 PM Matti Koskinen wrote: > Hi all, > > I installed snd-19.9 and on the gtk-vesrson, s7 REPL cursor goes only to > the beginning of the line and the end of line, so editing the line is not > possible > > On the other hand, motif-version works ok, cursor moves with the > arrow-keys correctly. > > And another thing > > I cloned Davifd O'Tooles SoundMosaic, but to get somewhere and run some > examples (it looks quite complicated), there are no cello-xxx.cell or > others mentioned in the docs, But using snd-19.9 and whatever emacs Ubuntu > 18.04 Linux has, there have not been any quirks so far. > > And thanks Blll for snd (reminds me of the good old times) and David for > such a program.The sound example is very interesting. and I can imagine > many uses of SoundMosaic right now. > > It's been very warm November here, the roses have started to blossom > again, and probably a scheme/lisp-mosquito has bitten me too :-) > > -m > > > _______________________________________________ > Cmdist mailing list > Cmdist at ccrma.stanford.edu > https://cm-mail.stanford.edu/mailman/listinfo/cmdist > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bil at ccrma.Stanford.EDU Thu Nov 28 03:06:17 2019 From: bil at ccrma.Stanford.EDU (bil at ccrma.Stanford.EDU) Date: Thu, 28 Nov 2019 03:06:17 -0800 Subject: [CM] snd-19.9 In-Reply-To: References: Message-ID: I tried Snd in ubuntu 19.04, gtk 3.24.8, and the listener is ok; also Fedora 31, gtk 3.24.12. What does this report? ./snd --version This reminds me I need to upgrade to ubuntu 19.10. From tito.01beta at gmail.com Thu Nov 28 06:04:12 2019 From: tito.01beta at gmail.com (Tito Latini) Date: Thu, 28 Nov 2019 15:04:12 +0100 Subject: [CM] snd-19.9 In-Reply-To: References: Message-ID: <20191128140412.GA3098@vis.roboris> On Thu, Nov 28, 2019 at 03:06:17AM -0800, bil at ccrma.Stanford.EDU wrote: > I tried Snd in ubuntu 19.04, gtk 3.24.8, and the listener is ok; > also Fedora 31, gtk 3.24.12. What does this report? > > ./snd --version > > This reminds me I need to upgrade to ubuntu 19.10. Perhaps it is a problem with left-arrow for start-of-line and right-arrow for end-of-line. This change should be ok with emacs key bindings (they generally are `left-char' for left-arrow and `right-char' for right-arrow): --- snd-svn/glistener.c~ 2019-11-28 14:40:22.420965329 +0100 +++ snd-svn/glistener.c 2019-11-28 14:54:50.721918686 +0100 @@ -1491,17 +1491,17 @@ G_TYPE_INT, -1, G_TYPE_BOOLEAN, false); - /* right-arrow end of line */ + /* right-arrow forward char */ gtk_binding_entry_remove(set, GDK_KEY_Right, (GdkModifierType)0); gtk_binding_entry_add_signal(set, GDK_KEY_Right, (GdkModifierType)0, "move_cursor", 3, - G_TYPE_ENUM, GTK_MOVEMENT_DISPLAY_LINE_ENDS, + G_TYPE_ENUM, GTK_MOVEMENT_VISUAL_POSITIONS, G_TYPE_INT, 1, G_TYPE_BOOLEAN, false); - /* left-arrow start of line */ + /* left-arrow back char */ gtk_binding_entry_remove(set, GDK_KEY_Left, (GdkModifierType)0); gtk_binding_entry_add_signal(set, GDK_KEY_Left, (GdkModifierType)0, "move_cursor", 3, - G_TYPE_ENUM, GTK_MOVEMENT_DISPLAY_LINE_ENDS, + G_TYPE_ENUM, GTK_MOVEMENT_VISUAL_POSITIONS, G_TYPE_INT, -1, G_TYPE_BOOLEAN, false); From squarewave at elisanet.fi Thu Nov 28 06:23:56 2019 From: squarewave at elisanet.fi (Matti Koskinen) Date: Thu, 28 Nov 2019 16:23:56 +0200 Subject: [CM] snd-19.9 In-Reply-To: <20191128140412.GA3098@vis.roboris> References: <20191128140412.GA3098@vis.roboris> Message-ID: <63fd2ca3-b547-acf2-ee7d-f88f26f5e23c@elisanet.fi> Yup, this patch makes cursor work as I'm used to. And for the record this is ./snd --version: This is Snd version 19.9 of 19-Nov-19: ??? s7: 8.9 (2019-11-19), Xen: 3.27 ??? pulseaudio 11.1.0 ??? Sndlib 24.7 (5-Apr-18) ??? CLM 6.19 (17-Nov-18) ??? fftw-3.3.7-sse2-avx ??? Gtk+ 3.22.30, Glib 2.56.4, Pango 1.40.14, Cairo 1.15.10 ??? Compiled Nov 27 2019 19:51:17 ??? C: gcc 7.4 ??? Linux 5.0.0-36-generic x86_64 Now Ubuntu also shows the icon. On 28.11.2019 16.04, Tito Latini wrote: > On Thu, Nov 28, 2019 at 03:06:17AM -0800, bil at ccrma.Stanford.EDU wrote: >> I tried Snd in ubuntu 19.04, gtk 3.24.8, and the listener is ok; >> also Fedora 31, gtk 3.24.12. What does this report? >> >> ./snd --version >> >> This reminds me I need to upgrade to ubuntu 19.10. > Perhaps it is a problem with left-arrow for start-of-line and > right-arrow for end-of-line. This change should be ok with emacs > key bindings (they generally are `left-char' for left-arrow and > `right-char' for right-arrow): > > --- snd-svn/glistener.c~ 2019-11-28 14:40:22.420965329 +0100 > +++ snd-svn/glistener.c 2019-11-28 14:54:50.721918686 +0100 > @@ -1491,17 +1491,17 @@ > G_TYPE_INT, -1, > G_TYPE_BOOLEAN, false); > > - /* right-arrow end of line */ > + /* right-arrow forward char */ > gtk_binding_entry_remove(set, GDK_KEY_Right, (GdkModifierType)0); > gtk_binding_entry_add_signal(set, GDK_KEY_Right, (GdkModifierType)0, "move_cursor", 3, > - G_TYPE_ENUM, GTK_MOVEMENT_DISPLAY_LINE_ENDS, > + G_TYPE_ENUM, GTK_MOVEMENT_VISUAL_POSITIONS, > G_TYPE_INT, 1, > G_TYPE_BOOLEAN, false); > > - /* left-arrow start of line */ > + /* left-arrow back char */ > gtk_binding_entry_remove(set, GDK_KEY_Left, (GdkModifierType)0); > gtk_binding_entry_add_signal(set, GDK_KEY_Left, (GdkModifierType)0, "move_cursor", 3, > - G_TYPE_ENUM, GTK_MOVEMENT_DISPLAY_LINE_ENDS, > + G_TYPE_ENUM, GTK_MOVEMENT_VISUAL_POSITIONS, > G_TYPE_INT, -1, > G_TYPE_BOOLEAN, false); > _______________________________________________ > Cmdist mailing list > Cmdist at ccrma.stanford.edu > https://cm-mail.stanford.edu/mailman/listinfo/cmdist > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bil at ccrma.Stanford.EDU Thu Nov 28 07:02:54 2019 From: bil at ccrma.Stanford.EDU (bil at ccrma.Stanford.EDU) Date: Thu, 28 Nov 2019 07:02:54 -0800 Subject: [CM] snd-19.9 In-Reply-To: <20191128140412.GA3098@vis.roboris> References: <20191128140412.GA3098@vis.roboris> Message-ID: <3cee1fdca5dd0e967bbf0b35cc224413@ccrma.stanford.edu> Oh! I have always redefined those keys in emacs, and probably forgot 20 years ago that I had done that. I guess forward-char should be the default. Thanks! From deeteeoh1138 at gmail.com Thu Nov 28 19:29:48 2019 From: deeteeoh1138 at gmail.com (David O'Toole) Date: Thu, 28 Nov 2019 22:29:48 -0500 Subject: [CM] where is the snd 19.9 tarball? Message-ID: https://ccrma.stanford.edu/software/snd/snd-19.9.tar.gz this link is 404 for me. -------------- next part -------------- An HTML attachment was scrubbed... URL: From tito.01beta at gmail.com Fri Nov 29 01:00:12 2019 From: tito.01beta at gmail.com (Tito Latini) Date: Fri, 29 Nov 2019 10:00:12 +0100 Subject: [CM] where is the snd 19.9 tarball? In-Reply-To: References: Message-ID: <20191129090012.GA2527@vis.roboris> On Thu, Nov 28, 2019 at 10:29:48PM -0500, David O'Toole wrote: > https://ccrma.stanford.edu/software/snd/snd-19.9.tar.gz > > this link is 404 for me. ftp works: ftp://ccrma-ftp.stanford.edu/pub/Lisp/snd-19.9.tar.gz From bil at ccrma.Stanford.EDU Fri Nov 29 03:41:02 2019 From: bil at ccrma.Stanford.EDU (bil at ccrma.Stanford.EDU) Date: Fri, 29 Nov 2019 03:41:02 -0800 Subject: [CM] =?utf-8?q?where_is_the_snd_19=2E9_tarball=3F?= In-Reply-To: References: Message-ID: <9c0a4eaa609246425c638969645d7b3f@ccrma.stanford.edu> I think this is fixed now (I changed from ftp: to https: in the Snd home page and forgot to make a link for the new tarball). From deeteeoh1138 at gmail.com Fri Nov 29 07:28:14 2019 From: deeteeoh1138 at gmail.com (David O'Toole) Date: Fri, 29 Nov 2019 10:28:14 -0500 Subject: [CM] where is the snd 19.9 tarball? In-Reply-To: <9c0a4eaa609246425c638969645d7b3f@ccrma.stanford.edu> References: <9c0a4eaa609246425c638969645d7b3f@ccrma.stanford.edu> Message-ID: Thank you! :) On Fri, Nov 29, 2019 at 6:41 AM wrote: > I think this is fixed now (I changed from ftp: to https: > in the Snd home page and forgot to make a link for the > new tarball). > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From deeteeoh1138 at gmail.com Fri Nov 29 07:29:12 2019 From: deeteeoh1138 at gmail.com (David O'Toole) Date: Fri, 29 Nov 2019 10:29:12 -0500 Subject: [CM] reviving the GTK effects menu Message-ID: How difficult would it be to revive the GTK effects menu that was ported to Gtk4? Is there an old version that uses Gtk3? -------------- next part -------------- An HTML attachment was scrubbed... URL: From bil at ccrma.Stanford.EDU Fri Nov 29 08:30:31 2019 From: bil at ccrma.Stanford.EDU (bil at ccrma.Stanford.EDU) Date: Fri, 29 Nov 2019 08:30:31 -0800 Subject: [CM] reviving the GTK effects menu In-Reply-To: References: Message-ID: <734da3db364da9a4813fe687f6c4bc39@ccrma.stanford.edu> I think Snd 18.2 precedes that change. From deeteeoh1138 at gmail.com Fri Nov 29 08:33:08 2019 From: deeteeoh1138 at gmail.com (David O'Toole) Date: Fri, 29 Nov 2019 11:33:08 -0500 Subject: [CM] reviving the GTK effects menu In-Reply-To: <734da3db364da9a4813fe687f6c4bc39@ccrma.stanford.edu> References: <734da3db364da9a4813fe687f6c4bc39@ccrma.stanford.edu> Message-ID: ok, i'll try that and let you know what happens! On Fri, Nov 29, 2019 at 11:30 AM wrote: > I think Snd 18.2 precedes that change. > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From deeteeoh1138 at gmail.com Fri Nov 29 08:37:03 2019 From: deeteeoh1138 at gmail.com (David O'Toole) Date: Fri, 29 Nov 2019 11:37:03 -0500 Subject: [CM] reviving the GTK effects menu In-Reply-To: References: <734da3db364da9a4813fe687f6c4bc39@ccrma.stanford.edu> Message-ID: Where would I find a tarball for 18.2? There doesn't seem to be any 18.x tarballs on the FTP. On Fri, Nov 29, 2019 at 11:33 AM David O'Toole wrote: > ok, i'll try that and let you know what happens! > > On Fri, Nov 29, 2019 at 11:30 AM wrote: > >> I think Snd 18.2 precedes that change. >> >> >> -------------- next part -------------- An HTML attachment was scrubbed... URL: From deeteeoh1138 at gmail.com Fri Nov 29 08:38:02 2019 From: deeteeoh1138 at gmail.com (David O'Toole) Date: Fri, 29 Nov 2019 11:38:02 -0500 Subject: [CM] reviving the GTK effects menu In-Reply-To: References: <734da3db364da9a4813fe687f6c4bc39@ccrma.stanford.edu> Message-ID: Never mind, I found one on Sourceforge. On Fri, Nov 29, 2019 at 11:37 AM David O'Toole wrote: > Where would I find a tarball for 18.2? There doesn't seem to be any 18.x > tarballs on the FTP. > > On Fri, Nov 29, 2019 at 11:33 AM David O'Toole > wrote: > >> ok, i'll try that and let you know what happens! >> >> On Fri, Nov 29, 2019 at 11:30 AM wrote: >> >>> I think Snd 18.2 precedes that change. >>> >>> >>> -------------- next part -------------- An HTML attachment was scrubbed... URL: From deeteeoh1138 at gmail.com Fri Nov 29 08:46:22 2019 From: deeteeoh1138 at gmail.com (David O'Toole) Date: Fri, 29 Nov 2019 11:46:22 -0500 Subject: [CM] reviving the GTK effects menu In-Reply-To: References: <734da3db364da9a4813fe687f6c4bc39@ccrma.stanford.edu> Message-ID: The old files load without complaint, but choosing any menu option gives the following: ># > ;gtk_box_pack_start: unbound variable ; (gtk_box_pack_start (GTK_BOX... ; *stdout*, line 107 ; add-sliders: (gtk_box_pack_start (GTK_BOX... ; dialog: # ; mainform: # ; add-sliders: ((gtk_widget_show mainform) ... ; use-hbox: #f ; table: # ; sliders: (("delay time" 0.0 0.5 2.0 ...)... ; ((add-target (gtk_dialog_get_content_area... ; echo-dialog: # ; echo-target: sound ; echo-truncate: #t ; ((activate-dialog echo-dialog)) > On Fri, Nov 29, 2019 at 11:38 AM David O'Toole wrote: > Never mind, I found one on Sourceforge. > > On Fri, Nov 29, 2019 at 11:37 AM David O'Toole > wrote: > >> Where would I find a tarball for 18.2? There doesn't seem to be any 18.x >> tarballs on the FTP. >> >> On Fri, Nov 29, 2019 at 11:33 AM David O'Toole >> wrote: >> >>> ok, i'll try that and let you know what happens! >>> >>> On Fri, Nov 29, 2019 at 11:30 AM wrote: >>> >>>> I think Snd 18.2 precedes that change. >>>> >>>> >>>> -------------- next part -------------- An HTML attachment was scrubbed... URL: