Re: [Faudiostream-users] [Faudiostream-devel] faust.grame.fr shut down

[Albert Graef]

On Sat, Dec 21, 2013 at 2:15 AM, Orlarey Yann orla...@grame.fr wrote:
 Unfortunately I had to shut down faust.grame.fr due to an attack. I will let 
 you know when
 it will be back again.

I'm very sorry to hear that. But I guess it was just a matter of time
until the script kiddies discover the site. :( So I guess that you'll
have to go for registration-based access now?

Another option would be to go for virtual hosting. Nowadays you can
just slap your favorite Linux distribution on a virtual server in the
cloud and have the service provider manage the server for you for a
monthly fee. I guess that these will have fairly elaborate security
measures in place to prevent such mishaps.

Albert

-- 
Dr. Albert Graf
Dept. of Music-Informatics, University of Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef

--
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET,  PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk
___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] compile error files.cpp

[Albert Graef]

On Thu, Feb 6, 2014 at 9:01 AM, Orlarey Yann orla...@grame.fr wrote:
 Fixed !

Yep, compiles cleanly on Arch now.

 (For some reason my compiler was happy even without stdio.h)

Depends on your libc version, I guess. Still running Ubuntu LTS? ;-)

Albert

-- 
Dr. Albert Graf
Dept. of Music-Informatics, University of Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef

--
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121051231iu=/4140/ostg.clktrk
___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] faudiostream build stuck on llvm libs

[Albert Graef]

