[CM] Snd 24.6

[bil]

Snd 24.6:

Kjetil Metheussen made a new version of s7webserver that works in 
Python3 as well as Python2

  and updated the s7webserver Makefile

johnm donated gsl_vector_size and several helper functions to libgsl.scm

s7: dynamic-unwind has changed slightly (unwinder gets the arg list, not 
just (cadr args))



checked: sbcl 2.4.6|7

Thanks!: Kjetil Matheussen, johnm

___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

Re: [CM] Snd 24.5

[Iain Duncan]

Thanks for all the work again! :-)

iain

On Tue, Jul 2, 2024 at 5:06 AM  wrote:

> Thanks for pointing this out -- I have updated the
> homepage.
>
> ___
> Cmdist mailing list
> Cmdist@ccrma.stanford.edu
> https://cm-mail.stanford.edu/mailman/listinfo/cmdist
>
___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

Re: [CM] Snd 24.5

[bil]

Thanks for pointing this out -- I have updated the
homepage.

___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

Re: [CM] Snd 24.5

[IOhannes m zmoelnig]

On 7/2/24 09:44, Anders Vinjar wrote:


 > where?

/ftp:f...@ccrma-ftp.stanford.edu:/pub/Lisp/snd-24.5.tar.gz

or

/ftp:f...@ccrma-ftp.stanford.edu:/pub/Lisp/snd-24.tar.gz



thanks. cool to see an ftp server still in action these days.

snd is also available via https: 



however: the website itself () 
still lists the old 24.4 release.


For the Debian packaging of 'snd', I heavily rely on a public website 
that lists the current release. automation tools build on that.


it would be cool if the homepage could be updated.

gfdan
IOhannes



OpenPGP_signature.asc
Description: OpenPGP digital signature
___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

Re: [CM] Snd 24.5

[Anders Vinjar]

> where?

/ftp:f...@ccrma-ftp.stanford.edu:/pub/Lisp/snd-24.5.tar.gz

or

/ftp:f...@ccrma-ftp.stanford.edu:/pub/Lisp/snd-24.tar.gz
___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

Re: [CM] Snd 24.5

[IOhannes m zmoelnig]

On 6/28/24 15:09, b...@ccrma.stanford.edu wrote:

Snd 24.5:


where?

gfasmdr
IOhannes



OpenPGP_signature.asc
Description: OpenPGP digital signature
___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

[CM] Snd 24.5

[bil]

Snd 24.5:

in s7, added (settable) symbol-initial-value (the #_... value)
   changed invalid-escape-function to invalid-exit-function
   new *s7* fields: symbol-quote?, symbol-printer, and make-function
   added function-arglist
   in sublet, varlet and s7_load_with_environment, () is no longer
 an abbreviation for (rootlet)

checked: sbcl 2.4.5, gsl 2.8

___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

[CM] Snd 24.4

[bil]

Snd 24.4:

s7: added (settable) port-string

checked: sbcl 2.4.4

___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

[CM] Snd 24.3

[bil]

Snd 24.3:

s7: format now always returns a string (where it used to return #f it
now returns "")
sam.c: bugfixes and improvements thanks to David Jaffe

checked: sbcl 2.4.3

Thanks!: Michael Edwards, Norman Gray, David Jaffe

___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

[CM] Snd 24.2

[bil]

Snd 24.2

mostly work on optimizations in s7

checked: sbcl 2.4.2

Thanks!: James Hearon

___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

[CM] Snd 24.1

[bil]

Snd 24.1

More optimizations, minor bug fixes, and rewrites.

checked: sbcl 2.4.1

Thanks!: Norman Gray, Andreas Enge

___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

Re: [CM] snd 24.1 (motif) some widgets dont default to 'managed'

[bil]

Thanks for the bug report.  I have fixed extsnd.html.

___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

[CM] snd 24.1 (motif) some widgets dont default to 'managed'

[Anders Vinjar]

Hi!

I've poked around in the code a bit, withoug finding 

Some dialogs are created "un-managed" by default, despite the docs
saying they should be #t:

   (color-orientation-dialog)
   (view-files-dialog)
   (transform-dialog)

These seem to use #t as default:

   (view-regions-dialog)
   (enved-dialog)
   (print-dialog)
   (edit-header-dialog)

Haven't done a through check for all.  Not checked with builds using gtk
or others.

This is Snd version 24.1 of 8-Jan-24:
s7: 10.7 (8-Jan-2024), Xen: 4.3
Jack
Sndlib 24.8 (5-Oct-21)
CLM 6.19 (17-Nov-18)
GSL 2.7.1
fftw-3.3.10-sse2-avx
Motif 2.3.4 X11R6
xm: 6-Nov-20
Xpm 3.4.11
Compiled Jan  5 2024 15:06:08
C: gcc 13.2
Linux 6.6.9-100.fc38.x86_64 x86_64

*features*:
'(snd-24.1 snd24 snd audio snd-s7 snd-motif
gsl jack alsa xm clm6 clm sndlib gcc linux
autoload dlopen system-extras overflow-checks
ieee-float complex-numbers ratios s7-10.7
s7)

-anders
___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

[CM] Snd 24.0

[bil]

Snd 24.0:

in s7, fixed various bugs, made a few more optimizations.

checked: sbcl 2.3.11, sbcl 2.4.0

Thanks!: Norman Gray, James Hearon

___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

[CM] snd widget-size

[Anders Vinjar]

it looks as it should be possible to set a widgets widget-size -
fex. ((sound-widgets) 0) - to adjust the size of the current snd's
main-pane

Aim is to 'balance' all (sounds) in the programs vertical space, in the
same way as equalize-panes (in snd-motif.scm) does with one snd's
channels.

