[Csnd] dmp.csound~ is now csound~ (fwd)


    Mar 20 2006 | 12:49 am
    Davis Pyon has created a new version of csound~ that runs on mac and win:
    ---------- Forwarded message ---------- Date: Sat, 18 Mar 2006 23:02:04 -0800 (PST) From: Davis Pyon Reply-To: csound@lists.bath.ac.uk To: csound@lists.bath.ac.uk Subject: [Csnd] dmp.csound~ is now csound~
    Hi,
    As mentioned in the subject, dmp.csound~ is now simply csound~. Csound 5.01 is required now for 64bit csound~ on WinXP. All other versions do not have this requirement. At the end of this email is a list of new features and changes. Download it here:
    Big thanks to Matt Ingalls for the name. Big BIG thanks to Matt and Victor Lazzarini for their externals. Their source code served as my API documentation (csound.h doesn't really count).
    Davis
    CHANGES.TXT:
    2006_03_18:
    -> If using 64bit csound~ on WinXP, Csound 5.01 (or later) is required.
    -> Added the "noscale" flag. It's used to bypass audio data scaling to/from Csound.
    2006_03_15:
    -> Added another outlet that sends a bang whenever a csd/orc is successfully compiled. It's a useful feature if you have MIDI control opcodes that need to be initialized from the Max environment.
    -> Added messages "m", "c", and "e" which are equivalent to "midi", "control", and "event", respectively. These new messages are intended to save screen space.
    2006_03_14:
    -> If neither -d or -g is present in the "csound" message, then csound~ will add -g to allow the user to see the ASCII representation of tables. Either -d or -g must be present to prevent crashing.
    -> Added bang method which acts like the "start" message. Added for compatibility with Ingalls' csound~ patches.
    2006_03_11:
    The following changes were made in order to add features that were in Matt Ingalls' version of csound~.
    -> Renamed dmp.csound~ to csound~.
    -> Added second optional integer argument to specify # of output signals. If no arguments are supplied, then there are 2 input/output signals. If 1 argument is supplied, then that argument specifies the # of input/output signals. If 2 arguments are supplied, the first is the # of input signals and second is the # output signals.
    -> After "start" message is received, if the # of Csound audio channels != the # of input or output signals for the external, a warning is displayed.
    -> Added "printout" message which works exactly like "message" message.
    -> If csound~ has not received a "path" message to set the current directory, relative pathnames in the "csound" will be relative to the directory that contains the patch that contains csound~.
    -> Added the "sfdir" message. The "sfdir" has one argument which should be the pathname to a directory. That directory will be used to set the SFDIR, SSDIR, SADIR, INCDIR, and CSSTRNGS global environment variables. By default, these env variables are set to the defualt directory (see above). At the moment, I don't know what the INCDIR and CSSTRNGS variables are for, but they were set in Ingalls' csound~ so I set them just in case.
    2006_03_07:
    -> Changed behavior of "start" message. When "start" is passed to [dmp.csound~], the current directory is reset to the directory that was given as part of the last "path" message. If "path" has not been received yet, then nothing is done.
    This should fix the problem where other instances of [dmp.csound~] have a different directory saved as the current directory.
    -- Send bugs reports to this list. To unsubscribe, send email to csound-unsubscribe@lists.bath.ac.uk

    • Mar 20 2006 | 7:58 am
      thanks thanks thanks thanks thanks thanksthanksthanksthanksthanksthanksthanksthanksthanksthanks thanksthanksthanksthanksthanksthanksthanksthanksthanksthanks thanksthanksthanksthanksthanksthanksthanksthanksthanksthanks thanksthanksthanksthanksthanksthanksthanksthanks
      a lot
      f.e
    • Mar 20 2006 | 9:47 am
      Definitely, this Csound~ chick has a tremendous chastity belt !
      Have uninstalled the corrupted Csound5 package by Istvan Varga (looking for python23 when you got 24, very interesting...), installed the new one from sourceforge (Csound5.01b-win32), made the corrections for the paths (quiet a few, indeed ! : lib or plugins instead of bin everywhere...), grabbed the missing sound32.dll and the portaudio.dll.0.0.19 from the .zip archive (the supposed 32bits version doesn't install the 32bits lib, could you believe it !!!), tested it with python24 (ok, just some wxPython file missing) and... ERROR 126.
      Bitch.
      So, as we all know, 126 means "i can't find a .dll", i assume it's not my Csound ('cause it's working), but the bloody pthreadVC2.dll which couldn't be find (for no reason i could understand) or another lib, but which one ???
      If anyone here get success with her on windows, please, share it !!
      huge regards
      f.e
    • Mar 20 2006 | 8:43 pm
      I suggest downloading either:
      Csound5.00_win32.i686.zip Csound5.01_win32.i686.zip
      Unarchive and replace the installation of Csound5.01b-win32.exe with the .zip contents. Then put pthreadVC2.dll in C:WindowsSystem32 or C:Csoundbin (if that's where the csound32/64.dll's are located). Assuming that your environment variables were set properly by Csound5.01b-win32.exe, then everything should work.
      I'm sorry for the instructions in INSTALL.TXT as Csound5 has been experiencing problems with regards to packaging. When Csound5.01-win32.exe is released, it will have everything needed to run either 32 or 64bit csound~. Let me know if you're still having problems.
      Davis
    • Mar 22 2006 | 6:30 pm
      I tried your new csound~, when it loads it gives me an error "can not find csound32.dll". I currently have Csound5.01b-win32.exe installed, it works fine, but csound32.dll does not exist in my csound installation folder. Interestingly though, dmp.csound~ do not have this problem. Is there something I am missing?
    • Mar 22 2006 | 7:36 pm
      Okay I found the install.txt file. That is a lot of trouble, I guess I can use dmp.csound~ for now. When will there be a new version of csound~ that matches Csound5.01b-win32.exe?
    • Mar 22 2006 | 9:07 pm
      The new csound~ expects either csound32.dll or csound64.dll to be in the bin folder of your Csound installation. I did things this way because that's how future releases of Csound will be configured.
      To use the new csound~, I suggest downloading either:
      Csound5.00_win32.i686.zip Csound5.01_win32.i686.zip
      Replace your existing Csound folder with the contents of the .zip file. Do it in such a way that your environment variables PATH, OPCODEDIR, and OPCODEDIR64 don't have to be modified, and the new csound~ should work.
      I'm going to modify INSTALL.TXT to prevent further confusion. Keep an eye on Csound at Sourceforge. When the non-beta installer Csound5.01-win32.exe is released, it will be compatible with csound~ (fingers crossed). I hope this clears things up.
      Davis
    • Mar 22 2006 | 9:22 pm
      Thanks, I will keep an eye out for it.
      Anthony