On Mon, Feb 17, 2014 at 2:54 AM, James Hearon j_hea...@hotmail.com wrote:
 /usr/bin/llvm-config --ldflags --libs all` -ldl -o faust

What's the output of: /usr/bin/llvm-config --ldflags?

-- 
Dr. Albert Graf
Dept. of Music-Informatics, University of Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef

--
Android apps run on BlackBerry 10
Introducing the new BlackBerry 10.2.1 Runtime for Android apps.
Now with support for Jelly Bean, Bluetooth, Mapview and more.
Get your Android app in front of a whole new audience.  Start now.
http://pubads.g.doubleclick.net/gampad/clk?id=124407151iu=/4140/ostg.clktrk
___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] faudiostream build stuck on llvm libs

[Albert Graef]

On Mon, Feb 17, 2014 at 5:40 PM, James Hearon j_hea...@hotmail.com wrote:
  llvm-config --ldflags-L/usr/lib64/llvm  -lz -lpthread -lffi -ldl -lm

Ok, so the libs are supposed to be under /usr/lib64. Just wanted to make sure.

 I have both 32 and 64-bit packages for llvm and devel files installed.
 /usr/lib64/llvm contains:  BugpointPasses.so libclang.so, libLLVM-3.3.so,
 libLTO.so, libprofile_rt.so, and LLVMgold.so.

No *.a files there? After an installation of LLVM 3.3 from source I
get a bunch of static libraries along with libLLVM-3.3.so, and I guess
that these are what llvm-config --libs lists. If you have the -devel
packages installed then you should have these as well, if LLVM is
properly packaged on Fedora, and then the linker would be able to find
those libraries, too. It certainly does on my Arch system. Maybe the
static libraries are in a separate package?

Anyway, since you have libLLVM-3.3.so, that's all you need to link
against. You just need to fix up the linker command in the Makefile
accordingly. Here's how the corresponding target in
compiler/Makefile.unix (line 83) should look like in your case:

faust : $(objects) main.o libmain.o global.o scheduler.ll
$(CXX) $(CXXFLAGS) $(objects) main.o libmain.o global.o
`$(LLVM_CONFIG) --ldflags` -lLLVM-3.3 -ldl -o faust

Or try the patch against Makefile.unix attached to this post. This
should work whenever the shared LLVM lib is installed. Just tried this
over here (using LLVM 3.4, however) and it seems to work fine.

Stephane, I'd suggest to have the Makefile check for a shared LLVM lib
before relying on `llvm-config --libs`. The attached patch against
Makefile.unix does the trick for me. Ok to commit? (You should first
give this a whirl on OS X, though, to see if it works there as well.)

HTH,
Albert

-- 
Dr. Albert Graf
Dept. of Music-Informatics, University of Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
diff --git a/compiler/Makefile.unix b/compiler/Makefile.unix
index 11211f8..46466f4 100755
--- a/compiler/Makefile.unix
+++ b/compiler/Makefile.unix
@@ -63,6 +63,13 @@ CXXFLAGS += -fvisibility=hidden -Wno-overloaded-virtual -Wno-parentheses $(addpr
 CXXFLAGS += -I`$(LLVM_CONFIG) --includedir` -I../architecture -D$(LLVM_VERSION) -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS
 CXXFLAGS += $(ARCHFLAGS)
 
+LLVMSHLIB = $(wildcard $(shell $(LLVM_CONFIG) --libdir)/libLLVM-$(shell $(LLVM_CONFIG) --version).$(LIB_EXT))
+
+ifeq ($(LLVMSHLIB),)
+LLVMLIBS = $(shell $(LLVM_CONFIG) --libs)
+else
+LLVMLIBS = -l$(patsubst lib%,%,$(notdir $(basename $(LLVMSHLIB
+endif
 
 ifeq ($(system), Darwin)
 all : faust libfaust.a
@@ -81,7 +88,7 @@ main.o : main.cpp
 	$(CXX) $(CXXFLAGS) main.cpp -c -o main.o
 
 faust : $(objects) main.o libmain.o global.o scheduler.ll
-	$(CXX) $(CXXFLAGS) $(objects) main.o libmain.o global.o `$(LLVM_CONFIG) --ldflags --libs all` -ldl -o faust
+	$(CXX) $(CXXFLAGS) $(objects) main.o libmain.o global.o `$(LLVM_CONFIG) --ldflags` $(LLVMLIBS) -ldl -o faust
 
 scheduler.ll : ../architecture/scheduler.cpp
 	$(LLVM_CLANG) -O3 -D$(LLVM_VERSION) -emit-llvm -S ../architecture/scheduler.cpp -o scheduler.ll
--
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121054471iu=/4140/ostg.clktrk___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

[Faudiostream-users] Updated lv2/lv2synth architectures

[Albert Graef]

Hi everybody,

I've just committed an update for the lv2.cpp and lv2synth.cpp
architectures to the master branch in rev. 8733d0. These use the new
LV2 atom extension for the MIDI input ports now, and thus should be
future-proof (and the code is also simplified a little). The old event
extension which was previously used for this purpose has been
deprecated a while ago and will probably go away soon, so this change
was really in order for some time.

Yann (or Romain?), it would be nice if the new architectures could be
pulled over to the online compiler some time. Thanks. :)

Stephane, I guess that you'll pull over the changes to the faust2
branch with your next merge, right? Otherwise I can also pull them
over myself, just let me know.

I've tested these quite extensively with both Ardour3 and Qtractor and
my own lv2plugin~ external for Pd, and they seem to work fine. For
Faust programmers and LV2 plugin users there should be no visible
changes, except that you need to make sure that you're running an LV2
host which supports the atom extension, of course. Any recent LV2 host
should have this if it supports MIDI at all; in particular, all
lilv-based hosts should be fine. (You may have to upgrade your
liblilv, though, if you're still running a really ancient version.)

Also, please note that my own faust-lv2 project, where I maintain
these architectures along with a bunch of examples, has moved from
Google Code to Bitbucket, see https://bitbucket.org/agraef/faust-lv2/.
There you can find the latest sources, documentation and a tarball for
faust-lv2 0.5 which has all the latest changes.

On a related note, I also have a new project up at Bitbucket which
lets you run LV2 plugins inside Pd, so together with the Faust LV2
architectures this gives you an alternative way to run Faust dsps in
Pd. This is useful since my puredata.cpp architecture doesn't have
direct support for MIDI and the lv2synth.cpp architecture also offers
some extra goodies for instrument plugins such as built-in voice
allocation and support for the MIDI Tuning Standard. You can find this
at https://bitbucket.org/agraef/pd-lv2plugin.

Enjoy. :)
Albert

-- 
Dr. Albert Graf
Dept. of Music-Informatics, University of Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef

--
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121054471iu=/4140/ostg.clktrk
___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] [Faudiostream-devel] Updated lv2/lv2synth architectures

[Albert Graef]

On Tue, Feb 25, 2014 at 7:23 AM, Romain Michon rmnmic...@gmail.com wrote:
 All right, I did a full update of the server with the most recent version of 
 faust2...

Thanks!

 Everything seems to compile, bit I didn't have time to test the generated 
 objects.

They crash and burn. ;-)

Just tried it with one of my own synths, a fairly simple one
(https://bitbucket.org/agraef/faust-lv2/src/HEAD/synths/organ.dsp).
The bundle returned by the online compiler looks ok, and the plugin
loads, but it immediately dumps core when it runs (i.e., as soon as
the compute() method gets invoked). Here's is what my own test host
gives 
(https://bitbucket.org/purelang/pure-lang/src/tip/pure-lilv/examples/synth.pure):

Synth: organ
0: 0xf0 65 16 66 18 64 0 127 0 65 247
0: 0xb0 0 0 0
0: 0xb0 32 0 0
0: 0xc0 6 0 0
0: 0xb0 7 100 0
0: 0xb0 10 64 0
0: 0x90 77 98 0
Illegal instruction (core dumped)

I get exactly the same error Illegal instruction (core dumped) in
other LV2 hosts I tried (Qtractor, jalv). If I recompile the plugin
from source myself and replace the .so in the bundle, it works ok. If
I regenerate the entire bundle locally with faust2lv2synth, it also
works fine. So this is clearly a problem with the binary (.so file)
produced by the online compiler.

I vaguely recall that we already had this issue some time ago. IIRC,
the root cause was that the online compiler used some pretty
aggressive optimization and/or code generation options which simply
don't work on all x86_64 systems. Yann may know more about this, IIRC
he fixed it back then. :)

I have a fairly old AMD box here, so that might be the reason the
binary dumps core on my system. But clearly the online compiler should
use some conservative code generation options which are known to work
on a wide range of hardware, even if that means that the plugin will
run a little slower.

Any ideas?

Albert

-- 
Dr. Albert Graf
Dept. of Music-Informatics, University of Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef

--
Flow-based real-time traffic analytics software. Cisco certified tool.
Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer
Customize your own dashboards, set traffic alerts and generate reports.
Network behavioral analysis  security monitoring. All-in-one tool.
http://pubads.g.doubleclick.net/gampad/clk?id=126839071iu=/4140/ostg.clktrk
___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] faust2pd make error

[Albert Graef]

Hi Hugo,

The issue you describe is with the llc from LLVM 3.4, cf.
http://lists.cs.uiuc.edu/pipermail/llvmdev/2014-February/069979.html. It's
a Linux-specific bug (well, it might also affect Windows, I haven't checked
that yet, but llc 3.4 works fine on the Mac at least). The bug breaks
Pure's batch compiler which is used to compile the faust2pd.pure script to
a native executable. I've been meaning to file a bug report at the LLVM
Bugzilla so that this gets fixed in LLVM 3.5 at least, but totally forgot
about it. Thanks for reminding me. :) I'll check whether that bug is still
present in the latest LLVM revision from svn and file a bug report asap if
it is.

If you want to stick to LLVM 3.4, the easiest way to work around the bug is
to just use the llc and opt tools from LLVM 3.3 instead, see this thread on
the Pure mailing list:
https://groups.google.com/forum/#!topic/pure-lang/ZiMK5DY9Tq0. They will
work fine even if Pure itself is linked against the LLVM 3.4 libraries.

If you're running the latest Pure version, you can compile LLVM 3.3 with
--disable-shared and drop the statically linked llc and opt executables
into the Pure library directory (/usr/lib/pure or /usr/local/lib/pure,
depending on where you installed Pure). Or you can try to use the
ready-made Linux ELF 64 and 32 bit binaries available here:
https://bitbucket.org/purelang/pure-lang/downloads/llvm-3.3-tools.tar.bz2.
They will hopefully work on all Linux distributions with recent C/C++
libraries. The package also contains a README with instructions on how to
compile your own llc and opt if the provided binaries don't work on your
system.

Which Linux distribution do you use? For Arch Linux and derivatives we have
a package which implements this workaround, so you could install Pure
straight from the AUR and you'll be set. If you're on some other
distribution, drop me an email so that I can walk you through the needed
steps, if necessary.

Sorry for the hassle. It's really not Pure's fault. The LLVM devs broke
their tools on Linux and didn't even notice it. :( Alas, this kind of
breakage happens much too often. E.g., on the Mac the llc from LLVM 3.3 was
broken. But there's really no alternative to LLVM these days, if you need a
comprehensive cross-platform compiler backend featuring JIT compilation, so
we compiler writers love LLVM despite its bugs. :)

Albert



On Wed, May 14, 2014 at 3:46 AM, Hugo Caracalla es.illus...@gmail.comwrote:


 Hello,

 Trying to keep it all as clean as possible, I did the steps Thomas gave
 and managed to get quite further :

 The installation of llvm, Clang, their dependencies, Pure, pd-Pure, and
 purexml went smoothly. Alas, the last one did not : when trying to make
 faust2pd, I obtain the following results :

  sed -e 's?@version@?2.7?'  faust2pd.pure  xxfaust2pd.pure
 pure -c xxfaust2pd.pure -o faust2pd
 faust2pd.s: Assembler messages:
 faust2pd.s:53: Error: invalid character '' in operand 1
 faust2pd.s:111: Error: invalid character '' in operand 1
 faust2pd.s:169: Error: invalid character '' in operand 1
 faust2pd.s:275: Error: invalid character '' in operand 1
 faust2pd.s:386: Error: invalid character '' in operand 1
 faust2pd.s:596: Error: Missing symbol name in directive

 And so on, and so on...

 I could give to anyone interested the whole log of it but I think those
 lines should be enough to give the idea.

 It seems that pure is misreading what I feed him with, but I didn't manage
 to get any further than this. If anyone has a hint of what is going on, I
 would be truly grateful.

 -Hugo


 --
 Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
 Instantly run your Selenium tests across 300+ browser/OS combos.
 Get unparalleled scalability from the best Selenium testing platform
 available
 Simple to use. Nothing to install. Get started now for free.
 http://p.sf.net/sfu/SauceLabs
 ___
 Faudiostream-users mailing list
 Faudiostream-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/faudiostream-users




-- 
Dr. Albert Graf
Dept. of Music-Informatics, University of Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos.
Get unparalleled scalability from the best Selenium testing platform available
Simple to use. Nothing to install. Get started now for free.
http://p.sf.net/sfu/SauceLabs___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] Reading a ~.pd_linux with Pure Data

[Albert Graef]

Sorry, still catching up on my email...

On Mon, May 12, 2014 at 7:10 PM, Hugo Caracalla es.illus...@gmail.comwrote

  faust -a puredata.cpp -o noise-pd.cpp noise.dsp
  g++ -DPD -Wall -g -shared -Dmydsp=noise \
 -I/usr/include/pdextended \
 -o noise~.pd_linux noise-pd.cpp


That looks good to me. You might want to check with `file noise~.pd_linux`
that you really created a proper shared library there. If it prints
something like ELF 64-bit LSB shared object, ... then your Pd external
should be ready to go.

The problem is, my .pd_linux file is not recognized by Pd-extended :

 Ignoring '/home/hugo/Desktop/noise~.pd_linux': doesn't look like a Pd-file


That looks like you tried to load the external as a Pd patch (performing
some equivalent of `pd noise~.pd_linux`). This won't work. You need to
place noise~.pd_linux into a directory where Pd will be able to find it
(usually that's the directory with your main patch, but you can also place
it anywhere on Pd's library search path). Then you can just insert a
`noise~` object in your main patch just like any other (open your main
patch in Pd, Ctrl-1, then type the object name).

There's one caveat there. If you just created a new patch (Ctrl-N), then
you should save it first in the same directory where you put the
noise~.pd_linux file, so that Pd can find the external when you create the
noise~ object. If you fail to do this then Pd will complain that it can't
create the object (because it can't find noise~.pd_linux).

An alternative which avoids this kind of mishap is to create a directory
for your Faust externals (say, ~/faust-externals) and put that directory on
the Pd search path (File/Preferences/Path in recent Pd versions). Then you
can just drop your Faust externals (the .pd_linux files) into that
directory and they should be ready to go no matter where you create your
patches.

I tried to get around the problem by installing faust2pd, which I
 understand is able to create objects in Pure Data, which are simpler to use.


faust2pd is just a helper script which creates Pd GUI (graph-on-parent)
patches for the controls in a Faust module. It's very convenient, but by no
means necessary to create Faust externals. You could do your own GUI or
just send Pd messages in the appropriate format to a Faust external in
order to modify and inspect its control values.


 My basic guess would be that what makes noise~.pd_linux unreadable also
 makes noise.pd problematic, but I fear I can't go any further.


Are you sure that the file is unreadable? It looks to me as if Pd just
can't find it. If you suspect that the file is borked in some way, please
run the file command on noise~.pd_linux as I described above and post the
results here, then I can say more.

I have been trying for a week to get the whole path from Faust to Pure
 working, and I am quite disheartened to see all my efforts go into this
 instead of going into the making of my actual Faust function. So if any
 amongst you thinks he has a lead on this matter, I would be truly grateful
 to you.


Sorry about your frustration. Getting the stuff to work isn't really all
that complicated, but every beginning is hard. There's the faust2pd manual
at http://puredocs.bitbucket.org/faust2pd.html which also describes the
workings of the puredata.cpp architecture, but maybe I have to do a
beginner's tutorial which spells out all the required steps more explicitly.

Did you try the faust2pd tarball from http://purelang.bitbucket.org/? You
can find that here:
https://bitbucket.org/purelang/pure-lang/downloads/faust2pd-2.7.tar.gz. It
contains a bunch of examples and Makefiles to build them all. Just extract
the tarball, and run `make examples` in the extracted directory, and have a
look at the various patches in the examples subdirectories. (Note that if
you're using LLVM 3.4 on Linux, then you first have to fix the issue with
llc as I described in the other thread, so that faust2pd compiles cleanly.)

HTH,
Albert

-- 
Dr. Albert Graf
Dept. of Music-Informatics, University of Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos.
Get unparalleled scalability from the best Selenium testing platform available
Simple to use. Nothing to install. Get started now for free.
http://p.sf.net/sfu/SauceLabs___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] faust2pd make error

[Albert Graef]

On Wed, May 14, 2014 at 2:03 PM, Hugo Caracalla es.illus...@gmail.comwrote:

 You are also right about the ~.pd_linux files : trying to open them
 directly via pure data was nonsense (although at the time I actually had
 tried adding the path of my ~.pd_linux file to pure data search path and
 still couldn't call it in Pd : but then pure wasn't well-installed so there
 is not much to be said).


As I said, the Pure installation isn't needed for the Pd Faust externals in
any way, so that must have been due to some other snafu -- maybe a mistyped
path or something like that. But anyway, I'm happy that it works for you
now. :)

Albert

-- 
Dr. Albert Graf
Dept. of Music-Informatics, University of Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos.
Get unparalleled scalability from the best Selenium testing platform available
Simple to use. Nothing to install. Get started now for free.
http://p.sf.net/sfu/SauceLabs___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] faust2vst[i] - platform dependencies

[Albert Graef]

Hi Robin,

On Sat, May 17, 2014 at 3:39 PM, Robin Gareus ro...@gareus.org wrote:

 Yet the script to compile the binaries and create the bundles is still
 OSX specific. I had a look at similar tools that ought to have
 architecture dependent build recipes (eg. faust2lv2synth) but could not
 find any. Is this intentional?


The faust-lv2 master repo is here:
https://bitbucket.org/agraef/faust-lv2/src; it also includes the script
you're looking for. (But I'm pretty sure that the script is in the Faust
sources as well.)

I'm also going to backport Yan's improvements (in particular, the dynamic
voice allocation code) to faust-lv2 as soon as I find some time.

Albert

-- 
Dr. Albert Graf
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos.
Get unparalleled scalability from the best Selenium testing platform available
Simple to use. Nothing to install. Get started now for free.
http://p.sf.net/sfu/SauceLabs___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] [Faudiostream-devel] FaustLive is released !

[Albert Graef]

Hi Sarah,

On Mon, Jun 2, 2014 at 10:07 PM, sden...@grame.fr wrote:

 GRAME is happy to announce the official release of FaustLive


Congrats for the release!

Will there be a source tarball to go along with the binary packages? Also,
it would be nice if you could mention the Linux distro the binary release
was built on (Ubuntu 14.04?), the different Linux distributions aren't all
that binary compatible. ;-)

A note to Arch users: The Linux binaries won't run on Arch, since it links
against older versions of libgnutls and libgcrypt. I'm currently trying to
compile it on my Manjaro box so that we can package it for the Arch User
Repositories asap. I'll also have to fix up our faust2-git package so that
it includes all required Faust-related libraries.

Cheers,
Albert

-- 
Dr. Albert Graf
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
Learn Graph Databases - Download FREE O'Reilly Book
Graph Databases is the definitive new guide to graph databases and their 
applications. Written by three acclaimed leaders in the field, 
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/NeoTech___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] [Faudiostream-devel] FaustLive is released !

[Albert Graef]

Trying to build the Faust-related libraries needed for FaustLive from the
current Faust2 git sources on Arch, I'm getting a few compile errors in the
faustremote stuff, mostly due to missing -I's and -L's, and a missing
#include in one spot. Suggested patch is attached. (I'm ready to commit
this myself, if there aren't any objections. Just let me know.)

Further notes:

- `make httpd` requires the xxd program. That's easy enough to install
(Arch users can find it in the AUR), but it might be good to mention this
in the Faust README file.

- Make sure that you have the latest Jack2 from git installed (1.9.9.5
doesn't do), otherwise `make remote` will give you a bunch of jack-related
compile errors. I think that the FaustLive README even mentions that
somewhere, but maybe the Faust README should be updated with some notes on
faustremote as well.

Albert

-- 
Dr. Albert Graf
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
diff --git a/architecture/faust/gui/PathUI.h b/architecture/faust/gui/PathUI.h
index 4993ac2..4c0c065 100644
--- a/architecture/faust/gui/PathUI.h
+++ b/architecture/faust/gui/PathUI.h
@@ -4,6 +4,7 @@
 #include faust/gui/UI.h
 #include vector
 #include string
+#include algorithm
 
 
/***
  * PathUI : Faust User Interface
diff --git a/embedded/faustremote/RemoteClient/Makefile 
b/embedded/faustremote/RemoteClient/Makefile
index 864dd21..201df36 100644
--- a/embedded/faustremote/RemoteClient/Makefile
+++ b/embedded/faustremote/RemoteClient/Makefile
@@ -8,7 +8,7 @@ os  := $(shell uname)
 system ?= $(shell uname -s)
 
 PREFIX ?= /usr/local
-INCPATH = -I. -I../ -I/usr/include -I/opt/local/include -F/Library/
+INCPATH = -I. -I../ -I../../../architecture -I/usr/include 
-I/opt/local/include -F/Library/
 
 ifeq ($(system), Darwin)
CXX = g++
@@ -28,7 +28,7 @@ all: $(objects) libfaustremote.a
 
 
 libfaustremote.a : $(objects)
-   libtool -static $(LIBFLAGS) $(objects) -o libfaustremote.a 
+   libtool $(LIBFLAGS) $(objects) -o libfaustremote.a 
 
 install:
install libfaustremote.a  /usr/local/lib/faust/ 
diff --git a/embedded/faustremote/RemoteClient/Sources/remote_dsp_aux.cpp 
b/embedded/faustremote/RemoteClient/Sources/remote_dsp_aux.cpp
index 0cb87f3..060f9ce 100644
--- a/embedded/faustremote/RemoteClient/Sources/remote_dsp_aux.cpp
+++ b/embedded/faustremote/RemoteClient/Sources/remote_dsp_aux.cpp
@@ -22,7 +22,7 @@
 #include sstream
 #include remote_dsp_aux.h
 #include faust/gui/ControlUI.h
-#include faust/llvm-c-dsp.h
+#include ../../../../compiler/generator/llvm-c-dsp.h
 #include ../../../../compiler/libfaust.h
 
 #include ../../utilities.h
diff --git a/embedded/faustremote/RemoteServer/Makefile 
b/embedded/faustremote/RemoteServer/Makefile
index 826bf42..d4bc127 100644
--- a/embedded/faustremote/RemoteServer/Makefile
+++ b/embedded/faustremote/RemoteServer/Makefile
@@ -1,10 +1,10 @@
 CC= gcc -O3
 CXX   = g++ -O3
 DEFINE   = D_REENTRANT  
-INCPATH   = -I. -I../ -I/usr/include -I/opt/local/include 
-F/Library/Frameworks
+INCPATH   = -I. -I../ -I../../../architecture -I/usr/include 
-I/opt/local/include -F/Library/Frameworks
 LINK  = g++
 LLVM_CONFIG   = llvm-config
-LIBS  = -L/usr/local/lib/faust -lfaust -ljacknet -ljack 
-L/opt/local/lib -lmicrohttpd -lpthread -lcrypto `$(LLVM_CONFIG) --ldflags` 
`$(LLVM_CONFIG) --libs` -ldl -llo
+LIBS  = -L../../../compiler -L/usr/local/lib/faust -lfaust -ljacknet 
-ljack -L/opt/local/lib -lmicrohttpd -lpthread -lcrypto `$(LLVM_CONFIG) 
--ldflags` `$(LLVM_CONFIG) --libs` -ldl -llo
 
 sources =  $(wildcard *.cpp)
 objects = $(sources:.cpp=.o)
--
Learn Graph Databases - Download FREE O'Reilly Book
Graph Databases is the definitive new guide to graph databases and their 
applications. Written by three acclaimed leaders in the field, 
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/NeoTech___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] [Faudiostream-devel] FaustLive is released !

[Albert Graef]

Hmm, actually it seems that the link command in
embedded/faustremote/RemoteClient/Makefile is bogus. Before I started
messing with it, it was:

libfaustremote.a : $(objects)
libtool -static $(LIBFLAGS) $(objects) -o libfaustremote.a

I simply removed the -static option which isn't recognized on Linux, but
this doesn't work either (libfaustremote.a ends up being empty). I guess
that this works with the libtool command on the Mac, but not on Linux, so
I'm going to change it to:

ifeq ($(system), Darwin)
libfaustremote.a : $(objects)
libtool -static $(LIBFLAGS) $(objects) -o libfaustremote.a
else
libfaustremote.a : $(objects)
rm -f $@
ar cq $@ $(objects)
ranlib $@
endif

Please hold on while I clean up this mess...



On Tue, Jun 3, 2014 at 12:39 PM, Albert Graef aggr...@gmail.com wrote:

 On Tue, Jun 3, 2014 at 12:15 PM, Stéphane Letz l...@grame.fr wrote:

 Please do!


 Done. I've pushed this to the faust2 branch, maybe some kind soul can pull
 it over to the main branch?

 --
 Dr. Albert Graf
 Computer Music Research Group, JGU Mainz, Germany
 Email:  aggr...@gmail.com
 WWW:https://plus.google.com/+AlbertGraef




-- 
Dr. Albert Graf
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
Learn Graph Databases - Download FREE O'Reilly Book
Graph Databases is the definitive new guide to graph databases and their 
applications. Written by three acclaimed leaders in the field, 
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/NeoTech___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] [Faudiostream-devel] FaustLive is released !

[Albert Graef]

On Tue, Jun 3, 2014 at 7:18 PM, Albert Graef aggr...@gmail.com wrote:

 Please hold on while I clean up this mess...


Ok, this should be fixed now. Still have to test on OSX, waiting for
MacPorts to finish updating...

-- 
Dr. Albert Graf
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
Learn Graph Databases - Download FREE O'Reilly Book
Graph Databases is the definitive new guide to graph databases and their 
applications. Written by three acclaimed leaders in the field, 
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/NeoTech___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] Problems with installing/compiling Faust onto windows 7 (64bit)

[Albert Graef]

On Tue, Sep 30, 2014 at 1:02 AM, Albert Graef aggr...@gmail.com wrote:

 Daniel, you can give this a go as well, if you check out the master branch
 from the Faust git repository -- the msvc project there should now build
 cleanly and give you a faust.exe that works. Just let me know if you still
 want my mingw binaries (that's a zip file with the entire installation
 tree).


Since you specifically asked about 64 bit binaries: I'm not sure what the
msvc project builds by default. But it shouldn't really matter, as 32 bit
binaries will run fine on 64 bit Windows, and in any case the
Faust-generated code should work with 64 bit compilers.

-- 
Dr. Albert Graf
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
Slashdot TV.  Videos for Nerds.  Stuff that Matters.
http://pubads.g.doubleclick.net/gampad/clk?id=160591471iu=/4140/ostg.clktrk___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] Problems with installing/compiling Faust onto windows 7 (64bit)

[Albert Graef]

Hi Daniel,

On Tue, Sep 30, 2014 at 2:54 AM, DANIEL ThOTh da...@rentip.org wrote:

 It took me some time to learn how to download packed source files from
 git, but got it and now it's zero errors and zero warnings!


There's a binary package for Git available from
http://git-scm.com/download/win, which can be set up so that it runs from
either the Windows command line or from mingw msys bash. It's very easy to
install, that's what I'm using on my virtual Windows hosts, too.


 Also thanks for your effort for making a version that would compile in
 something nicer than MS Visual Studio. I personally used to be using
 DevC++, but MinGW sounds good too.


DevC++ uses mingw as its C/C++ compiler, but it's pretty old and hasn't
been updated in a while AFAICT. You can probably make it work with a recent
mingw install, though. Or try something like CodeLite (
http://www.codelite.org/), which is still being actively maintained, has
good gdb integration and works on all major OSes.


 Now, I tried to copy the Faust.exe into the FaustWorks v0.3 directory and
 set the path in it's preferenced and I noticed a bug there. It said:
 Faust not found


That's a common issue with software that gets ported from Linux/Un*x. It
should be easy enough to fix in the FaustWorks source, but to work around
it, just make sure that you install FaustWorks in a directory not
containing any spaces in its name.

Concerning a new binary release of FaustWorks for Windows, I guess that the
fine folks at Grame may be able to comment on that. You could also try to
compile the latest source from the git repo yourself (it needs Qt5, though).

Albert

-- 
Dr. Albert Graf
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
http://pubads.g.doubleclick.net/gampad/clk?id=154622311iu=/4140/ostg.clktrk___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] Build LV2 error

[Albert Graef]

Yes, to keep things simple, the basename of the dsp source is currently
used for a bunch of different identifiers needed when generating the LV2
bundle, and one of these is the dsp class name, so it must be a valid C++
identifier.

We should probably overhaul this simplistic scheme some time, so I've
opened a ticket for this at the upstream faust-lv2 project:
https://bitbucket.org/agraef/faust-lv2/issue/1. If anyone is bothered
enough by this issue then please let me know or leave a note there; I
always have so many things on my infinite TODO list that it probably won't
be fixed anytime soon otherwise. ;-)

Albert

On Sun, Nov 2, 2014 at 1:50 AM, Viacheslav Lotsmanov lotsmano...@gmail.com
wrote:

 Thank you! I just renamed channel-delay-stereo to channelDelayStereo
 and now my issue solved.

 On 2 November 2014 00:06, Harry van Haaren harryhaa...@gmail.com wrote:
  On Sat, Nov 1, 2014 at 8:51 PM, Viacheslav Lotsmanov 
 lotsmano...@gmail.com
  wrote:
 
  I try to build some dsp to LV2 plugin and got this error:
  ```
  $ env LANG=en faust2lv2 channel-delay-stereo.dsp
  /tmp/tmp.kcV5qmK0Om/channel-delay-stereo.cpp:389:14: error: expected
  unqualified-id before '-' token
   class channel-delay-stereo : public dsp {
^
 
  Faust-LV2 seems to replace spaces in DSP names with -, which isn't
 allowed
  as a classname. Try removing the spaces, and see if that works.
 
  Note that with FAUST at 0.9.67 this issue doesn't occur.
 
  HTH, -Harry


 --
 ___
 Faudiostream-users mailing list
 Faudiostream-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/faudiostream-users




-- 
Dr. Albert Graf
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] QT5 faust2caqt

