2 Nov
2006
2 Nov
'06
10:13 a.m.
Dear All,
A completely rewritten Faust website is available at
http://faudiostream.sourceforge.net or at http://faust.grame.fr . Its
main feature is the possibility to use the Faust compiler online, via
the web pages, without having to install it on your machine.
The website contains a small catalog of softwares written in Faust. Each
software is available to download in various binary formats (Linux/i386) :
* standalone applications : alsa-gtk, jack-gtk, oss-gtk, libsndfile
command line
* plugins : ladspa, puredata, Q, supercollider
The SVG block-diagrams of each software are also available ('->svg'
link). These block-diagrams were generated by the Faust compiler using
the -svg option. You can navigate down the hierarchy of block diagrams
by clicking on the blue boxes. A click on the white background allows to
move up.
Another link, the '->code' link, allows to view and edit the Faust code
of the application. It is useful to learn how a specific application is
written in Faust. But the funny part is to modify the Faust code to your
needs. You can then recompile it and look at the generated C++ code or
at the corresponding SVG block-diagrams.
Once your Faust program successfully compile, you can choose the
appropriate architecture and download a 'source' tar.gz file that
contains the C++ code and a Makefile, or directly a binary file for
Linux/i386.
Please note that for puredata, the binary file is a tar.gz archive that
packs together the plugin and a user interface patch, thanks to Albert
Graef 'faust2pd' patch generator. For supercollider it is also a tar.gz
archive that packs together the plugin and a class description, thanks
to Stefan Kersten 'faust2sc' class generator.
Please note also that the website is still experimental and probably not
very robust. To navigate the website use the navigation buttons on the
left, the back and forward buttons will not work very well.
Yann
2 Nov
2 Nov
2:31 p.m.
On 11/2/06, Orlarey Yann <orlarey(a)grame.fr> wrote:
Dear All,
A completely rewritten Faust website is available at
http://faudiostream.sourceforge.net or at http://faust.grame.fr . Its
main feature is the possibility to use the Faust compiler online, via
the web pages, without having to install it on your machine.
The website contains a small catalog of softwares written in Faust. Each
software is available to download in various binary formats (Linux/i386) :
* standalone applications : alsa-gtk, jack-gtk, oss-gtk, libsndfile
command line
* plugins : ladspa, puredata, Q, supercollider
The alsa-gtk build does not run on my FC4 box, because it requires
libpangocairo-1.0.so.0.
The whole thing looks very cool though!
5:07 p.m.
On 11/2/06, Orlarey Yann <orlarey(a)grame.fr> wrote:
Paul Coccoli a écrit :
Yes, I have gtk+-2.0 installed, but the Fedora Core 4 version of Pango
doesn't (yet) have cairo support. So libpangocairo isn't there, but
other libpangos are.
I'll check my FC5 box later (I don't have FC6 yet).
On what system are the apps built? I didn't know anybody was really
using Cairo yet.
The alsa-gtk build does not run on my FC4 box,
because it requires
libpangocairo-1.0.so.0.
alsa-gtk applications are build against gtk+-2.0 which
requires
pangocairo-1.0. Have you gtk+-2.0 installed ?
The whole thing looks very cool though!
Thanks.
3 Nov
3 Nov
8:02 a.m.
Paul Coccoli a écrit :
On 11/2/06, Orlarey Yann <orlarey(a)grame.fr>
wrote:
Well, on my SUSE 10.1 'pkg-config --libs gtk+-2.0' returns
:
-L/usr/X11R6/lib -L/opt/gnome/lib -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0
-lgdk_pixbuf-2.0 -lpangocairo-1.0 -lpango-1.0 -lcairo -lgobject-2.0
-lgmodule-2.0 -ldl -lglib-2.0 -lfreetype -lfontconfig -lXrender -lX11
-lXext -lpng12 -lz -lglitz -lm
requiring explicitly pangocairo-1.0
But on the Faust server (an old Mandrake 10.1) 'pkg-config --libs
gtk+-2.0' returns :
-Wl,--export-dynamic -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0
-lgdk_pixbuf-2.0
-lm -lpangoxft-1.0 -lpangox-1.0 -lpango-1.0 -lgobject-2.0 -lgmodule-2.0
-ldl -lglib-2.0
It doesn't require pangocairo explicitly. Moreover ldd doesn't show any
dependency to libpangocairo in the generated binary on the server. 'ldd
freeverb | grep libpango' returns
libpangoxft-1.0.so.0 => /usr/lib/libpangoxft-1.0.so.0 (0x40479000)
libpangox-1.0.so.0 => /usr/lib/libpangox-1.0.so.0 (0x4047e000)
libpango-1.0.so.0 => /usr/lib/libpango-1.0.so.0 (0x4048b000)
libpangoft2-1.0.so.0 => /usr/lib/libpangoft2-1.0.so.0 (0x40949000)
It seems to be a problem of configuration of gtk+-2.0 on FC4. Could you
try, as suggested by Albert in a previous mail, to download a source
package and recompile it on your FC4 machine to see if you still have
the problem ? What does 'pkg-config --libs gtk+-2.0' return on your
machine ?
Yann
Paul Coccoli a écrit :
Yes, I have gtk+-2.0 installed, but the Fedora Core 4 version of Pango
doesn't (yet) have cairo support. So libpangocairo isn't there, but
other libpangos are.
I'll check my FC5 box later (I don't have FC6 yet).
On what system are the apps built? I didn't know anybody was really
using Cairo yet. The alsa-gtk build does not run on my FC4 box,
because it requires
libpangocairo-1.0.so.0.
alsa-gtk applications are build against gtk+-2.0 which
requires
pangocairo-1.0. Have you gtk+-2.0 installed ?
10:29 a.m.
On 11/3/06, Orlarey Yann <orlarey(a)grame.fr> wrote:
Paul Coccoli a écrit :
The "volume" and "tester" apps I downloaded have different ldd
output:
[pcoccoli@tuttle ~]$ ldd volume
linux-gate.so.1 => (0x0075a000)
libasound.so.2 => /lib/libasound.so.2 (0x04c4e000)
libpthread.so.0 => /lib/libpthread.so.0 (0x00a99000)
libgtk-x11-2.0.so.0 => /usr/lib/libgtk-x11-2.0.so.0 (0x0467a000)
libgdk-x11-2.0.so.0 => /usr/lib/libgdk-x11-2.0.so.0 (0x00c49000)
libatk-1.0.so.0 => /usr/lib/libatk-1.0.so.0 (0x04c28000)
libgdk_pixbuf-2.0.so.0 => /usr/lib/libgdk_pixbuf-2.0.so.0 (0x00be3000)
libpangocairo-1.0.so.0 => not found
libpango-1.0.so.0 => /usr/lib/libpango-1.0.so.0 (0x0631c000)
libcairo.so.2 => not found
libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0x04e95000)
libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 (0x009f8000)
libdl.so.2 => /lib/libdl.so.2 (0x008cf000)
libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0x0025b000)
libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x00ad4000)
libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0x00b3e000)
libXrender.so.1 => /usr/X11R6/lib/libXrender.so.1 (0x00bd9000)
libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x008ea000)
libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x00a4a000)
libpng12.so.0 => /usr/lib/libpng12.so.0 (0x055a2000)
libz.so.1 => /usr/lib/libz.so.1 (0x008d5000)
libglitz.so.1 => not found
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x05468000)
libm.so.6 => /lib/libm.so.6 (0x008a8000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00525000)
libc.so.6 => /lib/libc.so.6 (0x0077d000)
/lib/ld-linux.so.2 (0x0075b000)
libpangoxft-1.0.so.0 => /usr/lib/libpangoxft-1.0.so.0 (0x009f0000)
libpangox-1.0.so.0 => /usr/lib/libpangox-1.0.so.0 (0x00a38000)
libXrandr.so.2 => /usr/X11R6/lib/libXrandr.so.2 (0x00c43000)
libXi.so.6 => /usr/X11R6/lib/libXi.so.6 (0x00bcf000)
libXinerama.so.1 => /usr/X11R6/lib/libXinerama.so.1 (0x00a33000)
libXft.so.2 => /usr/X11R6/lib/libXft.so.2 (0x00ba2000)
libXfixes.so.3 => /usr/X11R6/lib/libXfixes.so.3 (0x00c16000)
libXcursor.so.1 => /usr/X11R6/lib/libXcursor.so.1 (0x00c0a000)
libexpat.so.0 => /usr/lib/libexpat.so.0 (0x00ab3000)
libpangoft2-1.0.so.0 => /usr/lib/libpangoft2-1.0.so.0 (0x063bc000)
Here's pkg-config on my FC4:
[pcoccoli@tuttle ~]$ pkg-config --libs gtk+-2.0
-lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lm
-lpangoxft-1.0 -lpangox-1.0 -lpango-1.0 -lgobject-2.0 -lgmodule-2.0
-ldl -lglib-2.0
Unless you statically link the generated apps, I don't think you can
really expect them to run everywhere.
On 11/2/06, Orlarey Yann <orlarey(a)grame.fr>
wrote:
Well, on my SUSE 10.1 'pkg-config --libs gtk+-2.0'
returns :
-L/usr/X11R6/lib -L/opt/gnome/lib -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0
-lgdk_pixbuf-2.0 -lpangocairo-1.0 -lpango-1.0 -lcairo -lgobject-2.0
-lgmodule-2.0 -ldl -lglib-2.0 -lfreetype -lfontconfig -lXrender -lX11
-lXext -lpng12 -lz -lglitz -lm
requiring explicitly pangocairo-1.0
But on the Faust server (an old Mandrake 10.1) 'pkg-config --libs
gtk+-2.0' returns :
-Wl,--export-dynamic -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0
-lgdk_pixbuf-2.0
-lm -lpangoxft-1.0 -lpangox-1.0 -lpango-1.0 -lgobject-2.0 -lgmodule-2.0
-ldl -lglib-2.0
It doesn't require pangocairo explicitly. Moreover ldd doesn't show any
dependency to libpangocairo in the generated binary on the server. 'ldd
freeverb | grep libpango' returns
libpangoxft-1.0.so.0 => /usr/lib/libpangoxft-1.0.so.0 (0x40479000)
libpangox-1.0.so.0 => /usr/lib/libpangox-1.0.so.0 (0x4047e000)
libpango-1.0.so.0 => /usr/lib/libpango-1.0.so.0 (0x4048b000)
libpangoft2-1.0.so.0 => /usr/lib/libpangoft2-1.0.so.0 (0x40949000)
It seems to be a problem of configuration of gtk+-2.0 on FC4. Could you
try, as suggested by Albert in a previous mail, to download a source
package and recompile it on your FC4 machine to see if you still have
the problem ? What does 'pkg-config --libs gtk+-2.0' return on your
machine ?
Yann
Paul Coccoli a écrit :
Yes, I have gtk+-2.0 installed, but the Fedora Core 4 version of Pango
doesn't (yet) have cairo support. So libpangocairo isn't there, but
other libpangos are.
I'll check my FC5 box later (I don't have FC6 yet).
On what system are the apps built? I didn't know anybody was really
using Cairo yet. The alsa-gtk build does not run on my FC4 box,
because it requires
libpangocairo-1.0.so.0.
alsa-gtk applications are build against gtk+-2.0 which
requires
pangocairo-1.0. Have you gtk+-2.0 installed ?
1:50 p.m.
Paul Coccoli a écrit :
Here's pkg-config on my FC4:
[pcoccoli@tuttle ~]$ pkg-config --libs gtk+-2.0
-lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lm
-lpangoxft-1.0 -lpangox-1.0 -lpango-1.0 -lgobject-2.0 -lgmodule-2.0
-ldl -lglib-2.0
Unless you statically link the generated apps, I don't think you can
really expect them to run everywhere.
libpangocairo-1.0.so.0 => not found
Unfortunately I don't have any
explanation (and no FC4 to try to
reproduce your problem here). Anyone else with similar problems with gtk
binaries ?
5:40 p.m.
On 11/3/06, Orlarey Yann <orlarey(a)grame.fr> wrote:
Paul Coccoli a écrit :
Not to drag things out, but the problem isn't really with FC4. Anyone
who doesn't have libpangocairo installed will not be able to run those
binaries. Period. You said the compiler server isn't linking the
binaries against that lib, but I just don't see how that's possible.
Run strings on the binaries; you'll see.
Anyway, don't spend any time on it on my behalf; I was just curious
about how it could produce working binaries.
I'd rather install faust and build things myself anyway...
Here's pkg-config on my FC4:
[pcoccoli@tuttle ~]$ pkg-config --libs gtk+-2.0
-lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lm
-lpangoxft-1.0 -lpangox-1.0 -lpango-1.0 -lgobject-2.0 -lgmodule-2.0
-ldl -lglib-2.0
Unless you statically link the generated apps, I don't think you can
really expect them to run everywhere.
libpangocairo-1.0.so.0 => not found
Unfortunately I don't have any
explanation (and no FC4 to try to
reproduce your problem here). Anyone else with similar problems with gtk
binaries ?
6:19 p.m.
Not to drag things out, but the problem isn't
really with FC4. Anyone
who doesn't have libpangocairo installed will not be able to run those
binaries. Period. You said the compiler server isn't linking the
binaries against that lib, but I just don't see how that's possible.
Run strings on the binaries; you'll see.
There is no cairo libraires on that
server. But let see, on which binary
is the problem :
- the precompiled binary (get-it ! button on the catalog)
- the one compiled on demand (following the ->code link and going into
the online compiler) ?
They may behave differently.
Anyway, don't spend any time on it on my behalf; I
was just curious
about how it could produce working binaries.
I'd rather install faust and build things myself anyway...
That's a
solution, but the whole idea is not to have to, at least to try...
4 Nov
4 Nov
12:02 a.m.
On 11/3/06, Orlarey Yann <orlarey(a)grame.fr> wrote:
Ah, my mistake. Yes, the pre-compiled binary is linked against
libpangocairo and libglitz, etc. The on-demand compiled version is
not. It works fine on my FC5 box. Very cool!
Understood.
Any plans for a DSSI architecture?
Not to drag things out, but the problem isn't
really with FC4. Anyone
who doesn't have libpangocairo installed will not be able to run those
binaries. Period. You said the compiler server isn't linking the
binaries against that lib, but I just don't see how that's possible.
Run strings on the binaries; you'll see.
There is no cairo libraires on that
server. But let see, on which binary
is the problem :
- the precompiled binary (get-it ! button on the catalog)
- the one compiled on demand (following the ->code link and going into
the online compiler) ?
They may behave differently.
Anyway,
don't spend any time on it on my behalf; I was just curious
about how it could produce working binaries.
I'd rather install faust and build things myself anyway...
That's a
solution, but the whole idea is not to have to, at least to try...
10:22 a.m.
Any plans for a DSSI architecture?
The plan is,
with the help of the community, to support the largest
possible set of architectures. DSSI support is certainly a good
candidate , but I don't know how much work it would represent, compared
for example to the existing LADSPA architecture.
2 Nov
2 Nov
6:20 p.m.
Paul Coccoli wrote:
The alsa-gtk build does not run on my FC4 box, because
it requires
libpangocairo-1.0.so.0.
Get the source package instead of the binary one and compile from there
yourself (a Makefile is included IIRC). That should do the trick. Or try
the Pd target, those binaries should work with a recent Pd version on
almost any Linux system because they only require Pd.
The whole thing looks very cool though!
It is. :)
Albert
--
Dr. Albert Gr"af
Dept. of Music-Informatics, University of Mainz, Germany
Email: Dr.Graef(a)t-online.de, ag(a)muwiinfa.geschichte.uni-mainz.de
WWW: http://www.musikinformatik.uni-mainz.de/ag
6540
days inactive
6542
days old
linux-audio-dev@lists.linuxaudio.org
11 comments
3 participants
participants (3)
-
Albert Graef -
Orlarey Yann -
Paul Coccoli