Trying various   (set! (widget-size ((sound-widgets) 0) ' (1000 500)))

but nothing happes in the window.

Any suggestion where to look?

-anders
___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

Re: [CM] snd: set working dir?

[bil]

Is that chdir (haven't had my coffee yet) -- if so,
maybe ((*libc* 'chdir) "new-dir")?

___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

[CM] snd: set working dir?

[Anders Vinjar]

Hi all, does anybody know a way to set cwd in snd from scheme?

-anders
___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

[CM] Snd 23.9

[bil]

Snd 23.9:

s7: added optional let argument to immutable? and immutable!
finally added error checks to the tree-* functions
  see lint.scm for the previous versions
s7_make_c_pointer_wrapper_with_type
' (apostrophe) now is (#_quote ...) and similarly
  for the quasiquote helpers, apply-values, and list-values.

Thanks!: Norman Gray

___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

[CM] Snd 23.8

[bil]

Snd 23.8:

s7: error handling, reader-cond, various (*s7* 'max-*) checks

checked: sbcl 2.3.9

___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

[CM] Snd 23.7

[bil]

Snd 23.7:

various minor optimizations and bugfixes in s7

checked: sbcl 2.3.8

___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

[CM] Snd 23.6

[bil]

Snd 23.6:

various small improvements and bugfixes in Snd and s7.

checked: sbcl 2.3.7

Thanks!: Kenneth Flak

___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

Re: [CM] [SND] how to record when using jack?

[Kenneth Flak]

Makes a lot of sense. A good example of the Unix philosophy, as far as I can 
tell... There are still some references to capture devices floating around in 
the code base that confused me for a while, and snd creates 3 inlets for 
incoming sound, but I suppose these are inevitable consequences of the libs 
being used?


___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

Re: [CM] [SND] How to split multichannel files into mono files?

[bil]

One way is to loop through the channels calling save-sound-as on each,
something like:

(do ((i 0 (+ i 1)))
((= i (channels snd)))
  (save-sound-as filename snd :channel i))

where filename needs to be different for each channel.

___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

Re: [CM] [SND] how to record when using jack?

[bil]

Snd no longer has any recording ability.  Originally
there was a simple recorder (although it had great VU
meters), and I could maintain it. But at that time audio
hardware was changing rapidly, especially adding many
more channels.  I got many requests for support for
new devices which I did not have.  Some people very
generously sent me code, but did not have time to
offer maintenance.  The code eventually became such
a mess that I decided it was the programming equivalent
of an "attractive nuisance". I had no personal use for
it, and other programs existed that were dedicated
to that function (Ardour for example), so I finally
threw the whole thing away.

___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

[CM] [SND] how to record when using jack?

[Kenneth Flak]

In an old tutorial there is mention of how to record directly into snd. 
However, in my snd setup I am not seeing any File/Record item in my menu. Is it 
possible to enable this when using --with-jack, or is this something that is 
only active when using snd directly with alsa?

-- 
Roosna & Flak - Contemporary Dance & Music
Web: roosnaflak.com
Code: {github,gitlab}.com/kflak
Mastodon: @k...@sonomu.club


___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

[CM] [SND] How to split multichannel files into mono files?

[Kenneth Flak]

Hi list,

Is there a simple way to split all channels in a file containing 2 or more 
channels into new mono sounds? I can't seem to find any reference to this 
operation in the docs.

Best,
Kenneth
-- 
Roosna & Flak - Contemporary Dance & Music
Web: roosnaflak.com
Code: {github,gitlab}.com/kflak
Mastodon: @k...@sonomu.club


___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

Re: [CM] [SND] Files from (save-region) can't be read by other applications

[Kenneth Flak]

Thanks!


___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

Re: [CM] [SND] Files from (save-region) can't be read by other applications

[bil]

I changed this to use default-output-header-type.  Snd
used mus-next because it stores data as doubles, and it's
simpler to write/read double samples, but mus-riff does not
support that sample type (or didn't the last time I looked).
So you'll need to use:

  (save-region r (format #f "test~A.wav" iterator)
:header-type mus-riff :sample-type mus-lfloat)

I should also check that default choices are compatible...

___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

Re: [CM] [SND] Files from (save-region) can't be read by other applications

[Kenneth Flak]

Aha, seems I found it. Setting the header-type to mus-riff seems to solve it:

(let (
   (iterator 0)
   (filename "test"))
   (map (lambda (r) 
  (save-region r (format #f "test~A.wav" iterator) :header-type 
mus-riff)
  (set! iterator (+ iterator 1)))
(regions))
   )

However, I am curious if there's a way to set this as the default behavior for 
all file export operations? My ~/.snd_prefs_s7 says I already have this:

(set! (default-output-header-type) mus-riff)

It seems that the default header type is mus-next, which neither reaper nor 
mpv/ffmpeg seem to be very happy about.

Best,
Kenneth


___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

[CM] [SND] Files from (save-region) can't be read by other applications

[Kenneth Flak]

Hi, 

I'm testing this little piece of code to save all regions:

(let (
   (iterator 0)
   (filename "test"))
   (map (lambda (r) 
  (save-region r (format #f "test~A.wav" iterator))
  (set! iterator (+ iterator 1)))
(regions))
   )

It works fine, but leads to the following when trying to play them back from 
mpv:

❯ mpv test*.wav
Playing: test0.wav
[ffmpeg/demuxer] au: unknown or unsupported codec tag: 34 is not implemen
ted. Update your FFmpeg version to the newest one from Git. If the proble
m still occurs, it means that your file has a feature which has not been 
implemented.
[ffmpeg/demuxer] au: If you want to help, upload a sample of this file to
  https://streams.videolan.org/upload/ and contact the ffmpeg-devel mailin
g list. (ffmpeg-de...@ffmpeg.org)
[lavf] avformat_open_input() failed
[ffmpeg/demuxer] au: unknown or unsupported codec tag: 34 is not implemen
ted. Update your FFmpeg version to the newest one from Git. If the proble
m still occurs, it means that your file has a feature which has not been 
implemented.
[ffmpeg/demuxer] au: If you want to help, upload a sample of this file to
  https://streams.videolan.org/upload/ and contact the ffmpeg-devel mailin
g list. (ffmpeg-de...@ffmpeg.org)
[lavf] avformat_open_input() failed
Failed to recognize file format.

Similarly, when importing into Reaper I get blank items. I can, however, open 
them in snd with no problem

I suppose I need to set the correct output format in the export sections, but I 
have zero idea which one I should pick for maximum compatibility...

Any help is most welcome!

Best,
Kenneth

-- 
Roosna & Flak - Contemporary Dance & Music
Web: roosnaflak.com
Code: {github,gitlab}.com/kflak
Mastodon: @k...@sonomu.club


___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

[CM] Snd 23.5

[bil]

Snd 23.5

s7: various small bugs and optimizations.

checked: sbcl 2.3.5|6

Thanks!: Anders Vinjar, Todd Ingalls, johnm, Kjetil Matheussen

___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

[CM] Snd 23.4

[bil]

Snd 23.4

fixed a move-formants bug which also affected bullfrog and leopard-frog 
in animals.scm.


checked: FC 38, Ubuntu 23.04, sbcl 2.3.4

Thanks!: johnm, Todd Ingalls

___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

[CM] Snd 23.3

[bil]

Snd 23.3

s7: autoload bugfix

checked: sbcl 2.3.3

Thanks!: john M693, Todd Ingalls

___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

[CM] Snd 23.2

[bil]

Snd 23.2

the usual minor bugfixes and whatnot.

checked: sbcl 2.3.2

Thanks!: Woody Douglass

___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

[CM] Snd 23.1

[bil]

Snd 23.1:

clm: Michael Edwards fixed a bug in scentroid.ins.

s7: David St-Hilaire integrated s7 into tic-80.

checked: FC 37, sbcl 2.3.1

Thanks!: David St-Hilaire, Michael Edwards

___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

[CM] Snd 23.0

[bil]

Snd 23.0:

In Snd, drag and drop can handle "percent-encoded" file names,
  thanks to Tito Latini.

In clm, Orm Finnendahl got Juan Pampin's ATS system running:
  https://github.com/ormf/cl-ats.

In s7: reverted s7.h to previous version; use tools/s7.def instead.


checked: Ubuntu 22.10 (gcc 12.2.0), sbcl 2.2.11|2.3.0

Thanks!: Rudolf Adamkovic, Tito Latini, Iohannes zmoelnig, jingkaimori

___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

[CM] Snd 22.9

[bil]

Snd 22.9

s7: added support for NaN "payloads": new functions nan and nan-payload
  to create such a NaN or get its payload, read-time support for
  +nan.123 (123 is the payload), and so on.
S7_EXPORT for MSVC thanks to vladimir florentino

checked: sbcl 2.2.10

Thanks!:  Hyogeol Lee, vladimir florentino

___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

[CM] Snd 22.8

[bil]

Snd 22.8

A bit early, but I want to try something that doesn't fit at
the end of the cycle.

s7: s7_number_to_real_with_location. s7_wrong_type_error.
s7_make_string_wrapper_with_length. s7_make_semipermanent_string.
CL-style doc strings, (symbol...) settable.

checked: sbcl 2.2.9

___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

[CM] Snd 22.7

[bil]

Snd 22.7

s7: (*s7* 'number-separator) and heap-analyze|scan
and stomping on bugs, of course

checked: sbcl 2.2.8

Thanks!: Tito Latini, IOhannes Zmoelnig

___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

Re: [CM] snd: mouse scroll up/down - zoom in/out (in gnome/gtk?)

[bil]

I can only find 5 buttons in gdk-enums.h, and I can't
remember what those 5 mean.  I'd try googling "gtk
scroll wheel" and see if anything useful is out there.
"GdkScrollDirection" for example.  Good luck.

___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

[CM] snd: mouse scroll up/down - zoom in/out (in gnome/gtk?)

[anders]

Hi,

im trying to bind-key the mouse-wheel to zoom in/out in snd, as in the
example for mouse-click-hook in the docs.

However, both mouse 4 & 5 (up & down) only zooms in.  Any cures?

-anders
___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

[CM] snd: mouse-wheel up/down in gtk?

[anders]

Hi,

im trying to bind-key the mouse-wheel to zoom in/out in snd, as in the
example for mouse-click-hook in the docs.

However, both mouse 4 & 5 (up & down) only zooms in.  Any cures?

in a gnome desktop

-anders
___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

Re: [CM] Snd command line

[James Hearon]

Yay.  (define stderr-buffered #t) at top of repl.com helps load the lib_s7.so.

Thank you.  It's been a while since I used Snd with no gui.

Regards,
Jim
___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

Re: [CM] snd command line

[bil]

The workaround for the pipewire problem in Snd
(or repl.scm in s7) is to

(define stderr-buffered #t)

in your Snd init file, or if you're not using one,
put that line at the top of repl.scm.

I run the no-gui Snd in Ubuntu 22.04, and I think
it is using pipewire (/usr/bin/pipewire is reported
in ps aux), but I don't have to use that workaround.
You can get the "dumb repl" by moving repl.scm
to some other filename.

___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

[CM] snd command line

[James Hearon]

Hi,
I've upgraded to f36, snd 22.6 and tried configuring and running Snd with no 
gui.

It writes libc_s7.c, and lib_s7.so, but doesn't load lib_s7.so.  I recall some 
pipewire weirdness previously.  I'm wondering what the status or workaround 
might be, if any at all?

No harm.  Still enjoying using Snd from emacs.

Thank you,
Jim
___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

Re: [CM] snd on s390x (probably a BigEndian issue)

[IOhannes m zmoelnig]

On 8/17/22 10:01, IOhannes m zmoelnig wrote:


to conclude: it seems that 'snd' is broken on BigEndian.



on re-reading, this probably sounds harsher than i meant it to.

so to clarify: i'm not complaining (as i don't actually *use* Big Endian 
machines), merely stating a fact (afaict).


mfgsdrt
IOhannes


OpenPGP_signature
Description: OpenPGP digital signature
___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

Re: [CM] snd on s390x (probably a BigEndian issue)

[IOhannes m zmoelnig]

On 8/16/22 22:25, b...@ccrma.stanford.edu wrote:

The error is hit in init_rootlet before the error_hook is set up,
so it segfaults when it tries to call the error_hook.  The line
number given in init_roolet is bogus, so I can't tell where it is.
Actually a lot of stuff is messed up.  I guess we'll just have
to disappoint the IBM mainframe guys.


so i ran the same test on another BigEndian architecture "ppc64", which 
is not run by default on our CI.


it has the same issue (and both backtrace and mus-config.h are the same)

after that, i compiled snd for PowerPC (32bit, LittleEndian), and 
*again* i got the same backtrace.
the mus-config.h is practically the same, except for SIZEOF_VOID_P which 
now reads "4" (as is expected for a 32bit system).


the machine i tested on had a Power8 CPU (for both tests).

to conclude: it seems that 'snd' is broken on BigEndian.



  Back in 1969 (was
it really more than 50 years ago?) I wrote some code (I
think it was Basic, maybe Fortran) on an IBM mainframe
(probably a 360?) -- I vaguely remember the typewriter
(was it a typewriter?) had round keys??


sweet.

gmasdr
IOhannes



OpenPGP_signature
Description: OpenPGP digital signature
___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

Re: [CM] snd on s390x (probably a BigEndian issue)

[bil]

The error is hit in init_rootlet before the error_hook is set up,
so it segfaults when it tries to call the error_hook.  The line
number given in init_roolet is bogus, so I can't tell where it is.
Actually a lot of stuff is messed up.  I guess we'll just have
to disappoint the IBM mainframe guys.  Back in 1969 (was
it really more than 50 years ago?) I wrote some code (I
think it was Basic, maybe Fortran) on an IBM mainframe
(probably a 360?) -- I vaguely remember the typewriter
(was it a typewriter?) had round keys??
___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

Re: [CM] snd on s390x (probably a BigEndian issue)

[bil]

Thanks for the bug report.  Is this segfault new in version 22.6?  
Wikipedia
says the system/390 was a 32-bit machine, and it's possible s7 doesn't 
notice --

I depend on compiler macros like SIZEOF_VOID_P.  It might help to see
the configure output or mus-config.h or a stacktrace at the error.

___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

[CM] snd on s390x (probably a BigEndian issue)

[IOhannes m zmoelnig]

hi,

I'm packaging 'snd' for Debian (and derivatives, like Ubuntu).

as of snd-22.6, i've added some basic tests that are run on your 
(Debian's) CI-infrastructure.


this has promptly triggered a problem on one of your build 
architectures, namely s390x (aka "IBM System/390" a big-endian, 
mainframe-class architecture).


the test is basically running this minimal s7 script:
```s7
(new-sound)
(delete-samples 0 1)
(pad-channel 0 44100)
(set! (sample 10) 0.5)
(save-sound-as "test.wav" 0 :header-type mus-riff :sample-type mus-lshort)
(exit 0)
```

unfortunately, `snd` segfaults :-(

it also segfaults, when i just run "echo | snd", so i gather, the 
problem is not with the script.


the "snd" variant used for these tests are compiled without any GUI (not 
even notcurses), but with JACK and ALSA support.


both tests also *succeed* on amd64 (aka "x86_64"), i386 (aka "x86"), 
armel (aka "armv4" or similar), armhf (aka "armv6"; or your beloved 
rasbperry), "arm64" (64bit arm, e.g. RPi4) and "ppcel" (whatever).


none of the test machine has a soundcard installed (or jackd running).

afaict, all succeeding architectures are Little Endian (though this 
might just be a red herring).


the full logs of the failing tests can be seen on [1], but the 
re-curring error-message is:
> s7_make_circular_signature got too few entries: type: messed up object? (64), opt_op: 256 safe_closure_a_o, flags: 
#x4101 immutable unheap>



any ideas?

gfmasdr
IOhannes



[1] 



OpenPGP_signature
Description: OpenPGP digital signature
___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

[CM] Snd 22.6

[bil]

Snd 22.6

Mostly fixing bugs and making minor optimizations.

s7: (random-state) returns the current random-state object.
copy can handle random-state objects (but in s7/gmp it's a no-op)

checked: sbcl 2.2.7

Thanks!:  Anders Vinjar

___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

Re: [CM] Snd 22.5

[bil]

the gs problem is the (atend) indication used with
%%BoundingBox -- surely a bug?

___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

[CM] Snd 22.5

[bil]

Snd 22.5:

s7: add vector-typer to return or set the type checking part of the 
vector element setter,

and similarly hash-table-key-typer and hash-table-value-typer

checked: sbcl 2.2.5|6
  new ghostscript is unhappy with cmn eps files; version 9.55 is 
unhappy,
  9.52 is happy.  I think this is caused by negative origin bounding 
boxes

  which have worked fine for 30 years.


Thanks!: Woody Douglass, Michael Mees, Elijah Stone

___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

[CM] Snd 22.4

[bil]

Snd 22.4:

in Snd, johnm got the pulseaudio playback to work.

in s7:
defined? changed slightly; you may want to add #t=locally defined

generic append changed to make sequence handling more consistent,
  see s7test.scm ca line 10989 for examples


checked: Fedora 36 (gcc 12.0), openbsd 7.1

Thanks!:  Anders Vinjar, Michael Edwards, Fernando Oleo Blanco,
  Rudy Adamkovic, johnm, Michael Mee

___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

[CM] Snd 22.3

[bil]

Snd 22.3:

s7_eval_with_location
s7_apply_n* removed (now in xen.c|h)
s7_is_multiple_value

checked: notcurses 3.0.8

Thanks!: Daniel Hensel, Woody Douglass, johnm

___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

[CM] Snd 22.2

[bil]

Snd 22.2:

moved s7_apply_* from s7.h to xen.h if DISABLE_DEPRECATED.

checked: sbcl 2.2.1|2, notcurses 3.0.6|7

Thanks!: Mike Scholz

___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

[CM] Snd 22.1

[bil]

Snd 22.1:

no major changes

checked: notcurses 3.0.2|3|4|5, Ubuntu 22.04

Thanks!: Christos Vagias, Iain Duncan, Rudolf Adamkovic, Woody Douglass

___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

Re: [CM] snd-22.0 won't run on cygwin

[David O'Toole]

Ok, snd -noinit seems to work fine. Thank you.
Using -std=gnu99 did not affect the issue when run without -noinit.
Yes, i built the whole thing with cygwin's GCC using the typical configure
&& make.

On Tue, Jan 25, 2022 at 4:56 PM  wrote:

> You can run snd -noinit to get around the use of repl.scm,
> but the error is puzzling -- did you make libc_s7.so on
> cygwin?  Is fileno available in cygwin?  I see others
> asking about it online: maybe use -std=gnu99?
>
>
___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

Re: [CM] snd-22.0 won't run on cygwin

[bil]

You can run snd -noinit to get around the use of repl.scm,
but the error is puzzling -- did you make libc_s7.so on
cygwin?  Is fileno available in cygwin?  I see others
asking about it online: maybe use -std=gnu99?

___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

[CM] snd-22.0 won't run on cygwin

[David O'Toole]

I can't get snd-22 to run after successful compilation on cygwin. I've
attached the configure command/output and resulting error.

Sandy@DESKTOP-05G3UUV /home/Sandy/src/snd-22.0
$ ./configure --without-gui --without-audio && make
checking build system type... x86_64-pc-cygwin
checking host system type... x86_64-pc-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... /bin/install -c
checking how to run the C preprocessor... gcc -E
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /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... /bin/pkg-config
checking for fftw3... no
checking for gsl... no
checking for oggdec... /bin/oggdec
checking for oggenc... /bin/oggenc
checking for mpg123... no
checking for mpg321... no
checking for speexdec... no
checking for speexenc... no
checking for flac... /bin/flac
checking for timidity... no
checking for wavpack... no
checking for wvunpack... no
checking for audio system... None
configure: creating ./config.status
config.status: creating makefile
config.status: creating mus-config.h

  Options selected
  -
  Snd version ...: 22.0
  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-pc-cygwin gcc

gcc -c -DSCRIPTS_DIR=\"/usr/local/share/snd\"  -O2 -I. -g -O2  s7.c
gcc -c -DSCRIPTS_DIR=\"/usr/local/share/snd\"  -O2 -I. -g -O2  headers.c

<. snip output of build ..>

Sandy@DESKTOP-05G3UUV /home/Sandy/src/snd-22.0
$ ./snd
loading libc_s7.so

;unbound variable fileno in (fileno stdin)
;(fileno stdin)
;repl.scm, line 207, position: 6849
; (fileno stdin)
; ((terminal-fd (fileno stdin)) (tab-as-spa...


;unbound variable fileno in (fileno stdin)
;(fileno stdin)
;repl.scm, line 1234, position: 44399
; (fileno stdin)
; ((terminal-fd (fileno stdin)) (tab-as-spa...
; (not (defined? 'c-define-output-file-coun...
; (*repl* 'run)
___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

[CM] Snd 22.0

[bil]

Snd 22.0:

The spectrogram now notices dont-normalize.

checked: notcurses 2.4.9|3.0.0 (the latter is needed for nrepl.scm), 
sbcl 2.1.11


Thanks!: Tito Latini, Chris Chafe, Kjetil Matheussen, Woody Douglass,
 Christos Vagias

___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

[CM] Snd 21.9

[bil]

Snd 21.9

s7: mainly work on error handling

checked: Ubuntu 21.10, notcurses 2.4.5|7|8, sbcl 2.1.10, Fedora 35

Thanks!: Christos Vagias, Woody Douglass

___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

Re: [CM] Snd 21.8

[Iain Duncan]

Thanks Bill! I am planning a Scheme for Max and PureData release in the
next month and will try bumping to the latest. Will let you know how it
goes.

iain

On Wed, Oct 13, 2021 at 5:37 AM  wrote:

> Snd 21.8
>
> sndlib: Kjetil updated the Jack support in audio.c.
>
> s7:  now using __has_include if it is defined (gcc has it)
> this means mus-config.h is optional in gcc/clang (you
> don't need an empty file).
>   s7_make_byte_vector and friends (s7.h)
>   added (*s7* 'profile-prefix), a symbol or #f
>   profile-info now includes the file and line-number of the function
> and the function-local value of (*s7* 'profile-prefix), if any.
>   added support for tcc (Tiny C compiler) -- no dynamic loading yet
>
> checked: notcurses 2.4.1|3, sbcl 2.1.9
>
> due to a blizzard of changes in notcurses, nrepl currently needs
>notcurses version 2.4.3 or later -- sorry for the inconvenience!
>
> Thanks!: Iain Duncan, Brad Christensen, Christos Vagias, Woody Douglass,
>  James Hearon, Juan Reyes, Kjetil Matheussen
>
> ___
> Cmdist mailing list
> Cmdist@ccrma.stanford.edu
> https://cm-mail.stanford.edu/mailman/listinfo/cmdist
>
___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

[CM] Snd 21.8

[bil]

Snd 21.8

sndlib: Kjetil updated the Jack support in audio.c.

s7:  now using __has_include if it is defined (gcc has it)
   this means mus-config.h is optional in gcc/clang (you
   don't need an empty file).
 s7_make_byte_vector and friends (s7.h)
 added (*s7* 'profile-prefix), a symbol or #f
 profile-info now includes the file and line-number of the function
   and the function-local value of (*s7* 'profile-prefix), if any.
 added support for tcc (Tiny C compiler) -- no dynamic loading yet

checked: notcurses 2.4.1|3, sbcl 2.1.9

due to a blizzard of changes in notcurses, nrepl currently needs
  notcurses version 2.4.3 or later -- sorry for the inconvenience!

Thanks!: Iain Duncan, Brad Christensen, Christos Vagias, Woody Douglass,
 James Hearon, Juan Reyes, Kjetil Matheussen

___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

Re: [CM] Snd 21.7

[bil]

One reason for the early release was that I wanted to use
__has_include to make mus-config.h optional (that is you
don't have to make an empty file anymore).  It works in gcc
and clang, and I think it works in MS C++ from after
2017 (it's in the C20 standard, or is it C23?).
It will be in-place by tomorrow; let me know if anything
goes wrong.

___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

[CM] Snd 21.7

[bil]

Snd 21.7

s7: added (*s7* 'muffle-warnings?) and s7_output_string
bool s7_flush_output_port (was void)

checked: notcurses 2.3.13, sbcl 2.1.8
  notcurses 2.3.17 behaves very strangely in row 0, so I've covered row 
0
  with a header box.  It's probably some new notcurses configuration 
option.


Thanks!:  Brad Christensen, Woody Douglass, JGM, Anders Vinjar

___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

[CM] Snd 21.6

[bil]

Snd 21.6:

s7.h: added s7_is_random_state, s7_make_normal_vector, s7_array_to_list

s7.c: I changed the default heap size to 64k (half its previous size) --
  my timing tests and benchmarks seem to indicate that this is 
usually

  faster (perhaps cache-related?).  Pushing it down to 32k doesn't
  affect runtimes very much.  To get the old size back,
  (set! (*s7* 'heap-size) 128000).

Checked: sbcl 2.1.7

Thanks!: Daniel Hensel, Brad Christensen, James Hearon, Christos Vagias,
 Tito Latini, Elijah Stone, Kjetil Matheussen, Woody Douglass

(Sourceforge had an "internal error", so the new tarball
isn't available there currently -- I'll try again tomorrow).

___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

Re: [CM] snd/vim integration

[Kenneth Flak]

Hi all,

I have found a very promising plugin for communicating between neovim and snd 
(only neovim, unfortunately, as it relies heavily on the lua api): 
https://github.com/Olical/conjure
The way I have set it up using packer is with this configuration:
```
 use {
 'Olical/conjure',
 config = function()
 vim.g["conjure#client#scheme#stdio#command"] = "snd"
 vim.g["conjure#client#scheme#stdio#prompt_pattern"] = ">"
 end
 }
```

If I now open a .scm file, an instance of snd is spawned, and I can send it 
commands directly from the nvim buffer by f.x. positioning the cursor over the 
sexpr I want to evaluate and hit ee.

There seems to be some sort of auto-completion support, but I haven't had time 
to dig into this yet.

Best,
Kenneth

--
Roosna & Flak - Contemporary Dance & Music
Web: roosnaflak.com
Code: {github,gitlab}.com/kflak
Mastodon: @k...@sonomu.club
On  7 Jul 2021  08:25, Iain Duncan wrote:
>I'm certainly interested to hear what you come up with too, my solution was
>just the low hanging fruit I knew I could get working easily. Main thing that
>might be useful from mine is just the mapping to get a visual selection off to
>a command line script. That script could be anything that hoovers up buffer
>contents over stdin.
>
>iain
>
>On Wed, Jul 7, 2021 at 8:21 AM Kenneth Flak  wrote:
>
>Thanks both!
>
>I'll take a look at this once I finish a residency here in Tallinn next
>week. Very useful information. Haven't really done much in c, and I prefer
>to keep my vim python-free, but both of these angles should give me plenty
>of inspiration!
>
>Best,
>Kenneth
>
>--
>Roosna & Flak - Contemporary Dance & Music
>Web: roosnaflak.com
>Code: {github,gitlab}.com/kflak
>Mastodon: @k...@sonomu.club
>On  7 Jul 2021  08:08, Iain Duncan wrote:
>>Not sure if it's useful, but I can tell you how I wound up making my Vim
>to
>>Scheme-for-Max workflow:
>>
>>- vim key mappings exist to visually select the current matching
>parenthetical
>>expression and send it to a Python script as stdin
>>- Python script sends to Max over OSC using liblo 
>>
>>The details are here: https://github.com/iainctduncan/
>scheme-for-max-cookbook/
>>blob/master/editor-integration/README.md
>>
>>
>>On Wed, Jul 7, 2021 at 7:22 AM  wrote:
>>
>>    I don't know of any prior work on that.  snd-kbd.c has
>>    the keyboard mappings.  There's an array "built-in-keys"
>>    and a function "keyboard_command".  The latter is
>>    a set of case statements -- it should be reasonably
>>    obvious how it works.  I don't know anything about vim.
>>    If you get something working, please let me know --
>>    I'd be happy to merge it into my version.
>>
>>    ___
>>    Cmdist mailing list
>>    Cmdist@ccrma.stanford.edu
>>    https://cm-mail.stanford.edu/mailman/listinfo/cmdist
>>
>
>
>___
>Cmdist mailing list
>Cmdist@ccrma.stanford.edu
>https://cm-mail.stanford.edu/mailman/listinfo/cmdist
>


___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

Re: [CM] snd/vim integration

[Kenneth Flak]

Thanks both!

I'll take a look at this once I finish a residency here in Tallinn next week. 
Very useful information. Haven't really done much in c, and I prefer to keep my 
vim python-free, but both of these angles should give me plenty of inspiration!

Best,
Kenneth

--
Roosna & Flak - Contemporary Dance & Music
Web: roosnaflak.com
Code: {github,gitlab}.com/kflak
Mastodon: @k...@sonomu.club
On  7 Jul 2021  08:08, Iain Duncan wrote:
>Not sure if it's useful, but I can tell you how I wound up making my Vim to
>Scheme-for-Max workflow:
>
>- vim key mappings exist to visually select the current matching parenthetical
>expression and send it to a Python script as stdin
>- Python script sends to Max over OSC using liblo 
>
>The details are here: https://github.com/iainctduncan/scheme-for-max-cookbook/
>blob/master/editor-integration/README.md
>
>
>On Wed, Jul 7, 2021 at 7:22 AM  wrote:
>
>I don't know of any prior work on that.  snd-kbd.c has
>the keyboard mappings.  There's an array "built-in-keys"
>and a function "keyboard_command".  The latter is
>a set of case statements -- it should be reasonably
>obvious how it works.  I don't know anything about vim.
>If you get something working, please let me know --
>I'd be happy to merge it into my version.
>
>___
>Cmdist mailing list
>Cmdist@ccrma.stanford.edu
>https://cm-mail.stanford.edu/mailman/listinfo/cmdist
>


___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

Re: [CM] snd/vim integration

[Iain Duncan]

I'm certainly interested to hear what you come up with too, my solution was
just the low hanging fruit I knew I could get working easily. Main thing
that might be useful from mine is just the mapping to get a visual
selection off to a command line script. That script could be anything that
hoovers up buffer contents over stdin.

iain

On Wed, Jul 7, 2021 at 8:21 AM Kenneth Flak 
wrote:

> Thanks both!
>
> I'll take a look at this once I finish a residency here in Tallinn next
> week. Very useful information. Haven't really done much in c, and I prefer
> to keep my vim python-free, but both of these angles should give me plenty
> of inspiration!
>
> Best,
> Kenneth
>
> --
> Roosna & Flak - Contemporary Dance & Music
> Web: roosnaflak.com
> Code: {github,gitlab}.com/kflak
> Mastodon: @k...@sonomu.club
> On  7 Jul 2021  08:08, Iain Duncan wrote:
> >Not sure if it's useful, but I can tell you how I wound up making my Vim
> to
> >Scheme-for-Max workflow:
> >
> >- vim key mappings exist to visually select the current matching
> parenthetical
> >expression and send it to a Python script as stdin
> >- Python script sends to Max over OSC using liblo
> >
> >The details are here:
> https://github.com/iainctduncan/scheme-for-max-cookbook/
> >blob/master/editor-integration/README.md
> >
> >
> >On Wed, Jul 7, 2021 at 7:22 AM  wrote:
> >
> >I don't know of any prior work on that.  snd-kbd.c has
> >the keyboard mappings.  There's an array "built-in-keys"
> >and a function "keyboard_command".  The latter is
> >a set of case statements -- it should be reasonably
> >obvious how it works.  I don't know anything about vim.
> >If you get something working, please let me know --
> >I'd be happy to merge it into my version.
> >
> >___
> >Cmdist mailing list
> >Cmdist@ccrma.stanford.edu
> >https://cm-mail.stanford.edu/mailman/listinfo/cmdist
> >
>
>
> ___
> Cmdist mailing list
> Cmdist@ccrma.stanford.edu
> https://cm-mail.stanford.edu/mailman/listinfo/cmdist
>
___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

Re: [CM] snd/vim integration

[Iain Duncan]

Not sure if it's useful, but I can tell you how I wound up making my Vim to
Scheme-for-Max workflow:

- vim key mappings exist to visually select the current matching
parenthetical expression and send it to a Python script as stdin
- Python script sends to Max over OSC using liblo

The details are here:
https://github.com/iainctduncan/scheme-for-max-cookbook/blob/master/editor-integration/README.md


On Wed, Jul 7, 2021 at 7:22 AM  wrote:

> I don't know of any prior work on that.  snd-kbd.c has
> the keyboard mappings.  There's an array "built-in-keys"
> and a function "keyboard_command".  The latter is
> a set of case statements -- it should be reasonably
> obvious how it works.  I don't know anything about vim.
> If you get something working, please let me know --
> I'd be happy to merge it into my version.
>
> ___
> Cmdist mailing list
> Cmdist@ccrma.stanford.edu
> https://cm-mail.stanford.edu/mailman/listinfo/cmdist
>
___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

[CM] snd/vim integration

[Kenneth Flak]

Hi list,

After years on the sidelines I decided to invest the necessary time to learn 
snd properly, and I have some ideas on how I could integrate it into my neovim 
workflow. Before I start reinventing the wheel though, I would just like to 
know if somebody has done any work on this before? I imagine using neovim to 
send chunks of code to snd via stdin, which seems to be a not too overwhelming 
task for a rookie programmer like myself... I would also be thrilled if there 
was a way to make the current keyboard shortcuts a bit more vim-like? Something 
akin to emacs evil mode, for example? My muscle memory is a bit lazy, and would 
prefer to stay in its hjkl pattern if possible.

All the best,
Kenneth

--
Roosna & Flak - Contemporary Dance & Music
Web: roosnaflak.com
Code: {github,gitlab}.com/kflak
Mastodon: @k...@sonomu.club


___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

Re: [CM] snd/vim integration

[bil]

I don't know of any prior work on that.  snd-kbd.c has
the keyboard mappings.  There's an array "built-in-keys"
and a function "keyboard_command".  The latter is
a set of case statements -- it should be reasonably
obvious how it works.  I don't know anything about vim.
If you get something working, please let me know --
I'd be happy to merge it into my version.

___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

Re: [CM] Snd 21.5

[Iain Duncan]

Fantastic, thanks as always! :-)

iain

On Wed, Jun 30, 2021 at 9:41 AM  wrote:

> Snd 21.5:
>
> mostly s7 work -- bugs, optimizations, etc
>
> checked: sbcl 2.1.5|6
>
> Thanks!: Daniel Hensel, Brad Christensen
>
> ___
> Cmdist mailing list
> Cmdist@ccrma.stanford.edu
> https://cm-mail.stanford.edu/mailman/listinfo/cmdist
>
___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

[CM] Snd 21.5

[bil]

Snd 21.5:

mostly s7 work -- bugs, optimizations, etc

checked: sbcl 2.1.5|6

Thanks!: Daniel Hensel, Brad Christensen

___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

[CM] Snd 21.4

[bil]

Snd 21.4:

nrepl: notcurses 2.1.6 or later is required now (notcurses got split
 into 2 libraries, notcurses-core and notcurses, and the APIs
 are not compatible.  notcurses-core is much smaller, so I'm
 using it).

checked: notcurses 2.3.0, Fedora 34, sbcl 2.1.4, Ubuntu 21.04

Thanks!: chai xiaoxiang, Kjetil Matheussen, Nick Black

___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

Re: [CM] Snd 21.3

[Iain Duncan]

nice! Many thanks as usual! :-)))

On Thu, Apr 15, 2021 at 3:37 AM  wrote:

> Snd 21.3:
>
> s7: tools/tgsl.scm
>  removed deprecated nan.0 and inf.0 (use +nan.0 etc)
>  added vector-rank, vector-dimension
>  added s7_make_c_object_without_gc
>  if you're using s7_optimize, it now returns an s7_pfunc, not an
> s7_function.
>
> checked: notcurses 2.2.3, sbcl 2.1.3
>
> Thanks!: Manuel, Christos Vagias
>
> ___
> Cmdist mailing list
> Cmdist@ccrma.stanford.edu
> https://cm-mail.stanford.edu/mailman/listinfo/cmdist
>
___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

[CM] Snd 21.3

[bil]

Snd 21.3:

s7: tools/tgsl.scm
removed deprecated nan.0 and inf.0 (use +nan.0 etc)
added vector-rank, vector-dimension
added s7_make_c_object_without_gc
if you're using s7_optimize, it now returns an s7_pfunc, not an 
s7_function.


checked: notcurses 2.2.3, sbcl 2.1.3

Thanks!: Manuel, Christos Vagias

___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

[CM] Snd-21

[Matti Koskinen]

Hi all,

Just completed a short test of snd on  Apple Mac Mini M1 running native arm64 
and MOTIF

It was quite easy to build after getting homebrew flags and packages right. On 
M1 I read that /usr/local ia for Intel and /opt/homebrew is better used for 
Apple Silicon.  Xquartz has version already for M1 native code.

Compiling was, how to say, blazing fast. S7.c took little longer, but the other 
files just like cat s7.c on old Mac.  Audio works, but scrolling with mouse 
not, , as it has something to do with X-settings. I remember this from Ubuntu 
Linux, too.

Old good times revive!

-m


___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

[CM] Snd 21.2

[bil]

Snd 21.2:

mostly optimizations and bugfixes in s7

checked: notcurses 2.2.2

___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

[CM] Snd 21.1

[bil]

Snd 21.1:

s7: s7_hash_code and hash-code (like CL's sxhash)
s7_define_semisafe_typed_function

checked: notcurses 2.1.6, sbcl 2.1.1

Thanks!: Massimiliano Gubinelli, IOhannes m zmoelnig

___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

[CM] Snd 21.0

[bil]

Snd 21.0:

s7: tools/tcase.scm

checked: sbcl 2.0.11 and 2.1.0, notcurses 2.0.11

Thanks!: Mike Scholz, David O'Toole

___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

Re: [CM] Snd 20.9 fails on Cygwin when compiled without GUI support

[David O'Toole]

That would be very helpful :)

On Mon, Dec 28, 2020 at 5:27 PM  wrote:

> It looks like it's trying to load libc_s7.so as a
> scheme source file.  I haven't used cygwin, but
> googling a bit, I think cygwin uses Windows .dll files,
> not .so files.  I don't know how to load .dll files
> dynamically.  I noticed that the -noinit flag
> doesn't always fallback on the "dumb" repl --
> maybe Snd needs a --dumb-repl switch.
>
>
___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

Re: [CM] Snd 20.9 fails on Cygwin when compiled without GUI support

[bil]

It looks like it's trying to load libc_s7.so as a
scheme source file.  I haven't used cygwin, but
googling a bit, I think cygwin uses Windows .dll files,
not .so files.  I don't know how to load .dll files
dynamically.  I noticed that the -noinit flag
doesn't always fallback on the "dumb" repl --
maybe Snd needs a --dumb-repl switch.

___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

[CM] Snd 20.9 fails on Cygwin when compiled without GUI support

[David O'Toole]

I am having an error similar to (but different from) the error linked here,
and using the patch Bill suggested has been a successful workaround on
GNU/Linux. However, I am having issues running the latest Snd on Cygwin
when compiled without GUI support.
https://cm-mail.stanford.edu/pipermail/cmdist/2020-December/008258.html

The error output when running Snd is below. My ~/.snd file includes (set!
*load-path* '("~/src/snd-20.9/"))

$ snd
loading libc_s7.so
load /home/Sandy/src/snd-20.9/libc_s7.so failed: Exec format error

;unbound variable (symbol "\x7f;ELF\x02;\x01;\x01;")
;(load so-file-name cur-env)
;cload.scm, line 693, position: 27567
; (load so-file-name cur-env)
; ((load so-file-name cur-env))
; ((curlet))
; ((*s7* 'history-enabled) #f)


;unbound variable *libc*
;(load so-file-name cur-env)
;repl.scm, line 1216, position: 43942
; (load so-file-name cur-env)
; ((define (symbol-completion text) (let ((...
; ((when val (return (cond ((null? (cdr cla...
; (*repl* 'run)
___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

[CM] Snd 20.9

[bil]

Snd 20.9:

Snd: clm.rb and snd-test.rb updated for Ruby 3.0, thanks to Mike.

s7: added s7_load_c_string and s7_load_c_string_with_environment
tools/tmock.scm, tnum.scm, concordance.scm
notcurses_s7.c assumes version 2 of notcurses; for version 1, pass 
-DNOTCURSES_1=1.


checked: Fedora 33, Ubuntu 20.10, sbcl 2.0.10

Thanks!:  Woody Douglass, Christos Vagias, Mike Scholz, IOhannes m 
zmoelnig,

  David Runge

___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

[CM] Snd 20.8

[bil]

Snd 20.8:

Snd: removed gtk support
 Mike Scholz updated the Forth and Ruby scripts.

s7: s7_free
a git repository: g...@cm-gitlab.stanford.edu:bil/s7.git
  https://cm-gitlab.stanford.edu/bil/s7.git

checked: sbcl 2.0.9

Thanks!: Tito Latini, James Hearon, Christos Vagias, Mike Scholz, 
Fernando


___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

Re: [CM] Snd/CLM: experimental version of src and src-channel

[Tito Latini]

To all the persons: please don't try the patch because that change
requires pre-filtering of the input, therefore it is not a complete
resampler. Good Sunday.
___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

Re: [CM] Snd/CLM: experimental version of src and src-channel

[Tito Latini]

Hey Bill, a copy-and-paste failed in svn. Attached a fix.
___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

Re: [CM] Snd/CLM: experimental version of src and src-channel

[Tito Latini]

On Thu, Sep 10, 2020 at 11:06:01AM -0700, b...@ccrma.stanford.edu wrote:
> Thanks!  I see only a subtle difference -- do you have
> a (hopefully small) test case?  (Am I right that your
> version is more consistent with the sinc_table initialization?
> It's been a long time since I looked at this code).
> I've merged your changes in, but kept the old way under
> a compile-time switch so it's easy to move back and forth.
> I'll update the ccrma versions tomorrow morning.

Currently I have just some examples with sound files and sinusoids, to
check aliasing and amplitude. I think the resampler is correct if the
changed code passes all the tests for the original src and src-channel.
This message for the mailing list is also an informal test for some
user code.

About the consistence with the sinc_table initialization: the weak
point of the original version is the table index with non-integer high
rates:

x = zf * (srp->width_1 - srpx);
sinc_loc = x + srp->sinc4;

It means:

/*
 * Memo: `width' is half length. It originally was the width
 * of half sinc (the right side).
 */
L = SRC_SINC_DENSITY;
x = L * (1 - width - frac(rate)) / rate;
table_index = x + L * width + padding;

==> k = padding + L * (1 - frac(rate))
table_index = L * width * (1 - 1/rate) + k;

If the non-integer rate >1 is near 1, the first table index is low
and the interpolated sinc is windowed (the approximation depends on rate),
otherwise...

   limL * width * (1 - 1/rate) = L * width [= main_lobe_peak]
rate -> inf

...the sinc is truncated with high values of rate.

The first index in the new version is

L * (1 - frac(rate)) + padding;

The range is [padding; L + padding].

Padding is necessary with the original version.
Note: the sinc() begins at the index 0 of the table but the window
starts at index `padding'.

The window is interpolated, but I think it is possible to remove the
interpolation for low values of `width'; however that's a minor
optimization without considerable enhancements. Kaiser window with
adjustable parameter makes the difference.
___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

Re: [CM] Snd/CLM: experimental version of src and src-channel

[bil]

Thanks!  I see only a subtle difference -- do you have
a (hopefully small) test case?  (Am I right that your
version is more consistent with the sinc_table initialization?
It's been a long time since I looked at this code).
I've merged your changes in, but kept the old way under
a compile-time switch so it's easy to move back and forth.
I'll update the ccrma versions tomorrow morning.

___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

[CM] Snd/CLM: experimental version of src and src-channel

[Tito Latini]

Hi,

the attached short patch changes mus_src() and mus_src_to_buffer()
in snd/clm.c. Probably it is compatible with clm-5/clm.c (no tested).

It seems good with constant rates or envelopes. The aliasing is
remarkably reduced and the amplitude of the resampled sound is very good.

The conversion is performed through the convolution between the input,
upsampled by rate, and the polyphase filters obtained from the windowed
sinc table. The delay between the polyphase filters is not one sample,
but it depends on the rate. For example, if rate is 1.9, the phase shift
is pi/5:

2 pi (1 - frac(1.9)) = 2 pi 0.1 = pi/5

therefore the index of the first coefficient for the next polyphase
filter is

SINC-TABLE-DENSITY * 0.1 = 2000 * 0.1 = 200

In practice, sinc_loc (the table index) and sinc_incr are reduced to

sinc_loc = SRC_SINC_DENSITY * (1 - srpx) + 4;
sinc_incr = SRC_SINC_DENSITY;

The increment sinc_incr is the consequence of the polyphase filtering:
a coefficient after (SRC_SINC_DENSITY - 1) zeroes.

I'm getting also better results with a Kaiser window (not a surprise).
It is possible to apply that window if a window parameter, for example
window-beta, is set for make-src (not in patch), otherwise the default
remains the Hanning window. Kaiser window is not particularly
interesting with the current implementation (but we increase the table
length), because a compressed interpoled sinc for non-integer rates >1
doesn't start where the window begins, so the sinc is often truncated).
On the contrary, the index of a polyphase filter is always near the
left side (less than SRC_SINC_DENSITY in the upsampled FIR).

What do you think?
--- snd/clm.c~  2020-09-10 16:06:48.774551471 +0200
+++ snd/clm.c   2020-09-10 16:05:39.163555210 +0200
@@ -13298,8 +13298,8 @@
 mus_float_t mus_src(mus_any *srptr, mus_float_t sr_change, mus_float_t 
(*input)(void *arg, int direction))
 {
   sr *srp = (sr *)srptr;
-  mus_float_t sum, zf, srx, factor;
-  int lim, loc, xi;
+  mus_float_t sum, srx;
+  int lim, loc;
   bool int_ok;
   mus_float_t *data, *sinc_table;
 
@@ -13351,9 +13351,10 @@
   if (srx < 0.0) srx = -srx;
   if (srx > 1.0) 
 {
-  factor = 1.0 / srx;
+  mus_float_t zf;
+  int xi;
   /* this is not exact since we're sampling the sinc and so on, but it's 
close over a wide range */
-  zf = factor * (mus_float_t)SRC_SINC_DENSITY; 
+  zf = SRC_SINC_DENSITY / srx;
   xi = (int)(zf + 0.5);
 
   /* (let ((e (make-env '(0 1 1 1.1) :length 11))) (src-channel e))
@@ -13363,20 +13364,16 @@
 }
   else 
 {
-  factor = 1.0;
-  zf = (mus_float_t)SRC_SINC_DENSITY;
-  xi = SRC_SINC_DENSITY;
   int_ok = true;
 }
 
   sum = 0.0;
   if (int_ok)
 {
-  int sinc_loc, sinc_incr, last, last10, xs;
+  int sinc_loc, sinc_incr, last, last10;
   
-  xs = (int)(zf * (srp->width_1 - srp->x));
-  sinc_loc = xs + srp->sinc4;
-  sinc_incr = xi;
+  sinc_loc = SRC_SINC_DENSITY - (int)(SRC_SINC_DENSITY * srp->x) + 4;
+  sinc_incr = SRC_SINC_DENSITY;
   last = loc + lim;
   last10 = last - 10;
 
@@ -13398,12 +13395,11 @@
 }
   else
 {
-  mus_float_t sinc_loc, sinc_incr, x;
+  mus_float_t sinc_loc, sinc_incr;
   int last, last10;
 
-  x = zf * (srp->width_1 - srp->x);
-  sinc_loc = x + srp->sinc4;
-  sinc_incr = zf;
+  sinc_loc = SRC_SINC_DENSITY * (1 - srp->x) + 4;
+  sinc_incr = SRC_SINC_DENSITY;
   last = loc + lim;
 
   last10 = last - 10;
@@ -13426,7 +13422,7 @@
 }
 
   srp->x += srx;
-  return(sum * factor);
+  return(sum);
 }
 
 
@@ -13435,8 +13431,8 @@
   /* sr_change = 0.0
*/
   sr *srp = (sr *)srptr;
-  mus_float_t x, zf, srx, factor, sincx, srpx;
-  int lim, i, xi, xs, dir = 1;
+  mus_float_t srx, sincx, srpx;
+  int lim, i, dir = 1;
   bool int_ok;
   mus_long_t k;
   mus_float_t *data, *sinc_table;
@@ -13454,17 +13450,15 @@
 }
   if (srx > 1.0) 
 {
-  factor = 1.0 / srx;
+  mus_float_t zf;
+  int xi;
   /* this is not exact since we're sampling the sinc and so on, but it's 
close over a wide range */
-  zf = factor * sincx;
-  xi = (int)zf;
+  zf = sincx / srx;
+  xi = (int)(zf + 0.5);
   if (fabs((xi - zf) * lim) > 2.0) int_ok = false; else int_ok = true;
 }
   else 
 {
-  factor = 1.0;
-  zf = sincx;
-  xi = SRC_SINC_DENSITY;
   int_ok = true;
 }
 
@@ -13502,10 +13496,9 @@
   if (int_ok)
{
  int sinc_loc, sinc_incr, last, last10;
- 
- xs = (int)(zf * (srp->width_1 - srpx));
- sinc_loc = xs + srp->sinc4;
- sinc_incr = xi;
+
+ sinc_loc = SRC_SINC_DENSITY - (int)(SRC_SINC_DENSITY * srpx) + 4;
+ sinc_incr = SRC_SINC_DENSITY;
  last = loc + lim;
  last10 = last - 10;
  
@@ -13529,10 +13522,9 @@
{
  mus_float_t sinc_loc, sinc_incr;
  int last, last10;
- 
- x = zf * 

[CM] Snd 20.7

[bil]

Snd 20.7:

Snd: new configuration switch: --with-notcurses; uses nrepl.

s7: added emscripten support for webassembly, thanks to Christos Vagias
mingw fix thanks to Kjetil

checked: gtk 3.99.0|1, OSX 10.15.6, sbcl 2.0.8

Thanks!: Christos Vagias, Kjetil Matheussen

___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

[CM] Snd 20.6

[bil]

Snd 20.6:

added case.scm: case* a pattern-matching extension of case
  regex.h entries to libc.scm
  s7_c_pointer_with_type
  notcurses_s7.c, an FFI to the notcurses library
  nrepl.scm, an improvement of repl.scm that uses notcurses 
(work-in-progress)
  nrepl.c: call nrepl.scm without the need to load libc.scm or 
notcurses_s7.so

  *autoload-hook*
  open-input|output-function (scheme versions of the existing C 
functions)


changed subvector parameters to (subvector vect start end 
new-dimensions)

  Here's a translator from the old to the new versions:

(define (old-subvector vect len (offset 0))
  (if (pair? len)
  (subvector vect offset (+ offset (apply * len)) len)
  (if (not len)
  (subvector vect offset (vector-length vect))
  (subvector vect offset (+ offset len)

checked: OSX 10.15.5, FreeBSD 12.1, sbcl 2.0.7

Thanks!: Daniel Hensel, Kjetil Matheussen, Christos Vagias

___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

[CM] Snd 20.5

[bil]

Snd 20.5:

s7: continued work on gmp stuff

checked: sbcl 2.0.5|6

Thanks!: Kjetil, Fernando, James Hearon

___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

Re: [CM] snd 20.4, f32 segfault

[bil]

The function that segfaults is one whose signature changed
recently (I added the s7_scheme* argument), so my first
guess is that you have an old object file somewhere.
I would

make clean
rm *.o
rm *.so
rm libc_s7.c
make

and see if it's ok.  I think you can see what is actually being
loaded via

strace -e trace=file ./snd

___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

[CM] snd 20.4, f32 segfault

[James Hearon]

Hi,
I'm having a strange problem after upgrading to f32 from f31.
I needed to rebuild snd because of a libgsl issue.

./snd: error while loading shared libraries: libgsl.so.23: cannot open shared 
object file: No such file or directory

Trying to rebuild with fresh srcs.

./configure  --with-s7 --with-gsl --with-alsa --without-gui

It builds, but when I try to run >./snd, I get a segfault.

[jhearon@dhcp-168-105-83-235 snd-20-command]$ ./snd
writing libc_s7.c
loading libc_s7.so
Segmentation fault (core dumped)

I'm not exactly sure what's going on.

I'm including a valgrind output, if that helps.

Regards,
Jim

[jhearon@dhcp-168-105-83-235 snd-20-command]$ valgrind ./snd
==11749== Memcheck, a memory error detector
==11749== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al.
==11749== Using Valgrind-3.16.0 and LibVEX; rerun with -h for copyright info
==11749== Command: ./snd
==11749==
loading libc_s7.so
==11749== Invalid write of size 4
==11749==at 0x46D1A7: add_opt_func (s7.c:60763)
==11749==by 0x46D1A7: s7_set_i_ii_function (s7.c:60840)
==11749==by 0x6555990: libc_s7_init (in /home/jhearon/libc_s7.so)
==11749==by 0x4E2D61: load_shared_object (s7.c:30010)
==11749==by 0x4E2D61: load_shared_object (s7.c:29952)
==11749==by 0x4E319B: g_load (s7.c:30184)
==11749==by 0x47049E: op_c_ss (s7.c:91384)
==11749==by 0x47049E: eval.isra.0 (s7.c:93493)
==11749==by 0x4E385E: s7_load_with_environment (s7.c:30130)
==11749==by 0x4E3B2A: g_require (s7.c:30472)
==11749==by 0x487596: apply_c_macro (s7.c:86109)
==11749==by 0x46E172: eval.isra.0 (s7.c:94049)
==11749==by 0x4E385E: s7_load_with_environment (s7.c:30130)
==11749==by 0x6864A8: snd_doit (snd-nogui.c:724)
==11749==by 0x422699: main (snd.c:629)
==11749==  Address 0x180001c9 is not stack'd, malloc'd or (recently) free'd
==11749==
==11749==
==11749== Process terminating with default action of signal 11 (SIGSEGV): 
dumping core
==11749==  Access not within mapped region at address 0x180001C9
==11749==at 0x46D1A7: add_opt_func (s7.c:60763)
==11749==by 0x46D1A7: s7_set_i_ii_function (s7.c:60840)
==11749==by 0x6555990: libc_s7_init (in /home/jhearon/libc_s7.so)
==11749==by 0x4E2D61: load_shared_object (s7.c:30010)
==11749==by 0x4E2D61: load_shared_object (s7.c:29952)
==11749==by 0x4E319B: g_load (s7.c:30184)
==11749==by 0x47049E: op_c_ss (s7.c:91384)
==11749==by 0x47049E: eval.isra.0 (s7.c:93493)
==11749==by 0x4E385E: s7_load_with_environment (s7.c:30130)
==11749==by 0x4E3B2A: g_require (s7.c:30472)
==11749==by 0x487596: apply_c_macro (s7.c:86109)
==11749==by 0x46E172: eval.isra.0 (s7.c:94049)
==11749==by 0x4E385E: s7_load_with_environment (s7.c:30130)
==11749==by 0x6864A8: snd_doit (snd-nogui.c:724)
==11749==by 0x422699: main (snd.c:629)
==11749==  If you believe this happened as a result of a stack
==11749==  overflow in your program's main thread (unlikely but
==11749==  possible), you can try to increase the size of the
==11749==  main thread stack using the --main-stacksize= flag.
==11749==  The main thread stack size used in this run was 8388608.
==11749==
==11749== HEAP SUMMARY:
==11749== in use at exit: 11,644,308 bytes in 2,671 blocks
==11749==   total heap usage: 3,392 allocs, 721 frees, 11,951,327 bytes 
allocated
==11749==
==11749== LEAK SUMMARY:
==11749==definitely lost: 0 bytes in 0 blocks
==11749==indirectly lost: 0 bytes in 0 blocks
==11749==  possibly lost: 933,221 bytes in 1,939 blocks
==11749==still reachable: 10,711,087 bytes in 732 blocks
==11749== suppressed: 0 bytes in 0 blocks
==11749== Rerun with --leak-check=full to see details of leaked memory
==11749==
==11749== For lists of detected and suppressed errors, rerun with: -s
==11749== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0)
Segmentation fault (core dumped)



___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

Re: [CM] Snd 20.4

[bil]

Most things are only slightly slower, but there are a few
that are as much as 4 times slower.  There are timings
at the end of s7.c (callgrind numbers for my timing tests).
I haven't looked at the standard benchmarks except pi.scm
and chudnovsky.scm (which require big integers), and they are
either #1 or #2 in speed compared to everyone else.  I need
to tie the gmp code into the rest of s7's optimizer -- just a
small matter of software!  I've spent the last 2 months
on this, and figure there's another 2 months of work to
get the last 10 percent.  (But I also need to get gtk4 to
work, and so on).

I you have a chance to try it out, please let me know how
it goes, especially any things that seem slow.

___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

Re: [CM] Snd 20.4

[Kjetil Matheussen]

Hi Bill,

What's the status of multiprecision arithmetic now? Does all
calculations (including those that does not require multiprecision) go
slower if we enable it?

On Wed, May 27, 2020 at 11:46 AM  wrote:
>
> Snd 20.4:
>
> s7: added s7_scheme* argument to s7_is_eqv, and all the
> s7_set_*_function calls that
>set optimizer functions (the preceding calls were, sadly, not
> thread-safe).
>  libarb_s7.c: a multiprecision library paralleling GSL.  Requires
> libflint.
>Only in the gmp version of s7. (I wanted multiprecision Bessel
> functions).
>
> checked: ubuntu 20.04, sbcl-2.0.4, FC 32, gsl 2.6, Ruby 2.7, gcc/clang
> 10
>
> Thanks!: Elijah, Woody Douglass, Ian Duncan, Kjetil Matheussen
>
> ___
> Cmdist mailing list
> Cmdist@ccrma.stanford.edu
> https://cm-mail.stanford.edu/mailman/listinfo/cmdist
___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist

[CM] Snd 20.4

[bil]

Snd 20.4:

s7: added s7_scheme* argument to s7_is_eqv, and all the 
s7_set_*_function calls that
  set optimizer functions (the preceding calls were, sadly, not 
thread-safe).
libarb_s7.c: a multiprecision library paralleling GSL.  Requires 
libflint.
  Only in the gmp version of s7. (I wanted multiprecision Bessel 
functions).


checked: ubuntu 20.04, sbcl-2.0.4, FC 32, gsl 2.6, Ruby 2.7, gcc/clang 
10


Thanks!: Elijah, Woody Douglass, Ian Duncan, Kjetil Matheussen

___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
https://cm-mail.stanford.edu/mailman/listinfo/cmdist