[Albert Graef]

Yeah, there's definitely something wrong with the faust2caqt script on the
Mac, and maybe others. The script merely checks for Mavericks (or rather a
Darwin kernel version  12) and then sets up the compile options and the
makespec accordingly. But it should really check for the Qt version
instead; macx-clang seems to be required to make compilation against Qt5
work, whereas macx-g++ seems to be needed with older Qt (and/or OSX?)
versions. FaustLive is bitten by similar issues.

I'm not sure what's the right way to solve this, but here's a way to check
for the Qt version and return a suitable makespec:

test `qmake --version | tail -1 | sed -e 's/^.*version \([0-9]*\).*$/\1/'`
-gt 4  echo macx-clang || echo macx-g++

Something like this anyway. This works for me on Mavericks. Unfortunately,
I don't have an older OSX version to test. But I think that Qt5 probably
won't be supported on much older OSX versions anyway, so macx-clang should
be the right makespec there, and AFAICT macx-g++ should probably work with
Qt4 on most recent OSX versions. Can anyone confirm this?

Albert


On Mon, Oct 13, 2014 at 9:44 PM, Julius Smith j...@ccrma.stanford.edu
wrote:

  I'm still using qt4-mac from MacPorts, but the following was necessary
 to make that to work:

 ;; Make faust2caqt and faust2jaqt et al work:
   cd /opt/local/share/qt4/mkspecs
   ln -s macx-llvm macx-clang

 - Julius


 At 09:58 AM 10/13/2014, Oliver Larkin wrote:

 Does anyone know how to make faust2caqt work with the latest QT5 on OSX
 Mavericks?

 thanks

 oli

 --
 Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
 Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
 Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
 Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
  http://p.sf.net/sfu/Zoho
 ___
 Faudiostream-users mailing list
 Faudiostream-users@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/faudiostream-users


 Julius O. Smith III j...@ccrma.stanford.edu
 Professor of Music and, by courtesy, Electrical Engineering
 CCRMA, Stanford University
  http://ccrma.stanford.edu/~jos/


 --
 Comprehensive Server Monitoring with Site24x7.
 Monitor 10 servers for $9/Month.
 Get alerted through email, SMS, voice calls or mobile push notifications.
 Take corrective actions from your mobile device.
 http://p.sf.net/sfu/Zoho
 ___
 Faudiostream-users mailing list
 Faudiostream-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/faudiostream-users




-- 
Dr. Albert Graf
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] faustlive

[Albert Graef]

On Sun, Nov 9, 2014 at 7:40 PM, Oliver Larkin olilar...@googlemail.com
wrote:

 faustlive is a very nice tool but I a problem with it because it often
 brings up floating windows that extend beyond the bottom of my screen. The
 windows have no title bar and so cannot be moved up (e.g. export windows).
 This means it is impossible to see which buttons to click!


+1

I'd also prefer it if the dialog windows had normal decorations, if only to
being able to move them around and look at what's underneath. Generally,
override-redirect should only be used for special popups such as menus and
splash screens. You can make the dialogs modal if the intention is to
prevent interaction with the rest of the application while it is up, but
bypassing the window manager on such popups is almost never necessary.

-- 
Dr. Albert Graf
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] faustlive

[Albert Graef]

On Mon, Nov 10, 2014 at 3:40 PM, Oliver Larkin olilar...@googlemail.com
wrote:

 also one more point - the interface to the .dsp often gets too tall an
 it’s impossible to get to sliders at the bottom. A scrollbar would be
 really useful here!


That's already in the repository. I have that version packaged up for Arch (
https://aur.archlinux.org/packages/faustlive-git) and Ubuntu 14.04 (
https://launchpad.net/~dr-graef/+archive/ubuntu/faust.trusty), or you could
compile FaustLive yourself from the git source.

-- 
Dr. Albert Graf
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

[Faudiostream-users] New faustvst.cpp architecture

[Albert Graef]

Hi everybody,

as I've been playing around with some commercial DAWs lately, which don't
support LV2, I felt the need to have something like faust-lv2 for VST
plugins. First I gave Yan Michalevsky's new vst.cpp architecture a try,
which he presented at LAC 2014. Yan's architecture has a very cool
portamento feature (you can listen to that at
http://stanford.edu/~yanm2/music/faustloop.mp3), but it didn't really work
very well for my own stuff since vst.cpp doesn't handle multi-channel MIDI
data, and AFAICT it also lacks the automatic MIDI controller assignments
and MTS tuning features in faust-lv2.

It would have been quite a lot of work to add all this to Yan's
architecture, so I set out to port my own faust-lv2 to VST instead, which
was surprisingly easy. This is up now at
https://bitbucket.org/agraef/faust-vst. There's a Makefile, the
architecture itself, a faust2faustvst helper script and some examples.
Users of faust-lv2 should feel right at home; any kind of effect or
instrument plugin which works with faust-lv2 should just take a recompile
to turn it into a full-featured VST. (As with Yan's architecture, this
requires Steinberg's SDK, though. Links to that are provided in the README.)

Note that, as with Yan's architecture, there's only a single architecture
faustvst.cpp which does both VSTs and VSTis; for instrument plugins, you
just specify the NVOICES option at compile time, or run faust2faustvst
-nvoices, or put the nvoices meta key into the Faust source itself.

I've tested the new architecture on both Linux and Mac OS X with Ardour3,
Bitwig, Reaper, Qtractor and Tracktion, and it seems to work fine. Windows
support should be a piece of cake, I'll probably do that some time, but I
wouldn't mind if someone beats me to it. ;-) Other items on the TODO list
are to integrate OSC and HTTPD support, and adding Yan's portamento feature
to faust-dsp.

Yann, feel free to add faustvst.cpp and faust2faustvst to the Faust
sources, and it would be great if this could be added to the online
compiler as well. I chose the somewhat bulky names so that they don't
conflict with Yan's stuff.

One issue I'm still grappling with is the license. For now, I decided to
keep the LGPL which faust-vst inherited from faust-lv2. This is also what
most other architectures use, but it makes proprietary uses difficult,
unless a commercial developer is willing to give away the Faust source of a
plugin. I'm interested in hearing everybody's thoughts on this. Do we want
to promote the use of Faust for proprietary plugins? Julius, what are you
thoughts on this, specifically concerning VST? Yan released his
architecture under the 3-clause BSDL, I guess that this was this done to
facilitate commercial uses?

Enjoy. :)
Albert

-- 
Dr. Albert Graf
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration  more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=164703151iu=/4140/ostg.clktrk___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] Faust and MIDI

[Albert Graef]

Hi Nycholas,

happy new year to you and everybody else here. :)

On Sun, Jan 3, 2016 at 5:22 PM, Nycholas Maia  wrote:

> *1-* The FAUST receive a MIDI input? How I do it?
>

You need to use an architecture (-a option of the Faust compiler) that
supports that kind of thing. Both Yan Michalevsky's VST architecture
(available in recent Faust versions) and my own VST architecture (available
at https://bitbucket.org/agraef/faust-vst) readily support both VST effects
and instruments. There are different helper scripts which let you compile
the Faust source to a VST or VSTi. You can find a description of Yan's
architecture in the LAC 2014 proceedings; for faust-vst please check the
README at https://bitbucket.org/agraef/faust-vst. (Basically, with
faust-vst you can just put a declaration like nvoices "16"; at the
beginning of your Faust program so that it knows that you want to build a
VSTi rather than a simple VST.)

If you have multi-channel MIDI input, I'd recommend my own architecture,
since Yan's doesn't support this (its note processing algorithm assumes a
single MIDI channel). faust-vst also offers some extra goodies like
built-in MIDI CC processing and MTS tuning capabilities, please check the
README for details. Also, one of my students has created an experimental
version of faust-vst which does custom Qt GUIs using Faust's Qt support (
https://github.com/rosvid/faust-vst-qt; please note that this is still work
in progress). And there's a very similar architecture (
https://bitbucket.org/agraef/faust-lv2) to produce LV2 plugins for Linux.

OTOH, Yan's architecture has a very nice portamento feature which I haven't
ported over to faust-vst yet, so if you don't need faust-vst's extra
capabilities then you might want to give it a go as well.


> *2-* If I can do FAUST receive a MIDI input (Sibelius in real time), I
> connect the Sibelius and FAUST by JACK?
>

No, if you're building a VSTi then everything is in the architecture, no
Jack required.


> *3-* Once developed VSTi plugin, to have it as 100% functional, just put
> it in the VST folder on my Mac?
>

Exactly. You compile the plugin with the corresponding helper script, which
invokes the Faust and C++ compilers and outputs a bundle named like
myplugin.vst. Then just copy that bundle to your VST plugin folder and
you're ready to go. (Some hosts might have to be told to rescan the
plugins, though.) It should work out of the box in Sibelius or any other
VST host, I'm running Faust-generated VSTis created with faust-vst on both
the Mac and Linux all the time, using various DAWs such as Ardour, Bitwig
Studio, Reaper and Tracktion, as well as stand-alone VST hosts such as
Carla. Works great. :)

*4-* Is there *any example of VSTi plugin* that I can use? Any project that
> receives a MIDI message and synthesizes this MIDI message in audio?
>

faust-vst contains several basic examples and a Makefile to compile them,
please check the examples folder at
https://bitbucket.org/agraef/faust-vst/src.

HTH,
Albert

-- 
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] FAUST: Compiling error

[Albert Graef]

On Wed, Jan 6, 2016 at 2:11 AM, Nycholas Maia  wrote:

> faustvst.cpp:404:10: fatal error: 'boost/circular_buffer.hpp' file not
> found


There's a dependency missing there. The Boost headers are needed by
faust-vst. I don't have my Mac handy right now, but try installing the
Boost package from MacPorts, then it should work.

I'd also go with the faust-devel or faust2-devel package from MacPorts,
rather than the faust package which is a rather old Faust revision IIRC. Or
build and install Faust from the git sources yourself, as Oliver suggested.

I'll put together a MacPorts package for faust-vst as soon as I can, but
I'm rather busy with other things right now...

Albert

-- 
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] Faust and Audio Unit (AU)

[Albert Graef]

On Wed, Jan 6, 2016 at 5:00 PM, Nycholas Maia  wrote:

> Can Faust *compile a AU plugin?* How can I do that?
>

Well, there's the faust2au script along with corresponding architectures,
but I've never been able to get it to work -- it compiles the plugins all
right, but I cannot load them in any AU host I tried. :(

Another possibility is a VST/AU bridge. I just tested this one (there's a
demo on the website which you can try, the full version costs some 40
Euros), works fine with faust-vst plugins in both Reaper and Tracktion for
me:

http://ddmf.eu/metaplugin-chainer-vst-au-rtas-aax-wrapper/

The downside is that you have to jump through some extra hoops to make a
VST run inside an AU host, but OTOH it offers the possibility to patch
together an entire chain of VST plugins and expose all VST plugin
parameters to the AU host.

Others recommend fxpansion's bridge (
https://www.fxpansion.com/products/vst-au-adapter/) for this purpose, but
it's more expensive and doesn't have a demo, so I couldn't try it out
myself.

The only free/open-source software of this kind that I know of is falktx's
Carla, but its Mac version doesn't seem to run as an AU yet.

-- 
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] VST support: Problem

[Albert Graef]

I'm pretty sure that Logic (after version 5) does *not* support VST, that's
one of the main reasons why all those VST-AU bridges exist. :)

I just gave the Sibelius 7.5 demo a whirl, and its VST support indeed seems
to be broken, on the Mac at least.

AU instruments work, though, so you can use the 'MetapluginSynth' AU I
suggested in a previous reply to load the VSTs through that plugin. Have
you given it a try? I just tested it with some of the faust-vst examples,
they all work fine.

On Thu, Jan 7, 2016 at 4:18 AM, Nycholas Maia  wrote:

> Hi everybody,
>
> After a lot of tests and Google research, I found that Avid Sibelius 8 and
> Apple Logic X don't remove their support to VST plugins...*the old
> information was wrong. The VST support is running normally!*
>
> I installed Reaper 32 bits and Reaper 64 bits and I tested a Faust example
> (flute.vst) inside Reaper...*works very well!*
>
> Looking inside Reaper preferences, I confirmed *all the VST folders*
> inside of my mac Mac. They are:
> /Library/Audio/Plug-ins/VST
> /Library/Audio/Plug-ins/VST3
> /Users/nyck/Library/Audio/Plug-ins/VST
> /Users/nyck/Library/Audio/Plug-ins/VST3
>
> *The problem is:*
> I put the *same flute.vst plugin in each of these folders.*
>
> Many of modern DAWs do not recognize the Faust plugin, like:
> - Apple Logic X
> - Sibelius 7
> - Sibelius 8
> - Finale 2014
>
> *Why Faust VST plugins are recognized inside Reaper and not inside these
> others DAWs?*
>
> Thanks,
> Nyck
>
>
>
> --
>
> ___
> Faudiostream-users mailing list
> Faudiostream-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/faudiostream-users
>
>


-- 
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] VST support: Problem

[Albert Graef]

On Thu, Jan 7, 2016 at 11:54 PM, Romain Michon  wrote:

> There's sometimes a problem of compatibility of Faust generated VSTs when
> used with 64bits versions of some DAWs. This is a known issue.


Romain, do you have some further details on this? If it's just something in
the meta information that some particularly picky hosts need, that should
be easy enough to fix.

OTOH, I found that *none* of my VSTs and VSTis (including some commercial
ones) are listed by Sibelius 7.5.1, and these *all* work fine in any other
64 bit VST hosts I tried. So I suspect that Sibelius is to blame here, at
least partially.

Does anyone know whether there's some kind of validation software that
checks VSTs and points out potential compatibility issues (stuff like
missing meta data, etc.)?

-- 
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] VST support: Problem

[Albert Graef]

On Fri, Jan 8, 2016 at 10:07 PM, Albert Graef <aggr...@gmail.com> wrote:

> For the time being, you might just run the plugins using MetaPlugin or a
> standalone VST host.


Here's another, rather nice modular VST/AU host I just found, which works
both as a VST/AU plugin and as a stand-alone. It's from IL, the makers of
FL Studio. Just tested it with the Sibelius demo and various other DAWs, it
recognizes the Faust-generated VSTis without a hitch and works very well,
and it's even free. :) (You'll have to register at their forum, though, to
get at the download link.)

http://www.image-line.com/documents/news.php?entry_id=1391136116

-- 
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] Fwd: Faudiostream-users post from ya...@ccrma.stanford.edu requires approval

[Albert Graef]

On Fri, Jan 8, 2016 at 1:56 PM, Yann Orlarey  wrote:

> The recent version of the faust2vst script however generates binaries
> for both architectures however.
>

I should add that faust2faustvst also creates universal binaries by default
on the Mac, so the plugins should work with both 32 and 64 bit hosts.

-- 
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] Simple VSTi

[Albert Graef]

On Tue, Jan 12, 2016 at 12:07 PM, Albert Graef <aggr...@gmail.com> wrote:

> Pitch bends are left as an exercise. ;-)
>

Sorry, I forgot that pitch bends are automagically implemented by the
architecture as well, no need to add anything to the Faust dsp for that. In
addition, faustvst.cpp also understands the usual MIDI RPN controls to set
the pitch bend range (by default this is set to 1 equal-tempered whole tone
up and down, as mandated by the GM standard) and to set the master tuning
(cf. http://www.blitter.com/~russtopia/MIDI/~jglatt/tech/midispec/rpn.htm).

-- 

Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] trouble building faust 1 from git

[Albert Graef]

This definitely isn't faust1 that you're trying to build there, it's faust2.

The -I` --includedir` is the giveaway (this comes from
compiler/Makefile.unix, but only in faust2). Looks to me like you're trying
to build faust2 and don't have LLVM installed (or at least llvm-config
cannot be found in any of the standard locations).

If you are trying to build faust2 and have LLVM installed in a non-standard
location, try setting the LLVM_CONFIG make variable to the full path of the
llvm-config script.

HTH
Albert

On Fri, Jun 3, 2016 at 8:18 PM, Bart Brouns  wrote:

> Hi,
>
> I'm trying to build the latest git, and I get:
>
> http://nixpaste.lbr.uno/raw/6GlRm2v9
>
> Any ideas?
>
> Cheers,
> Bart.
>
>
> --
> What NetFlow Analyzer can do for you? Monitors network bandwidth and
> traffic
> patterns at an interface-level. Reveals which users, apps, and protocols
> are
> consuming the most bandwidth. Provides multi-vendor support for NetFlow,
> J-Flow, sFlow and other flows. Make informed decisions using capacity
> planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
> ___
> Faudiostream-users mailing list
> Faudiostream-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/faudiostream-users
>



-- 
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity 
planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] FaustLive: Lasted Version (Mac)?

[Albert Graef]

On Sun, Jun 12, 2016 at 12:38 AM, Nycholas Maia  wrote:

> 4- When I use the 2.43 version, the MIDIKeys application *can't see *the
> FLW-1. So is impossible to send the MIDI messages to FL.
>

You might have to route MIDIKeys' MIDI output through some IAC MIDI device
to make that work. Or use VMPK (http://vmpk.sourceforge.net/) instead, IIRC
it lets you connect to the FLW inputs in a direct fashion.

-- 
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity 
planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] FaustLive: Lasted Version (Mac)?

[Albert Graef]

On Sun, Jun 12, 2016 at 5:15 AM, Nycholas Maia  wrote:

> And MIDIKeys application doesn't work yet using FL 2.43 (with IAC MIDI
> Device).
>

I haven't used MIDIKeys myself, but from the description on its website it
looks fairly bare-bones as virtual MIDI keyboards go. VMPK seems much more
capable, cross-platform and open-source, you should really give that a try
instead.

-- 
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity 
planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] [Faudiostream-devel] SR now a float

[Albert Graef]

Yann, maybe it would be possible to discuss such changes *before* they
actually happen? ;-)

This opens a can of worms for me. Probably means that the Pure-Faust
bitcode interface is broken now. And this might affect other architectures
as well. We really need a Faust test suite which covers at least the most
popular architectures...

Albert

On Tue, Jun 14, 2016 at 4:32 PM, Yann Orlarey  wrote:

> SR is now a float instead of an int. This fix problems observed when
> running some filters that works at 44100Hz but not at 48000Hz. In this case
> SR^2 > 2^31 and it wraps to negative values if SR is an int !
> Yann Orlarey
>
> Directeur scientifique
> www.grame.fr
>
>
>
>
> --
> What NetFlow Analyzer can do for you? Monitors network bandwidth and
> traffic
> patterns at an interface-level. Reveals which users, apps, and protocols
> are
> consuming the most bandwidth. Provides multi-vendor support for NetFlow,
> J-Flow, sFlow and other flows. Make informed decisions using capacity
> planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
> ___
> Faudiostream-devel mailing list
> faudiostream-de...@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/faudiostream-devel
>
>


-- 
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity 
planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] [Faudiostream-devel] SR now a float

[Albert Graef]

I'm relieved. This almost gave me a cardiac arrest, I'm still working on
getting the blood pressure down again. ;-)

Stéphane, thanks a bunch for clarifying, and sorry for the false alarm, but
Yann's post didn't make this awfully clear. Yann, I hope you enjoyed that
prank! :)

On Tue, Jun 14, 2016 at 6:23 PM, Stéphane Letz <l...@grame.fr> wrote:

> Albert; look at the commit : SR definition has been changed in math.lib,
> it does not change any public interface and so should not break anything…
>
> Stéphane
>
> > Le 14 juin 2016 à 17:21, Albert Graef <aggr...@gmail.com> a écrit :
> >
> > Yann, maybe it would be possible to discuss such changes *before* they
> actually happen? ;-)
> >
> > This opens a can of worms for me. Probably means that the Pure-Faust
> bitcode interface is broken now. And this might affect other architectures
> as well. We really need a Faust test suite which covers at least the most
> popular architectures...
> >
> > Albert
> >
> > On Tue, Jun 14, 2016 at 4:32 PM, Yann Orlarey <orla...@grame.fr> wrote:
> > SR is now a float instead of an int. This fix problems observed when
> running some filters that works at 44100Hz but not at 48000Hz. In this case
> SR^2 > 2^31 and it wraps to negative values if SR is an int !
> >
> > Yann Orlarey
> >
> > Directeur scientifique
> > www.grame.fr
> >
> >
> >
> >
> --
> > What NetFlow Analyzer can do for you? Monitors network bandwidth and
> traffic
> > patterns at an interface-level. Reveals which users, apps, and protocols
> are
> > consuming the most bandwidth. Provides multi-vendor support for NetFlow,
> > J-Flow, sFlow and other flows. Make informed decisions using capacity
> > planning reports.
> https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
> > ___
> > Faudiostream-devel mailing list
> > faudiostream-de...@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/faudiostream-devel
> >
> >
> >
> >
> > --
> > Dr. Albert Gr"af
> > Computer Music Research Group, JGU Mainz, Germany
> > Email:  aggr...@gmail.com
> > WWW:https://plus.google.com/+AlbertGraef
> >
> --
> > What NetFlow Analyzer can do for you? Monitors network bandwidth and
> traffic
> > patterns at an interface-level. Reveals which users, apps, and protocols
> are
> > consuming the most bandwidth. Provides multi-vendor support for NetFlow,
> > J-Flow, sFlow and other flows. Make informed decisions using capacity
> > planning reports.
> https://ad.doubleclick.net/ddm/clk/305295220;132659582;e___
> > Faudiostream-devel mailing list
> > faudiostream-de...@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/faudiostream-devel
>
>


-- 
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity 
planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] [Faudiostream-devel] SR now a float

[Albert Graef]

Hi Yann,

On Tue, Jun 14, 2016 at 7:40 PM, Yann Orlarey  wrote:

> But you know that I would not make you such a bad thing, right ?
>

Really? BTW, talking about high blood pressure, I'm still waiting for that
LAC17 proposal to show up on lac-team some time... Touché. ;-)


> Concerning a test suite, you can use the one in tools/faust2appls/test. It
> tests all the faust2xxx scripts.
>

Ah yes, I think I remember that now. Thanks for the reminder!

Cheers,
Albert

-- 
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity planning
reports. http://pubads.g.doubleclick.net/gampad/clk?id=1444514421=/41014381___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] faust web compiler unavailable

[Albert Graef]

Sorry, forgot to cc the list.

On Wed, Jun 15, 2016 at 9:48 PM, Albert Graef <aggr...@gmail.com> wrote:

> Hi Jesse,
>
> On Tue, Jun 14, 2016 at 11:10 PM, Jesse Mejia <jme...@anestheticaudio.com>
> wrote:
>
>> Is there a toolchain for doing this cross compilation myself with OSX?
>>
>
> For Mavericks and later, there are the MacPorts packages faust2-devel and
> faust2pd. (Might also work on earlier macOS versions, but I haven't tested
> that.) See http://www.macports.org/. MacPorts installation instructions
> can be found here: http://www.macports.org/install.php. Once you've got
> MacPorts up and running, you simply run 'sudo port install faust2-devel
> faust2pd' and you should be set.
>
> (NB: An alternative would be to install the pd-pure and pure-faust
> packages from MacPorts. pd-faust is basically an improved version of
> faust2pd with built-in polyphony support and the ability to load Faust dsps
> in Pd and generate their Pd GUIs dynamically. Installation instructions for
> these can be found at:
> https://bitbucket.org/purelang/pure-lang/wiki/PureOnMacOSX#markdown-header-pd-and-friends
> )
>
>
>> https://github.com/alvasnaedis/faust/tree/master/tools/faust2pd
>>
>> That looks like what I need and maybe these instructions?
>> https://ccrma.stanford.edu/~jos/aspf/Generating_Pd_Plugin.html
>>
>
> Yes, the manual procedure sketched out there should still work, but
> nowadays there's also the faust2puredata helper script which makes this
> much easier, e.g.:
>
>   faust2puredata amp.dsp
>   faust2puredata -poly organ.dsp
>
> This will generate both the external and its GUI patch. (I think that the
> online compiler uses the same script.)
>
> HTH,
> Albert
>
> --
> Dr. Albert Gr"af
> Computer Music Research Group, JGU Mainz, Germany
> Email:  aggr...@gmail.com
> WWW:https://plus.google.com/+AlbertGraef
>



-- 
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity planning
reports. http://pubads.g.doubleclick.net/gampad/clk?id=1444514421=/41014381___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] faust web compiler unavailable

[Albert Graef]

On Wed, Jun 15, 2016 at 9:48 PM, Albert Graef <aggr...@gmail.com> wrote:

> Yes, the manual procedure sketched out there should still work, but
> nowadays there's also the faust2puredata helper script which makes this
> much easier, e.g.:
>
>   faust2puredata amp.dsp
>   faust2puredata -poly organ.dsp
>

I should add that faust2puredata assumes that you have Pd-Extended
installed, in order to locate the m_pd.h include file. If you have vanilla
Pd then you'll have to adjust the corresponding path in the script
accordingly.

-- 
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity planning
reports. http://pubads.g.doubleclick.net/gampad/clk?id=1444514421=/41014381___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] Ann: Develop Faust programs inside the Radium music editor

[Albert Graef]

Very nice, congrats!!

On Thu, Jun 23, 2016 at 8:00 PM, Kjetil Matheussen  wrote:

> Hello all,
>
> With the help of libfaust, you can now develop programs within
> the Radium music editor. This has several advantages:
>
> * Hear (and see) immediately the changes while writing.
>   I.e. realtime compilation. No "compile" button.
>
> (Hmm, I guess "several advantages" was a bit exaggerated,
> considering it's only one, but it's a quite big one though,
> I think.)
>
> Here's a video:
> https://www.youtube.com/watch?v=LJm9Lox1WFA
>
> Radium is available here:
> http://users.notam02.no/~kjetism/radium/
>
> This feature is available in the latest version of Radium (V3.9.4)
> for Linux, Mac OS X, and Windows 64 bit.
>
>
>
> --
> Attend Shape: An AT Tech Expo July 15-16. Meet us at AT Park in San
> Francisco, CA to explore cutting-edge tech and listen to tech luminaries
> present their vision of the future. This family event has something for
> everyone, including kids. Get more information and register today.
> http://sdm.link/attshape
> ___
> Faudiostream-users mailing list
> Faudiostream-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/faudiostream-users
>
>


-- 
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
Attend Shape: An AT Tech Expo July 15-16. Meet us at AT Park in San
Francisco, CA to explore cutting-edge tech and listen to tech luminaries
present their vision of the future. This family event has something for
everyone, including kids. Get more information and register today.
http://sdm.link/attshape___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] VST support: Problem

[Albert Graef]

On Sun, Jan 10, 2016 at 11:54 PM, Nycholas Maia  wrote:

> When I read for the first time about the Faust I was *extremely excited 
> *because
> it seemed to me an API "ready for use", especially within the Sibelius /
> Finale.
>

Well, Faust the programming language is already very mature, but the Faust
compiler, FaustLive and some of the architectures are still subject of
ongoing research and development. And nobody has had your specific
Finale/Sibelius use case yet, so you can't expect everything to just work
out of the box for you. ;-)

I do not even know where to begin researching how to create such
> compatibility with Faust.
>

Ok, that was a misunderstanding on my side. I thought that you were
considering the options of either using Faust or rolling your own plugin,
in which case you might as well have helped us getting the Sibelius/Finale
integration right because you're the only one with that specific use case
right now. But it's not a problem if you can't, then you'll just have to
live with the workarounds I pointed out earlier, until someone else comes
along and fixes the AU and/or VST architectures accordingly.

I do not know if I understand correctly, but it looks like the *Faust 2 can
> compile AU plugins.*
>

In principle yes, but as I pointed out before, they're not working, at
least not on Yosemite. :( I actually tried with faust2au, and the created
plugins fail to load in *every* AU host I tried. Your mileage may vary,
though, so give it a whirl and see for yourself.

That's why I suggested as workarounds to either use (1) a VST/AU bridge or
(2) a standalone host which could then be hooked up as an external MIDI
device to Sibelius or Finale. So that gives you two good (if not ideal)
ways to run your Faust programs with Finale and Sibelius right away.

I'm open to discussions on the subject.
> I'm sorry the amount of e-mails on this subject, I hope not disturb much.
>

No sweat. That's what mailing lists are for. :)

Albert

-- 
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] FaustLive: stkmain error

[Albert Graef]

It looks like you're using the flute.dsp from faust-vst/examples. This
requires the custom instrument.lib in the same place, so make sure that you
invoke it from that directory (otherwise it will pick up the instrument.lib
from the standard Faust library which doesn't define that stkmain function).

Or just run the same STK example from the Faust sources (see, e.g.,
faust2/examples/faust-stk/flute.dsp) which works with the standard
instrument.lib.

Also note that some of the STK examples (e.g., bass.dsp) require external
(C/C++) functions and thus won't run in FaustLive.


On Mon, Jan 11, 2016 at 1:52 AM, Nycholas Maia  wrote:

> Hi everybody,
>
> I am new in FaustLive and I'm trying to run a "flute.dsp" example.
>
> I got the error:
> Undefined Symbol: BoxIdent[*stkmain*]
>
> Should I install some Faust library?
>
> Thanks,
> Nyck
>
>
>
> --
> Site24x7 APM Insight: Get Deep Visibility into Application Performance
> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
> Monitor end-to-end web transactions and take corrective actions now
> Troubleshoot faster and improve end-user experience. Signup Now!
> http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140
> ___
> Faudiostream-users mailing list
> Faudiostream-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/faudiostream-users
>
>


-- 
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] (no subject)

[Albert Graef]

On Thu, Jan 14, 2016 at 8:43 AM, Stéphane Letz  wrote:

> This is a little strange thing :  -lLLVM-3.5.2 appears in the link step
> when you said that  version 3.5.2-3 was used ?
>

-3 is just the package revision, the package still contains a
libLLVM-3.5.2.so.

-- 
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] Staccato: Help

[Albert Graef]

Yes, I see (or rather hear) what you mean. The adsr from the library
doesn't properly deal with zero sustains. Sorry, I don't have a ready-made
solution for this. Any dsp buff here who knows how to do an envelop which
enters the release phase immediately after attack (i.e., like ASR, but
without the S)? This shouldn't be too hard to do, but I can't wrap my head
around it at this time in the morning. ;-)

On Thu, Jun 16, 2016 at 2:36 AM, Nycholas Maia <nyckm...@gmail.com> wrote:

> Hi Albert,
>
> Thank you for your quick response.
> Now the ADSR envelop start to work, but I can't get the staccato sound *(very
> fast/short sound)...like a percussive musical instrument.*
> If I press and sustain a MIDI keyboard DOWN, the FL play a continuos
> sound. And I don't want it now.
> Could you help me?
>
> Here is my simple code just to test the ADSR envelop and percussive sound:
> ===
> import("music.lib");
> import("instrument.lib");
>
> freq = nentry("freq", 440, 20, 2, 1);
> gain = nentry("gain", 1, 0, 10, 0.01);
> gate = button("gate");
>
> sine = osc(freq) * gain;
>
> Attack = hslider("Attack (ms)", 100, 0, 200, 1);
> Decay = hslider("Decay (ms)", 100, 0, 200, 1);
> Sustain = hslider("Sustain (percent)", 10, 0, 100, 1);
> Release = hslider("Release (ms)", 100, 0, 200, 1);
>
> // Convert to milliseconds:
> ADSR_env = adsr(Attack/1000, Decay/1000, 90, Release/1000, gate);
>
> process = (sine * ADSR_env) <: _, _;
> ==
>
> Thank you for your patience.
>
> Kind regards!
> Nyck
>
> On Wed, Jun 15, 2016 at 3:52 PM, Albert Graef <aggr...@gmail.com> wrote:
>
>> Hi Nycholas,
>>
>> AFAICT from a quick glance, you've got two problems in your code:
>>
>> - gate must be a 0/1 signal if you want to use it to trigger asr/adsr.
>> That doesn't work if you pipe it through the smoothing filter.
>>
>> - you only multiply the signal by the envelop, not by envelop *and* gate
>>
>> On Wed, Jun 15, 2016 at 5:00 AM, Nycholas Maia <nyckm...@gmail.com>
>> wrote:
>>
>>> gate = button("gate") : smooth(0.999); // 0/1
>>>
>>
>> Remove ' : smooth(0.999)' here.
>>
>> process = (sine * ASR_env) * gate <: _, _;
>>> //process = (sine * ADSR_env) * gate <: _, _;
>>>
>>
>> Remove ' * gate' here.
>>
>> --
>> Dr. Albert Gr"af
>> Computer Music Research Group, JGU Mainz, Germany
>> Email:  aggr...@gmail.com
>> WWW:https://plus.google.com/+AlbertGraef
>>
>
>


-- 
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity planning
reports. http://pubads.g.doubleclick.net/gampad/clk?id=1444514421=/41014381___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] Faustlive Build Error

[Albert Graef]

Stéphane already fixed the faust1 issue. :)

On Tue, Feb 9, 2016 at 3:02 PM, Albert Graef <aggr...@gmail.com> wrote:

> On Tue, Feb 9, 2016 at 2:53 PM, Stephen Sinclair <radars...@gmail.com>
> wrote:
>
>> Ah ok, sorry, indeed "make world" generates an error on master:
>>
>> /usr/bin/ld: ../../../compiler/parser/sourcefetcher.o: relocation
>> R_X86_64_32 against `.rodata.str1.1' can not be used when making a
>> shared object; recompile with -fPIC
>> ../../../compiler/parser/sourcefetcher.o: error adding symbols: Bad value
>>
>
> Yes, same over here. It's because that sourcefetcher module comes from the
> parser which is built without -fPIC in faust1, but with -fPIC in faust2,
> hence the different outcomes. I already reported it to Stéphane, but apart
> from just building all of the compiler with -fPIC there's no immediate
> workaround which isn't an awful kludge. Stay tuned.
>
> --
> Dr. Albert Gr"af
> Computer Music Research Group, JGU Mainz, Germany
> Email:  aggr...@gmail.com
> WWW:https://plus.google.com/+AlbertGraef
>



-- 
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] Faustlive Build Error

[Albert Graef]

On Mon, Feb 8, 2016 at 3:17 PM, Stéphane Letz  wrote:

> In the Faust2 branch, you'll need to explicitly rebuild HTTP library so in
> the Faust2 folder
>

If Steve uses my Arch PKGBUILDs (looks like he does), then he should
already have that (both the faust and faust2 packages are built with `make
world` which includes all the optional bits and pieces, including the HTTP
stuff).

I can confirm that FaustLive refuses to build on Arch (probably will affect
all Linuxes), although I'm getting different error messages now with a
slightly later revision than what Steve's buildlog shows.

This breakage is new. I checked that FaustLive compiled on Arch a few weeks
ago (late Dec or early Jan IIRC), it built and ran fine back then. So it's
probably a Linux incompatibility in your latest commits. I'm looking into
it.

Albert

-- 
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] Faustlive Build Error

[Albert Graef]

Correction: faust2 builds, but mainline faust doesn't.

On Tue, Feb 9, 2016 at 12:57 PM, Albert Graef <aggr...@gmail.com> wrote:

> It gets worse. The faust and faust2 packages don't compile from latest git
> either (linker errors in the shared libraries, looks like missing -fPIC
> flags to me). :( This definitely worked a few weeks ago. Stéphane, did you
> do any modifications to the Makefiles that haven't been checked on Linux
> yet?
>
> Albert
>
> On Tue, Feb 9, 2016 at 12:45 PM, Albert Graef <aggr...@gmail.com> wrote:
>
>> On Mon, Feb 8, 2016 at 3:17 PM, Stéphane Letz <l...@grame.fr> wrote:
>>
>>> In the Faust2 branch, you'll need to explicitly rebuild HTTP library so
>>> in the Faust2 folder
>>>
>>
>> If Steve uses my Arch PKGBUILDs (looks like he does), then he should
>> already have that (both the faust and faust2 packages are built with `make
>> world` which includes all the optional bits and pieces, including the HTTP
>> stuff).
>>
>> I can confirm that FaustLive refuses to build on Arch (probably will
>> affect all Linuxes), although I'm getting different error messages now with
>> a slightly later revision than what Steve's buildlog shows.
>>
>> This breakage is new. I checked that FaustLive compiled on Arch a few
>> weeks ago (late Dec or early Jan IIRC), it built and ran fine back then. So
>> it's probably a Linux incompatibility in your latest commits. I'm looking
>> into it.
>>
>> Albert
>>
>> --
>> Dr. Albert Gr"af
>> Computer Music Research Group, JGU Mainz, Germany
>> Email:  aggr...@gmail.com
>> WWW:https://plus.google.com/+AlbertGraef
>>
>
>
>
> --
> Dr. Albert Gr"af
> Computer Music Research Group, JGU Mainz, Germany
> Email:  aggr...@gmail.com
> WWW:https://plus.google.com/+AlbertGraef
>



-- 
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] Faustlive Build Error

[Albert Graef]

On Tue, Feb 9, 2016 at 2:17 PM, Stephen Sinclair 
wrote:

> Personally I was able to build both master and faust2 branches on
> Ubuntu 15.10 just now, without error.  Is there something in Arch that
> is different?
>

Nope, should be the same. But you only see the error when trying to build
the *shared* httpd library with `make world` (or make `httpd dynamic`).

Also, you really need to build the master branch with a fairly new revision
from git, which is at 840933f now (not sure where you got that hash of
207d3ff274 from, can't find that in my clone).

Albert

-- 
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] Faustlive Build Error

[Albert Graef]

Hi Steve,

On Mon, Feb 8, 2016 at 3:12 PM, Steve Duell  wrote:

> But now, I keep getting errors installing faustlive-git.  I have
> positively confirmed that all of the dependencies are satisfied.  Can
> someone please have a look at the build log 
> and shed some light on the error I'm getting?
>

As Stéphane probably needs some time to get the latest FL to build again on
Linux... I have a binary repository for Manjaro up at
http://pureaur.bitbucket.org/. This contains lots of my own stuff, but
you'll also find my latest successful builds of faust-git, faust2-git and
faustlive-git there. It's not the *very* latest, but they're from Jan 11 so
not ancient either. ;-) You can either download the 64 bit packages
directly right here: https://bitbucket.org/pureaur/pureaur.bitbucket.org/src

Or add the repo to your pacman.conf using an entry like:

[pure-aur]
SigLevel = Never
Server = http://pureaur.bitbucket.org/$arch

HTH,
Albert

-- 
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] [Faudiostream-devel] Polyphonic and MIDI support in FaustLive (to test…)

[Albert Graef]

On Thu, Feb 11, 2016 at 8:40 PM, Stéphane Letz  wrote:

> We recently added polyphonic and MIDI support in FaustLive


Great news. :) As you asked for feedback...

Linux compilation:

We're almost there. :) I have Faust2 installed with `make world` from the
latest git, so all the needed addon libraries are there. A plain `make` of
FaustLive now goes through right up to linking without any hitches, then I
get:

../../src/objectsFolder/FLWindow.o: In function
`FLWindow::allocateHttpInterface()':
FLWindow.cpp:(.text+0x7bf6): undefined reference to `http_fetch(char
const*, char**)'
../../src/objectsFolder/FLWindow.o: In function
`httpdClientUI::UpdateUI(void*)':
FLWindow.cpp:(.text._ZN13httpdClientUI8UpdateUIEPv[_ZN13httpdClientUI8UpdateUIEPv]+0xb7):
undefined reference to `http_fetch(char const*, char**)'
../../src/objectsFolder/FLWindow.o: In function
`httpdClientUI::uiUrlValue::reflectZone()':
FLWindow.cpp:(.text._ZN13httpdClientUI10uiUrlValue11reflectZoneEv[_ZN13httpdClientUI10uiUrlValue11reflectZoneEv]+0x23d):
undefined reference to `http_fetch(char const*, char**)'
collect2: error: ld returned 1 exit status

It seems that for some reason libHTTPFaust.so contains http_fetch() without
external linkage (note the lowercase t):

  $ nm /usr/local/lib/libHTTPDFaust.so|grep http_fetch
  000469b0 t _Z10http_fetchPKcPPc

In contrast, the static libHTTPFaust.a library *does* have http_fetch() as
an external symbol (note the uppercase T):

  $ nm /usr/local/lib/libHTTPDFaust.a|grep http_fetch
  0756 T _Z10http_fetchPKcPPc

Funny. And in fact the static build (`make STATIC=1`) works ok, the binary
links and runs all right. I haven't looked into why this happens yet. Do
others (non-Arch users) see the same issue?

Polyphony implementation:

Very nice, but not *quite* there yet IMHO. The Jack MIDI implementation is
looking good AFAICT right now, but I have the following pet peeves with the
voice allocation:

- No voice stealing. Try playing a fifth note with 4 voice polyphony when
all the voices are playing already. :) IMHO voice stealing should be the
default or at least selectable as an option.

- Voices seem to be shut down immediately when the corresponding note-off
is received. Consequently, note-offs produce audible clicks because the
voice doesn't have time to go through its release phase. To fix this,
voices should be managed in a round-robin (LIFO) fashion instead of FIFO
(which seems to be the case right now), and shouldn't be shut down before
their signal drops below a certain threshold (-60 dB maybe). A simple way
to deal with this is to just let all voices run all the time.

- Also, please implement the "all notes off" (123) and "all sounds off"
(120) controllers. This really needs to be done at the voice allocation
level. Otherwise you invariably end up with hanging notes galore, which is
especially annoying if there's no voice stealing. :) I found that some MIDI
players (like Drumstick on Linux) are just lazy and will send CC 120/123
instead of proper note-offs when some notes are still on when the user
presses the stop button. The usual "Panic" button to do the all
notes/sounds off action manually in FaustLive would also be helpful.

Finally, it's nice to be able to see all the parameters for each voice in
FaustLive and manipulate them separately. But there should be a "Lock"
button which binds together all the "global" synth parameters (i.e., all
parameters except freq, gain and gate) so that you can change stuff like
filter resonances or ADSR params for all voices simultaneously (which is
the usual way to operate a synth, so "Lock" should probably be checked by
default).

I hope that my nitpicking above doesn't sound too negative. In any case
being able to run FaustLive as an instrument is just awesome! A big thank
you for that! :)

Cheers,
Albert

-- 
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] [Faudiostream-devel] Polyphonic and MIDI support in FaustLive (to test…)

[Albert Graef]

On Sun, Feb 14, 2016 at 12:42 AM, Albert Graef <aggr...@gmail.com> wrote:

> To fix this, voices should be managed in a round-robin (LIFO) fashion
> instead of FIFO (which seems to be the case right now)


Well, I guess I messed up LIFO and FIFO there. ;-) Anyway, what I meant is
that the voices freelist should be managed in a queue/FIFO fashion, i.e.,
the "oldest" free voice (or the voice which has been playing for the
longest time, in the case of voice stealing), is the one that gets
reassigned first.

-- 
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] 15 second delay with parameter changes (rust + faust)

[Albert Graef]

q.cpp? That's quite old. Better start from an architecture that's still
under active development and/or has been in use recently.

That said, a 15 sec latency is definitely highly abnormal. ;-) Hard to say
what it is, as I'm not familiar with Rust. How big are the blocks of sample
data being passed to the Faust dsp's compute method? Note that the block
size determines the control rate.

Other architectures are being used in realtime environments such as Pd or
LV2 and VST hosts and they work fine. The Pure architecture can be used to
run Faust dsps in Pure without noticeable latency. So it's definitely not
an issue with Faust.

On Sun, Feb 21, 2016 at 6:15 AM, Ben Burdette  wrote:

> I'm embedding faust into a Rust program.  I've more or less copied the
> q.cpp code from the fraust project to make a C++ gui builder class.
> >From Rust I can call a C function that looks up a parameter name and
> changes the appropriate float value.  Right now I'm running the
> noise.dsp example patch and the only parameter is Volume.
>
> What I'm seeing is that when I change the value of the Volume float, I
> don't see the reaction from the change until 15 seconds later.  Its
> repeatable, ie if I do the same thing again the change comes around 15
> seconds after that.  So the delay doesn't seem to be increasing at least.
>
> Not sure where this is coming from, rust or faust.  Is there something
> obvious I'm missing?
>
> Thanks,
>
> Ben
>
>
>
> --
> Site24x7 APM Insight: Get Deep Visibility into Application Performance
> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
> Monitor end-to-end web transactions and take corrective actions now
> Troubleshoot faster and improve end-user experience. Signup Now!
> http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140
> ___
> Faudiostream-users mailing list
> Faudiostream-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/faudiostream-users
>



-- 
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] [Faudiostream-devel] Polyphonic and MIDI support in FaustLive (to test…)

[Albert Graef]

On Sun, Feb 14, 2016 at 10:11 AM, Stéphane Letz  wrote:

> I've already looked at your faust-lv2 code: the point is: do you think we
> could share a common code base for polyphonic instruments, to be used by
> faust-vst, faust-lv2, this new standalone mode.. etc. ? This would save
> some development/maintenance time. If yes how do you think we should
> proceed?
>

That should be doable, but will probably need quite a bit of refactoring.
Maybe something for a joint "Faust Polyphony Hackathon" at Mainz or Lyon?
;-)

Albert

-- 
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] [Faudiostream-devel] Portingstuff to Windows 64 bit

[Albert Graef]

On Tue, Mar 1, 2016 at 3:57 PM, alfonso santimone <
alfonso.santim...@gmail.com> wrote:

> - Albert Graef's faust-vst for Win 32/64.
>

Yeah, unfortunately, I haven't had the time to work on the Windows side of
things for quite some time, and that's unlikely to change in the near
future.

The important parts there are the (bash) shell script faust2faustvst and
the architecture faustvst.cpp. I'm afraid that the C++ code is geared
towards gcc/clang right now, so other compilers surely need some work. In
the faust-vst repo there's also a (GNU) Makefile for compiling the sample
plugins, but it's not essential (only the script and the architecture are
included in the Faust distribution).

The easiest route to port this is obviously via mingw, that's how I would
go about it. But if you find a way to make it work with VS, that would
certainly be appreciated by Windows users.

The central faust-vst repo where I do all the development is on Bitbucket:
https://bitbucket.org/agraef/faust-vst. Workflow is pretty much the same as
on Github (if you have an account there then you can fork the repo and do a
pull request with a few clicks).

Contributions are always welcome. :) Just make sure that you don't break
Linux and Mac compatibility with your changes.

Good luck,
Albert

-- 
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] [Faudiostream-devel] Polyphonic and MIDI support in FaustLive (to test…)

[Albert Graef]

On Tue, Mar 1, 2016 at 11:36 PM, Albert Graef <aggr...@gmail.com> wrote:

> Stolen voices should have their gate control zeroed before starting the
> new note so that their envelop is retriggered.


I should add that the same holds true for voices which already got their
note off, but are reused immediately before the next audio block, i.e.,
before they can pick up the zero gate control value. That's probably true
for most of the notes in the sample I posted, where I used 3 voices
polyphony. BTW, the version of KS I used for testing there can be found
here:

https://bitbucket.org/agraef/faust-vst/src/HEAD/examples/karplus.dsp

-- 
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

[Faudiostream-users] ANN: faust-lv2 1.0 and faust-vst 1.0 released

[Albert Graef]

(Sorry for cross-posting.)

Dear Faust programmers and LAD'ers,

New stuff just in time for the upcoming miniLAC @ Berlin next week!
faust-lv2 and faust-vst are two architectures for Grame's functional dsp
programming language Faust. They let you create fully functional LV2 and
VST plugins from Faust programs.

Most notable changes:

- Custom Qt GUI support. This leverages Faust's Qt support (faustqt.h) and
was done by one of my students, Roman Svidler, for his BSc thesis. Thanks
Roman!

- The custom 'nvoices' meta key is now recognized by both architectures to
denote an instrument plugin, so a single architecture suffices to implement
both instrument and effect plugins.

- Both architectures now work exactly alike, so porting your Faust plugins
from LV2 to VST and vice versa just takes a recompile.

- Many bugfixes and smaller improvements, please check the commit logs for
details.

The latest sources including documentation and examples are available from
Bitbucket:

https://bitbucket.org/agraef/faust-lv2
https://bitbucket.org/agraef/faust-vst

Please use the issue trackers there to report any bugs that you find,
thanks!

The architecture files and helper scripts are also included in the latest
Faust git sources, so if you keep your Faust installation up to date,
chances are that you already got them.

Both architectures are now also available through the Faust online and
remote compilers, thanks Yann! So you can give them a try immediately
without having to install anything. Simply head over to
http://faust.grame.fr/onlinecompiler/, drop one of the dsp examples
provided in the faust-lv2|vst Bitbucket repositories or your own Faust
sources there, choose one of the linux lv2 or vst architectures as target
and go to the Exec tab to receive your freshly baked plugin.

If you can make it to Berlin, I'll be showing both faust-lv2 and faust-vst
there in the main hall of c-base on Saturday (April 9) at 3 p.m., would be
nice to meet you there!

Enjoy! :)
Albert

-- 
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785471=/4140___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] [Faudiostream-devel] Polyphonic and MIDI support in FaustLive (to test…)

[Albert Graef]

On Wed, Mar 2, 2016 at 2:44 PM, Vincent G. Listes 
wrote:

> Is there a document somewhere outside the code that explains polyphony
> handling in FAUST ?


That's easy to explain: There is no polyphony handling in Faust. :) This
falls outside of Faust's scope, all handling of MIDI and other specific
control interfaces is done in the architectures.

That said, Stéphane has recently added a polyphony implementation to the
Faust headers, which was used to implement the polyphony support in
FaustLive. He should be able to tell you more about this.

Stéphane will surely correct me if I'm wrong :), but I think that right now
the most mature polyphony implementations is in the faust-lv2 and faust-vst
architectures, featuring MIDI CC mapping, MIDI master tuning and pitch bend
range controls, MTS tunings, and multi-channel voice allocation. (All that
baggage might actually get in the way if you want to roll your own
implementation, but it might be worth taking a look at.)

Basically, the convention is that a dsp intended to be used as an
instrument should provide control parameters labelled "freq" (pitch in Hz),
"gain" (velocity normalized to the 0-1 range) and "gate" (0/1 signal
indicating whether the voice is playing or not, to be used as a trigger for
the envelop) and implement a monophonic synthesizer using these. The rest
is up to the architecture. There are also some conventions concerning
control meta data indicating CC mappings ("[midi:ctrl n]") and such. Some
of those meta tags concerning MIDI and OSC are described in the Faust Quick
Reference, IIRC. There's also a recent article from Grame about that here:
http://faust.grame.fr/news/2016/01/14/controlling-with-midi.html. This
mostly applies to FaustLive, I guess, but [midi:ctrl n] is implemented at
least by some of the polyphonic plugin architectures, among them faust-lv2
and faust-vst. Presumably an MPE synth architecture would implement its own
voice allocation and interpret some special meta tags in order to assign
the MPE controllers to corresponding controls in the Faust program. At
least that's how I would go about implementing it.

You're right, all this really needs to be documented somewhere. ;-) As it
stands, the above conventions were first implemented in some early
architectures and then became a kind of de facto standard way of doing
these things.

I will be at LAC@Berlin in April, and I've heard rumors that Yann might be
there as well. ;-) So if any of you guys attend LAC we could have a
discussion about all these things.

Albert

-- 
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] [Faudiostream-devel] Polyphonic and MIDI support in FaustLive (to test…)

[Albert Graef]

On Wed, Mar 2, 2016 at 9:20 PM, Stéphane Letz  wrote:

> My initial idea was to possibly share more code with faust-lv2 and
> faust-vst architectures, but since the code is not so easy to follow, and
> even not completely shared between faust-lv2 and faust-vst...


I'm working on making these two converge, but it is a gradual process. I
just pushed a new version of faust-lv2 to its Bitbucket git repo which
backports all the improvements from faust-vst to faust-lv2. In particular,
there's only one LV2 architecture now which handles both effects and
instruments, like in the VST implementation. Note that this is still work
in progress, I'll pull it over to the Faust repo once I'm done testing and
fixing things.

The complexity certainly isn't there to confuse people, it's a byproduct of
all the supported features. ;-) There are still some subtle differences in
the plugin abstractions which spill over from the plugin ABIs, mostly
because LV2 provides the plugin with control and audio buffers while VST
does not. I still have to think about how to abstract these away out
without sacrificing efficiency. But once I'm done refactoring a simple diff
should give an architecture that can support both LV2 and VST. At least
that's the plan. ;-)

If you guys think we can at some point create a unique implementation,
> usable by plugins and standalone applications, this would surely be
> better...
>

I fully agree with that. I hope that I find the time to visit Grame some
time in summer, so that we could work on that.

Albert

-- 
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] [Faudiostream-devel] Polyphonic and MIDI support in FaustLive (to test…)

[Albert Graef]

On Wed, Mar 2, 2016 at 11:45 PM, Vincent G. Listes 
wrote:

> I feel that what mess up this strategy is the tendency to tie a voice
> allocation to a pitch, which use to make sense when music was played with
> keyboards (sarcasm intended) as there is no two key with the same pitch,
> but is absurd otherwise and really unconvenient in many cases.
>

Well, there's a way to deal with that in standard MIDI, just put every note
on its own MIDI channel. Of course this doesn't help if the instrument is
capable of generating the same pitch more than 16 times.

But as long as you can do with 16 MIDI channels, faust-lv2/vst should work
fine for that. While the architecture might be geared more towards the
simpler use cases, it certainly does *not* do your run-of-the-mill
simplistic voice allocation just on pitches. It handles multi-channel MIDI
data all right and *will* keep apart notes and CCs on different MIDI
channels. Right now there's no way to tie a MIDI channel to a given voice,
and so there's no way to retain the channel-specific CC data past the
note-off, which might be needed for more complex instrument models. But
that shouldn't be too hard to add, because all the needed multitimbrality
logic is there already.

Albert

-- 
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] polyphonic midi question

[Albert Graef]

On Wed, Mar 2, 2016 at 10:36 PM, Gerard Rodríguez <
binbiniqegabe...@gmail.com> wrote:

> If I understand corrrectly faust doesn't directly support polyphony, the
> architecutres handle that and create an instance of the faust instrument
> per voice, right?.
>

Exactly.

My question is how would you do something like 2 strings with sympathetic
> resonance?
>

Right, you can't do this in this model, at least not easily. It's an
interesting problem, calling for an alternative instrument model which
aggregates all the voices in a single dsp.

I'm new to physical modelling so maybe this is just not done?
>

It surely is. I'm sure that Julius does these things for breakfast, so
let's see whether he's inclined to comment. :)

Albert

-- 
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] [Faudiostream-devel] Polyphonic and MIDI support in FaustLive (to test…)

[Albert Graef]

Hi Vincent,

On Wed, Mar 2, 2016 at 9:25 AM, Vincent G. Listes 
wrote:

> is there any plan for FAUST to comply with MIDI specifications for
> Multidimensional Polyphonic Expression (aka MPE)
> 
> ?
>

Thanks for the heads up. Yeah, implementing an MPE mode is definitely
something worth looking into now that there's support in many popular DAWs
for it. If I understand correctly, it's basically one-channel-per voice and
a certain canonical controller mapping, right? The faust-lv2 and faust-vst
architectures already have support for MIDI CC mapping, one could augment
that to support the MPE controllers in a transparent way (e.g., using
generic meta tags for the MPE controls). It also requires changes in the
voice allocation algorithm, of course. So both aspects would require
special support in the polyphonic architectures.

This is certainly doable. I'd be willing to give it a go. The main problem
is that I don't have an MPE controller for testing, and they're not exactly
cheap. ;-)

Albert

-- 
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] documentation for Faust MIDI support?

[Albert Graef]

If you want you can also adjust PATH in your .profile so that
/usr/local/bin comes before /opt/local/bin, problem solved.

On Tue, May 24, 2016 at 2:47 PM, Stéphane Letz  wrote:

> Seems an installation issue with Faust :  have you installed the MacPort
> version along the GIT version? if yes this is the reciepe for problems :
> uninstall the MacPort version
>

Well, maybe the MP packages need to be updated again? The faust2-devel
package in MP is just a few weeks old, though, how recent are these
features?

As the faust-devel packages in MacPorts are always built against specific
git revisions (MacPorts policy, there's nothing that I can do about that),
I'd appreciate a quick heads-up once in a while when there are important
changes which warrant an update. Otherwise I'm doing that whenever I have
copious amounts of spare time, which isn't often the case. :)

-- 
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
Mobile security can be enabling, not merely restricting. Employees who
bring their own devices (BYOD) to work are irked by the imposition of MDM
restrictions. Mobile Device Manager Plus allows you to control only the
apps on BYO-devices by containerizing them, leaving personal data untouched!
https://ad.doubleclick.net/ddm/clk/304595813;131938128;j___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] documentation for Faust MIDI support?

[Albert Graef]

On Tue, May 24, 2016 at 5:15 PM, Ming-Lun Lee 
wrote:

> Error: org.macports.fetch for port faust-devel returned: Git clone failed


Might have been some temporary SourceForge hiccup. I just tried and it
seems to work fine over here.

-- 
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
Mobile security can be enabling, not merely restricting. Employees who
bring their own devices (BYOD) to work are irked by the imposition of MDM
restrictions. Mobile Device Manager Plus allows you to control only the
apps on BYO-devices by containerizing them, leaving personal data untouched!
https://ad.doubleclick.net/ddm/clk/304595813;131938128;j___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] Possible bug - "vslider(step=1) : int" vs. "rint"

[Albert Graef]

On Sun, May 22, 2016 at 1:44 AM, jimbo1qaz  wrote:

> I spent hours trying to find why my plugin didn't sound right. Eventually,
> I discovered that even integer sliders have roundoff errors. I didn't
> realize earlier because the GUI displays them as integers, which advanced
> without skipping numbers when I used the mousewheel on the "text box" field.


This sounds like an architecture or host-side issue to me. Which
architecture and/or host application do you use? And can you please post a
minimal Faust program which exhibits this behavior?

-- 
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
Mobile security can be enabling, not merely restricting. Employees who
bring their own devices (BYOD) to work are irked by the imposition of MDM
restrictions. Mobile Device Manager Plus allows you to control only the
apps on BYO-devices by containerizing them, leaving personal data untouched!
https://ad.doubleclick.net/ddm/clk/304595813;131938128;j___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] [Faudiostream-devel] Beta of Faust WebAssembly backends to test

[Albert Graef]

Hi Stéphane,

that's interesting news! Is this a custom backend written from scratch, or
does LLVM already provide this target?

Albert

On Fri, Jan 13, 2017 at 4:10 PM, Stéphane Letz  wrote:

> Hi All,
>
> The faust2 branch now contains 2 WebAssembly backends (textual and
> binary). A more complete post can be description here :
> http://faust.grame.fr/news/2017/01/13/faust-webassembly.html
>
> WebAssembly (http://webassembly.org) is still a fresh technology, as well
> as the Faust backends, but we are interested to get feedback !
>
> Stéphane
>
>
>
> 
> --
> Developer Access Program for Intel Xeon Phi Processors
> Access to Intel Xeon Phi processor-based developer platforms.
> With one year of Intel Parallel Studio XE.
> Training and support from Colfax.
> Order your platform today. http://sdm.link/xeonphi
> ___
> Faudiostream-devel mailing list
> faudiostream-de...@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/faudiostream-devel
>



-- 
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] [Faudiostream-devel] Faust git tree moved to Github

[Albert Graef]

On Wed, Nov 9, 2016 at 3:53 PM, Stéphane Letz  wrote:

> We finally moved Faust git tree to Github, available here :
> https://github.com/grame-cncm/faust.
>

Holy sh*t! Finally! Thanks a bunch for that! Makes my day. :)

Albert

-- 
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
Developer Access Program for Intel Xeon Phi Processors
Access to Intel Xeon Phi processor-based developer platforms.
With one year of Intel Parallel Studio XE.
Training and support from Colfax.
Order your platform today. http://sdm.link/xeonphi___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] FaucK!!

[Albert Graef]

This looks nice indeed, congrats! Romain, does it also do some kind of MIDI
processing (controllers, as well as notes and pitch bends with voice
allocation for instruments)?

On Sat, Nov 5, 2016 at 12:37 AM, Romain Michon  wrote:

> Hi folks,
>
> We're happy to "officially" announce FaucK!!: a tool allowing to write
> Faust code within Chuck (http://chuck.cs.princeton.edu/). FaucK is
> essentially a Chugin embedding the Faust LLVM compiler. The installation
> instructions and the documentation of FaucK can be found here:
> https://ccrma.stanford.edu/~rmichon/fauck/
>
> FaucK is still being beta tested, so we didn't make a new official chuck
> package for it yet. Feel free to try FaucK and report any bug.
>
> Have fun!
>
> Romain
>
> --
>
> Romain Michon
> PhD Candidate
> Center for Computer Research in Music and Acoustics
> Stanford Universityhttp://ccrma.stanford.edu/~rmichon
>
>
> 
> --
> Developer Access Program for Intel Xeon Phi Processors
> Access to Intel Xeon Phi processor-based developer platforms.
> With one year of Intel Parallel Studio XE.
> Training and support from Colfax.
> Order your platform today. http://sdm.link/xeonphi
> ___
> Faudiostream-users mailing list
> Faudiostream-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/faudiostream-users
>
>


-- 
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
Developer Access Program for Intel Xeon Phi Processors
Access to Intel Xeon Phi processor-based developer platforms.
With one year of Intel Parallel Studio XE.
Training and support from Colfax.
Order your platform today. http://sdm.link/xeonphi___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] Faustlive says "Impossible to init CoreAudio Client" ?

[Albert Graef]

On Thu, Oct 20, 2016 at 8:48 AM, Stéphane Letz  wrote:

> Try FaustLive-OSX-2.44.dmg from here : https://sourceforge.net/
> projects/faudiostream/files/


Yep, that version is much newer than the latest from MacPorts right now.

-- 
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] Faustlive says "Impossible to init CoreAudio Client" ?

[Albert Graef]

On Wed, Oct 19, 2016 at 8:18 PM, Mykle Hansen  wrote:

> I’ve just installed the latest faustlive-devel package, from macports,
> onto a mac
> running El Capitan 10.11.6.  Now I can launch Faustlive, but when I try to
> open any
> formula I get a popup with the aforementioned error: “impossible to init
> coreaudio client”.
>

Sounds like a permission problem, or maybe a change in the CA API. Sorry,
I'm still running Yosemite here, so I can't test it myself. Stéphane, are
you running 10.11?

Albert

-- 
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] adaption to sample rate

[Albert Graef]

On Sat, Dec 17, 2016 at 1:16 PM, Lervik Olav  wrote:

> Well faust2faustvst does not seem to work if you want to have a VST
> instrument….


It sure does. Use the -nvoices command line option or 'declare nvoices' in
the Faust source. And read the documenation at:
https://bitbucket.org/agraef/faust-vst

-- 
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] adaption to sample rate

[Albert Graef]

On Sun, Dec 18, 2016 at 5:22 PM, Lervik Olav  wrote:

> Max and Live provide GUI, but as I said…the sliders do move, but not
> smoothly.


Max7 works fine for me, using either the vst~ object or plugins created
with the plugin browser (left toolbar). The sliders move smoothly and do
what they're supposed to. That's Max 7.3.1 on an older MB Pro running
Yosemite (10.10).

But I can reproduce your issue with Live 9.7.1. Controls via the XY thingy
work fine, as does clicking on the controls in the device parameter
section, but the controls lock up as soon as you start dragging them. You
might want to file a bug report at
https://bitbucket.org/agraef/faust-vst/issues, then I'll look into it as
soon as I find the time.

Albert

-- 
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] adaption to sample rate

[Albert Graef]

On Sun, Dec 18, 2016 at 12:46 PM, Lervik Olav  wrote:

> just a little clunky sliders…they don’t like to be moved :-)…


Is that on the Mac? There's no Qt GUI support there, so it's up to the host
to provide the plugin GUI. Which host do you use? IIRC, most VST hosts on
the Mac, such as Ableton, Ardour, Bitwig Studio, Reaper and Tracktion will
provide a reasonably nice generic GUI.

Albert

-- 
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] International Faust Conference - Seeking Some Advice

[Albert Graef]

On Thu, Jun 8, 2017 at 5:59 AM, Romain Michon  wrote:

> This event will take place at the Johannes Gutenberg University of Mainz
> in Germany.


I should add that at JGU we're really excited about the prospect of
organizing this event. :)

Those of you who attended LAC15@JGU will probably remember that JGU is easy
to reach for people within Europe and abroad, as it's very close to
Frankfurt/Main airport (20 min by fast train IIRC). The JGU is also close
to the city center (can be reached within minutes using tram and buses),
and we have all kinds of nice facilities here on Campus as well (including
the legendary "Baron" restaurant/bar) so that most things you need is
within walking distance (except maybe for the hotels, but there's at least
one of those within walking distance as well).

Albert

-- 
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] [Faudiostream-devel] International Faust Conference - Seeking Some Advice

[Albert Graef]

On Fri, Jun 9, 2017 at 8:10 AM, Stéphane Letz  wrote:

> Ahah…  now we better understand the reason behind the recent Romain +
> Albert secret meeting at Mainz ! Wonderfull !


How do you know? It was *secret*! ;-)

But seriously, I did invite Romain in part so that I could discuss this
with him beforehand. As you guys know, I have been tossing around this idea
for quite some time, but was a bit wary about all the extra work it
entails. So I'm really thankful that Romain offered his help without any
hesitation!

Albert

-- 
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] International Faust Conference - Seeking Some Advice

[Albert Graef]

On Thu, Jun 8, 2017 at 12:28 PM, Till Bovermann  wrote:

> I'd greatly appreciate an accompanying (curated) concert program, possibly
> even a (small) festival that invites the interested general public to take
> part in the event as well.
>

Even though I like the idea, I'm afraid that we'll have to keep it to a
conference/workshop-like program this time, as we have rather limited
resources (both time and money) to organize this event. But it's certainly
something that future organizers might want to consider, if the first
installment is successful and it becomes a semi-regular kind of event.


> Also, please remember non-academics and (poor) artists that might want to
> take part in the conference but cannot afford large amounts of
> participation fees.
>

Romain might have forgotten to mention this -- the conference will be free
to attendants (no registration fee!), although we will require attendants
to register beforehand so that we know how many people we'll have to
accommodate.

Albert

-- 
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] JUCE award

[Albert Graef]

Hi Oliver,

congrats for winning the prize, you really deserve it! :)

Best,
Albert

On Mon, Oct 16, 2017 at 1:04 AM, Oliver Larkin via Faudiostream-users <
faudiostream-users@lists.sourceforge.net> wrote:

> after failing to win the Faust award twice I've now submitted pMix to the
> JUCE award, since, well why not.
>
> … https://www.juce.com/award
>
> some new features coming soon including windows and linux support
>
> oli
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Faudiostream-users mailing list
> Faudiostream-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/faudiostream-users
>



-- 
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] JUCE award

[Albert Graef]

Hmmph, *facepalm*. Well, keeping my fingers crossed!

On Tue, Oct 17, 2017 at 5:20 PM, Oliver Larkin <olilar...@googlemail.com>
wrote:

> thanks but a little premature! voting ends on 13th November 2017. There
> are some excellent open source projects that will also join, so we will see
> what happens!
>
> if you have a juce project to submit…
>
> https://www.juce.com/award#submit
>
>
> oli
>
>
>
>
>
>
> On 17 Oct 2017, at 16:09, Albert Graef <aggr...@gmail.com> wrote:
>
> Hi Oliver,
>
> congrats for winning the prize, you really deserve it! :)
>
> Best,
> Albert
>
> On Mon, Oct 16, 2017 at 1:04 AM, Oliver Larkin via Faudiostream-users <
> faudiostream-users@lists.sourceforge.net> wrote:
>
>> after failing to win the Faust award twice I've now submitted pMix to the
>> JUCE award, since, well why not.
>>
>> … https://www.juce.com/award
>>
>> some new features coming soon including windows and linux support
>>
>> oli
>> 
>> --
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>> ___
>> Faudiostream-users mailing list
>> Faudiostream-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/faudiostream-users
>>
>
>
>
> --
> Dr. Albert Gr"af
> Computer Music Research Group, JGU Mainz, Germany
> Email:  aggr...@gmail.com
> WWW:https://plus.google.com/+AlbertGraef
>
>
>


-- 
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] [Faudiostream-devel] [IMPORTANT] Faust git branches renaming

[Albert Graef]

Hi Stephane,

I just switched the Arch packages to the new branches, so faust2-git now
builds from master-dev and faust-git builds from old-master for now. (Still
need to update my Ubuntu and MacPorts packages, but that will take some
time, so don't hold your breath yet.)

I also cc'ed David as he's going to take over the Arch Faust packages at
some point.

Stephane, I'd appreciate it if the old-master branch sticks around for a
while, as some people may still want to hang on to the "old faust" for some
time, *at least* until a proper release of the new mainline formerly known
as faust2 is out. At which point faust2-git should become faust-git and the
old faust-git package will be gone for good. At least that makes sense to
me, but I still need to discuss this with David.

I vaguely recall that there was some talk about providing a "light faust"
version (something akin to the "old faust") in the new mainline, i.e.,
without all the extra backends. LLVM is a fairly big dependency, so I think
that some people will appreciate that. Are there any news on this?

Have a nice Sunday,
Albert

On Thu, Nov 23, 2017 at 2:13 PM, Stéphane Letz  wrote:

> Hi all,
>
> The branch renaming has been done:
>
> - the « master-dev »  branch has be deleted
>
> - the « master » has be renamed «  old-master » and pushed on GitHub (and
>  will be kept a few for days)
>
> *- *the *«  faust2 »  has be renamed to « master » *
>
> *-  from this «  master » branch, a new « master-dev » branch has been
> created for developers *
>
> - the «  faust2 » has been renamed to « old-faust2 » and pushed on GitHub
> (and  will be kept a few for days)
>
> - the «  faust2 »  has been deleted.
>
> *You will have to fetch new branches, (git fetch), them switch to the new
> « master » (or « master-dev » branch for developers)*
>
> The main README file have been updated to describe this new model.
>
> Stéphane
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Faudiostream-devel mailing list
> faudiostream-de...@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/faudiostream-devel
>
>


-- 
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] windows binaries architectures, lib pthread1.dll

[Albert Graef]

Most likely these are compiled using mingw, so it's possibly some
pthreadxyz.dll from mingw that's missing there. (Just guessing,
though.)

On Wed, Jan 31, 2018 at 5:46 PM, Oliver Larkin via Faudiostream-users
 wrote:
> hello,
>
> can anyone successfully compile dlls for windows using faustservice ? I get 
> an error about libpthread and nothing runs in either 32 -bit or 64 -bit 
> hosts. is not clear to me which architecture the dll that comes down from the 
> server is
>
> haven't got time to look at it myself now, just thought I'd ask!
>
> oli
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Faudiostream-users mailing list
> Faudiostream-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/faudiostream-users



-- 
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] IFC 2018 videos are now online!

[Albert Graef]

Hi again,

just a quick follow-up. If you attended the conference or watched the
welcome video, you already know that we all missed Julius Smith from CCRMA,
especially myself. ;-) Well, it turns out that in fact he *was* there with
us, at least in spirit (and virtually). Unfortunately, due to communication
glitches on both sides he couldn't present his invited talk live via
Skype. *facepalm*

Thankfully, he recorded his presentation off-line after the conference.
It's a very interesting video done together with Pat Scandalis on running
Faust dsps on the Analog Devices SHARC audio module, and it is available
now in our YouTube channel at: https://www.youtube.com/watch?v=mZgTwMhmNn4

So please enjoy the "Missing Talk"! :) And special thanks to Julius and Pat
for making this available! Also, our apologies to them and the audience for
not being able to present this live at the conference.

Best,
Albert


On Sat, Jul 21, 2018 at 4:11 PM, Albert Graef  wrote:

> Hi everybody,
>
> it was a great conference IMHO, and if you couldn't attend, you can find
> videos of all the presentations and the Faust award on our YouTube channel
> now:
>
> https://www.youtube.com/channel/UCAr7dIdjRWkyZfeBU1nzOQg
>
> (Please subscribe in droves, then we might be able to get a nicer link in
> the future -- I think we need 100 subscriptions to be eligible for that.)
>
> All the videos are in a single playlist which is (mostly) in 1-1
> correspondence with the program at http://www.ifc18.uni-mainz.de/#program.
> Click here:
>
> https://www.youtube.com/watch?v=6yvbWtD0asY=
> PLS2hQ1I9cbi4WFVhcBIuD259BotzQMhrO
>
> Apologies for the subpar audio quality in some spots! While most of our
> equipment was working really well and our stream team (Sebastian and
> Wingel) did a marvelous job, our wireless mikes turned out to be rather
> crappy -- we'll do better next time. ;-)
>
> If you notice any other glitches, typos in the video descriptions, etc.,
> please let me know, so that I can fix them asap!
>
> Enjoy! :)
> Albert
>
> --
> Dr. Albert Gr"af
> Computer Music Research Group, JGU Mainz, Germany
> Email:  aggr...@gmail.com
> WWW:https://plus.google.com/+AlbertGraef
>



-- 
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

[Faudiostream-users] IFC 2018 videos are now online!

[Albert Graef]

Hi everybody,

it was a great conference IMHO, and if you couldn't attend, you can find
videos of all the presentations and the Faust award on our YouTube channel
now:

https://www.youtube.com/channel/UCAr7dIdjRWkyZfeBU1nzOQg

(Please subscribe in droves, then we might be able to get a nicer link in
the future -- I think we need 100 subscriptions to be eligible for that.)

All the videos are in a single playlist which is (mostly) in 1-1
correspondence with the program at http://www.ifc18.uni-mainz.de/#program.
Click here:

https://www.youtube.com/watch?v=6yvbWtD0asY=PLS2hQ1I9cbi4WFVhcBIuD259BotzQMhrO

Apologies for the subpar audio quality in some spots! While most of our
equipment was working really well and our stream team (Sebastian and
Wingel) did a marvelous job, our wireless mikes turned out to be rather
crappy -- we'll do better next time. ;-)

If you notice any other glitches, typos in the video descriptions, etc.,
please let me know, so that I can fix them asap!

Enjoy! :)
Albert

-- 
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] IFC 2018 videos are now online!

[Albert Graef]

Hi again,

I'm afraid that this will be most useful for our German-speaking list
members, but Maximilian Schönherr has done an awesome and very insightful
feature about Faust and the conference in the Deutschlandfunk (German
national radio) which aired yesterday. It's in two parts, first part is
about Faust, the IFC and Pierre's Ambitools, second part focuses on John's
simulation of the Tsar Kolokol:

https://www.deutschlandfunk.de/musiksoftware-faust-fuer-einen-mathematiker-ist-das-der.684.de.html?dram:article_id=423509
https://www.deutschlandfunk.de/musiksoftware-faust-radio-premiere-fuer-die-zarenglocke.684.de.html?dram:article_id=423516

(There's some text there as well, which you might have machine-translated
to at least get the gist of the report if you don't understand German.)

Also, already on Tuesday (first day of the conference) there was a news bit
about the conference in the SWR Aktuell (TV news) program, done by Stephan
Ebmeyer and his team:
https://swrmediathek.de/player.htm?show=1d19ec20-89ee-11e8-acf2-005056a10824

I hope that some of you will enjoy reading, watching and listening to
these. :)

Yann, even though these are in German, maybe the links could be added to
the Faust website somewhere?

Best,
Albert

-- 
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] IFC 2018 videos are now online!

[Albert Graef]

And, last but not least, plenty of pictures from the conference which were
taken by my daughter (thanks Miriam!):
https://drive.google.com/open?id=1oUrMf1rGEpWy-U0_hORXQX4tvp_EptV_



On Sun, Jul 22, 2018 at 3:01 PM, Albert Graef  wrote:

> Hi again,
>
> I'm afraid that this will be most useful for our German-speaking list
> members, but Maximilian Schönherr has done an awesome and very insightful
> feature about Faust and the conference in the Deutschlandfunk (German
> national radio) which aired yesterday. It's in two parts, first part is
> about Faust, the IFC and Pierre's Ambitools, second part focuses on John's
> simulation of the Tsar Kolokol:
>
> https://www.deutschlandfunk.de/musiksoftware-faust-fuer-
> einen-mathematiker-ist-das-der.684.de.html?dram:article_id=423509
> https://www.deutschlandfunk.de/musiksoftware-faust-radio-
> premiere-fuer-die-zarenglocke.684.de.html?dram:article_id=423516
>
> (There's some text there as well, which you might have machine-translated
> to at least get the gist of the report if you don't understand German.)
>
> Also, already on Tuesday (first day of the conference) there was a news
> bit about the conference in the SWR Aktuell (TV news) program, done by
> Stephan Ebmeyer and his team:
> https://swrmediathek.de/player.htm?show=1d19ec20-89ee-
> 11e8-acf2-005056a10824
>
> I hope that some of you will enjoy reading, watching and listening to
> these. :)
>
> Yann, even though these are in German, maybe the links could be added to
> the Faust website somewhere?
>
> Best,
> Albert
>
> --
> Dr. Albert Gr"af
> Computer Music Research Group, JGU Mainz, Germany
> Email:  aggr...@gmail.com
> WWW:https://plus.google.com/+AlbertGraef
>



-- 
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] podcast interview

[Albert Graef]

+1 Very nice and interesting interview, Oliver!

On Wed, Apr 4, 2018 at 4:59 PM, Romain Michon  wrote:

> Sweet! Thanks for sharing! ++ Romain
>
> On Wed, Apr 4, 2018 at 6:59 AM, Oliver Larkin via Faudiostream-users <
> faudiostream-users@lists.sourceforge.net> wrote:
>
>> Darwin Grosse recently interviewed me for his podcast, and we chatted a
>> bit about Faust, if anyone is interested:
>>
>> http://artmusictech.libsyn.com/podcast-223-oli-larkin
>>
>> oli
>>
>> 
>> --
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>> ___
>> Faudiostream-users mailing list
>> Faudiostream-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/faudiostream-users
>>
>>
>
>
> --
>
> Romain Michon
> (+1)(650)646-8917http://ccrma.stanford.edu/~rmichon
>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Faudiostream-users mailing list
> Faudiostream-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/faudiostream-users
>
>


-- 
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email:  aggr...@gmail.com
WWW:https://plus.google.com/+AlbertGraef
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] How to use par() to Duplicate DSP AND Sliders

[Albert Graef]

It's in the manual:
https://faust.grame.fr/doc/manual/index.html#definitions-with-pattern-matching.
These are expanded at compile time. Basically, Faust uses term rewriting as
its macro engine. The macros are "hygienic", too (
https://en.wikipedia.org/wiki/Hygienic_macro).

Albert


On Fri, Oct 23, 2020 at 6:22 PM James Mckernon  wrote:

> On 10/23/20, Julius Smith  wrote:
> > feedback(i) = hslider("feedback %03i",0,0,0.9,0.01);
>
> Not the one who asked, but I had no idea this worked! Amazing.
>
>
> ___
> Faudiostream-users mailing list
> Faudiostream-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/faudiostream-users
>


-- 
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email: aggr...@gmail.com, web: https://agraef.github.io/
___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] looking for help on PD builds of Faust DSP patches

[Albert Graef]

Hi Scott,

I guess that the architecture being used there is my faust2puredata. An
alternative worth considering is the new pd-faustgen2 which includes the
library version of the Faust compiler and lets you run Faust dsps (i.e.,
.dsp source files) directly as externals in Pd. This is a beefed-up version
of Pierre Guillot's pd-faustgen which adds MIDI and OSC support, a loader
extension for Faust programs and a whole bunch of other useful features.
You can find it at https://github.com/agraef/pd-faustgen. Precompiled Mac
and Windows binaries are available there as well.

Good luck! :)
Albert


On Tue, Nov 10, 2020 at 10:02 AM Scott R. Looney 
wrote:

> hi folks! i recently used the web editor to open the 'Construction' DSP
> patch file in the Waveguide models folder and then exported it as a PD
> external object. the export appeared to go smoothly but when i tried using
> it in PD i got absolutely no sound and i think PD may have partially frozen
> as well. i also got no errors from the console. this is on PD 0.50 in macOS.
>
> i've never actually exported anything as a PD patch before. i did now just
> try to export the djembe MIDI patch from the Examples, and it also made
> absolutely no sound when i clicked the button object that i thought shouls
> trigger the sound, so i think it's something i must be missing in terms of
> how to get the PD patch working and making sound. there are a lot of
> included objects that are a bit confusing to me as to how they interact as
> well. any tips or links to working with Faust DSP files in PD appreciated!
>
> best,
> scott
> ___
> Faudiostream-users mailing list
> Faudiostream-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/faudiostream-users
>


-- 
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email: aggr...@gmail.com, web: https://agraef.github.io/
___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] We need your contributions to the IFC20 round table!

[Albert Graef]

Hi Alain,

thanks for the update!

As most of us will presumably attend remotely, is there any information
about the teleconferencing yet? If I'm not mistaken, you wanted (or had to)
go with MS Teams, is that still correct? Whatever it is, it would certainly
be useful to have some instructions about that on the conference website,
so that attendants know how to prepare beforehand, like where to register
an account if needed, and how to set up their streaming equipment.

Thanks,
Albert


On Fri, Oct 30, 2020 at 1:37 PM bonardi  wrote:

> Dear members of the Faust Community,
>
>
> The program of the IFC20 Conference is online on the IFC20 website:
> https://ifc20.sciencesconf.org/program
>
>
> As you can see, the conference will conclude on a roundtable about the
> future of Faust.
>
> *For this roundtable, we need your contributions!*
> We have identified 4 main topics. Each of them has a moderator.
> Here they are:
> -   Topic #1: Faust DSP libraries. Moderator: Romain Michon
> -   Topic #2: Faust ecosystem and embedded real-time audio in Faust.
> Moderator: Stéphane Letz
> -   Topic #3: Faust language (semantics, etc.). Moderator: Yann
> Orlarey
> -   Topic #4: The role of Faust in the creation and preservation of
> electronic music. Moderators: Alain Bonardi & João Svidzinski
>
>
> Your ideas and contributions are welcome. Please write to us by email and
> indicate which topic you contribute to.
> We will synthetize your ideas and organize the discussion to integrate
> them during the roundtable.
>
>
> Thank you in advance.
>
>
> Best,
>
>
> Alain Bonardi for the IFC20 Team
> ___
> Faudiostream-users mailing list
> Faudiostream-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/faudiostream-users
>


-- 
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email: aggr...@gmail.com, web: https://agraef.github.io/
___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] Plugins in Carla

[Albert Graef]

+1 This uses JUCE, so using Filipe's LV2 backend for JUCE it should be
possible to get a native LV2 plugin from that, too, no?

Albert


On Tue, May 4, 2021 at 8:30 AM Stéphane Letz  wrote:

> There is work-in progress for a VST plugin for live-coding effects in the
> Faust programming language, see https://github.com/glocq/Amati, developed
> by Grégoire Locqueville
>
> This may be interesting to contribute to this project.
>
> Stéphane
>
> > Le 4 mai 2021 à 01:18, Florian Hülsmann  a écrit :
> >
> > Of course! I forgot about this option:
> >
> >
> >
> > Mephisto.lv2 is a Faust JIT compiler in an LV2 plugin. A bit tricky
> sometimes to use with an arbitrary editor and the controls + inputs/outputs
> are fixed, but should still be great for basic prototyping!
> >
> >
> >
> > Florian Hülsmann
> >
> >
> >
> > 4 May 2021 00:57:42 Brandon Hale :
> >
> >> I would take it one step further and say a plugin that you can load
> into any DAW that compiles on the fly would be awesome. I want the faust
> compiler that is in the Radium music editor as a standalone plugin to use
> in all of my other DAWs.
> >>
> >> Brandon Hale
> >>
> >> On 5/3/21 5:31 PM, Florian Hülsmann wrote:
> >>> Hi Bart,
> >>>
> >>> Two obvious solutions:
> >>> - FaustLive with JACK
> >>> - compile faust2lv2 or faust2jack, then start it from Carla
> >>>
> >>> A native libfaust integration with Carla would be really nice, though.
> >>>
> >>>
> >>>
> >>> Am Mo., 3. Mai 2021 um 23:23 Uhr schrieb  >:
>  Hello Everyone,
> 
>  I recently opened a topic on LinuxMusicians about testing plugins
>  generated by Faust IDE in the plugin host Carla. See:
> 
> 
>  Over there I received the advise to notify the Faust community about
> my
>  findings. So here I am. And maybe there is an easy solution to get the
>  plugins working in Carla?
> 
> 
> 
> 
> 
> 
>  Faudiostream-users mailing list
> 
> 
> >>>
> >>>
> >>
> >>
> >>
> >> Faudiostream-users mailing list
> >>
> >>
> >
> >
> > ___
> > Faudiostream-users mailing list
> > Faudiostream-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/faudiostream-users
>
>
>
> ___
> Faudiostream-users mailing list
> Faudiostream-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/faudiostream-users
>


-- 
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email: aggr...@gmail.com, web: https://agraef.github.io/
___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] Plugins in Carla

[Albert Graef]

Yes, I was about to mention pd-faustgen / pd-faustgen2 as well. But a port
pd-faustgen2 as a native LV2 plugin seems in order. Sounds like an
interesting project. ;-) However, the main issue I see with *any* Faust JIT
LV2 plugin is the manifest support, in order to support plugins with
arbitrary inputs, outputs and control ports. While LV2 supports dynamic
manifests, which would be key to this, last time I looked most plugin hosts
and/or lilv builds didn't have that enabled. That's why faust2lv2 generates
static manifests by default.

Albert



On Tue, May 4, 2021 at 9:39 AM Pierre Guillot 
wrote:

> Hello,
>
> The Camomile plugin (Pure Data embedded in a LV2/VST3/AU plugins)
> v1.0.8-beta (
> https://github.com/pierreguillot/Camomile/releases/tag/v1.0.8-beta4)
> supports the pd~ object and so the loading externals. So a workaround could
> be to use the object faustgen~ with the Faust JIT compiler  (you can
> install it via Deken and Albert Gräf created a fork with more features
> https://github.com/agraef/pd-faustgen), you can code in the text editor
> of your choice and it compiles the code on the fly.
>
> Pierre
>
> Le mar. 4 mai 2021 à 08:30, Stéphane Letz  a écrit :
>
>> There is work-in progress for a VST plugin for live-coding effects in the
>> Faust programming language, see https://github.com/glocq/Amati,
>> developed by Grégoire Locqueville
>>
>> This may be interesting to contribute to this project.
>>
>> Stéphane
>>
>> > Le 4 mai 2021 à 01:18, Florian Hülsmann  a écrit :
>> >
>> > Of course! I forgot about this option:
>> >
>> >
>> >
>> > Mephisto.lv2 is a Faust JIT compiler in an LV2 plugin. A bit tricky
>> sometimes to use with an arbitrary editor and the controls + inputs/outputs
>> are fixed, but should still be great for basic prototyping!
>> >
>> >
>> >
>> > Florian Hülsmann
>> >
>> >
>> >
>> > 4 May 2021 00:57:42 Brandon Hale :
>> >
>> >> I would take it one step further and say a plugin that you can load
>> into any DAW that compiles on the fly would be awesome. I want the faust
>> compiler that is in the Radium music editor as a standalone plugin to use
>> in all of my other DAWs.
>> >>
>> >> Brandon Hale
>> >>
>> >> On 5/3/21 5:31 PM, Florian Hülsmann wrote:
>> >>> Hi Bart,
>> >>>
>> >>> Two obvious solutions:
>> >>> - FaustLive with JACK
>> >>> - compile faust2lv2 or faust2jack, then start it from Carla
>> >>>
>> >>> A native libfaust integration with Carla would be really nice, though.
>> >>>
>> >>>
>> >>>
>> >>> Am Mo., 3. Mai 2021 um 23:23 Uhr schrieb <
>> b.vandonsel...@donselaria.nl>:
>>  Hello Everyone,
>> 
>>  I recently opened a topic on LinuxMusicians about testing plugins
>>  generated by Faust IDE in the plugin host Carla. See:
>> 
>> 
>>  Over there I received the advise to notify the Faust community about
>> my
>>  findings. So here I am. And maybe there is an easy solution to get
>> the
>>  plugins working in Carla?
>> 
>> 
>> 
>> 
>> 
>> 
>>  Faudiostream-users mailing list
>> 
>> 
>> >>>
>> >>>
>> >>
>> >>
>> >>
>> >> Faudiostream-users mailing list
>> >>
>> >>
>> >
>> >
>> > ___
>> > Faudiostream-users mailing list
>> > Faudiostream-users@lists.sourceforge.net
>> > https://lists.sourceforge.net/lists/listinfo/faudiostream-users
>>
>>
>>
>> ___
>> Faudiostream-users mailing list
>> Faudiostream-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/faudiostream-users
>>
> ___
> Faudiostream-users mailing list
> Faudiostream-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/faudiostream-users
>


-- 
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email: aggr...@gmail.com, web: https://agraef.github.io/
___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] [Faudiostream-devel] GRAME and Faust accepted in Google Summer of Code !

[Albert Graef]

Congrats! :) The project list looks great to me, I'd be especially
interested in the Bespoke architecture. Unfortunately, I'll likely be
mentoring the Purr Data GSoC again this year, so I won't be able to help
out myself, but I wish you all good luck with the projects!

Best,
Albert


On Mon, Mar 7, 2022 at 8:26 PM Stéphane Letz  wrote:

> See: https://summerofcode.withgoogle.com/programs/2022/organizations in
> the « Programming Languages » section.
>
> We started a list of possible projects here:
> https://github.com/grame-cncm/faustideas/blob/master/README.md but we at
> GRAME can possibly mentor 1 or 2 projects only.
>
> Additional project ideas and the associated mentors can possibly be added
> at this stage, so feel free to suggest something !
>
> Stéphane
>
> ___
> Faudiostream-devel mailing list
> faudiostream-de...@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/faudiostream-devel
>


-- 
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email: aggr...@gmail.com, web: https://agraef.github.io/
___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] How to place values in lists?

[Albert Graef]

On Sun, Aug 21, 2022 at 2:51 PM Robin Gareus  wrote:

> thank you for faust2lv2! It is my favorite target.
>

Well, I'm afraid that my upstream repo for faust-lv2 has been lagging
behind for quite some time now. Fortunately, Stephane, alex-tee, and jpcima
have picked up the slack, though. Thanks guys!

Cheers,
Albert

-- 
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email: aggr...@gmail.com, web: https://agraef.github.io/
___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Re: [Faudiostream-users] How to place values in lists?

[Albert Graef]

On Fri, Aug 19, 2022 at 6:23 PM Yann Orlarey  wrote:

> We will never thank Albert Graef enough for the black magic of pattern
> matching in Faust ;-)
>

Thanks! So even though nobody uses Pure much these days (including myself),
its pattern-matching code will survive in Faust. ;-)

I was about to chime in to help resolve Robin's troubles making his design
generic, but you beat me to it!

-- 
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email: aggr...@gmail.com, web: https://agraef.github.io/
___
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users