osw-users — Discussion list for users of OSW

[Osw-users] OSW 1.2.7 released

[Amar <am...@pt...>]

 Version 1.2.7 of OSW has just been released for Windows, Linux and Mac =
OS X.=20
=20
This is primarily a bug-fix release.=20
=20
* A bug that prevented patches from being loaded a second time (e.g., =
load a patch, then try loading it again, with any number of actions in =
between) under Linux has been fixed.=20
* SamplePlayer can now read correctly from a Table as well as a =
SampleBuffer. This is useful for live recording and looping without the =
need to have a pre-made sample file.=20
* Corrections/improvements to Mac OS X and Linux installations.=20
=20
You might have noticed that the list of changes and fixes has been =
getting shorter and less exciting over the last few versions. That is =
because we are making 1.2.x "stable." More new features and significant =
changes will be rolled out in the first 1.3.x release.=20
=20
As always, users are encouraged to download and try out the new version, =
and report any issues to the bug/support trackers or the users mailing =
list.=20
=20
OSW is a graphical programming environment for real-time music and audio =

applications. It is intended for composers, performers, and sound=20
designers. Please visit the project site at =
http://www.opensoundworld.com=20
for more information. =20

[Osw-users] VST support for Open Sound World!

[Amar <am...@pt...>]

(From the OSW newsroom...)

The Vst transform for OSW has (finally) been released as an add-on external. 
It can be downloaded from the OSW Contributions page or 
http://www.ptank.com/amar_music/software.php#vst.

The Vst transform allows users to run most VST effect and instrument 
plug-ins in OSW. It is currently only available for Windows.

[Osw-users] OSW 1.2.6 released

[Amar <am...@pt...>]

Version 1.2.6 of Open Sound World has just been released.
This version primary address several issues in previous releases for Mac
OS X:

*  A completely redesigned "double-click .app" that is easier to install
and run.
*  The rather annoying "I have to click twice on a patch window or the
dock" problem has been fixed.

In addition, support for MIDI sysex input has been added, including a new
transform SysexInput.

Users are encouraged to download and try out the new version, and report
any issues to the bug/support trackers or the users mailing list.

OSW is a graphical programming environment for real-time music and audio
applications. It is intended for composers, performers, and sound
designers. Please visit the project site at http://www.opensoundworld.com
for more information.

[Osw-users] has anyone tried 1.2.5?

[Amar <am...@pt...>]

hi all-

   with sourceforge statistics having ground to a complete halt, i have =
no idea whether anyone has even downloaded 1.2.5, let alone tried it =
out.  Anyone care to share their experiences?

  Thanks.
  -Amar

[Osw-users] OSW 1.2.5 Released

[Amar <am...@pt...>]

OSW 1.2.5 for Windows 2000/XP, Linux and Mac OS X has been released and =
can be downloaded at either http://www.opensoundworld.com or =
http://osw.sourceforge.net.

This is primarily a bug-fix and minor-enhancement release, but it is of =
particular significance to Linux users.

* Fixed RedHat and SuSE Linux support.  There was a problem for some =
people in previous releases loading external transforms leading to the =
infamous "Can't fund Button" message.

* New Transforms:
  *  TypeRoute=20
  *  TCPSend

* Fixed bugs in Granulator synthesizer.  Try it out!
* Fixed bug  864541:  does not use default browser on Windows.  OSW will =
now use the default browser (e.g., firefox on my system) instead of =
always selecting IE.
* Enhanced support for MIDI clock output; handy for sync-ing up with =
sequencers or tempo-based gear.
* Added small feature: copy a full transform path name to the clipboard =
by right clicking and selecting menu option - this is useful for =
copying/pasting transform path names in OSC scripts and applications.
* New built-in table: /sine2 (sine squared)
* Added support for string constants and string operations
* Added new mode to FanIn transform: setting option "-multi" to true on =
creation will allow FanIn to accept different types on different inlets =
and always output Any.
* Fixed minor bug in AddSynth.


Users are encouraged to download and try out the new version, and report =
any issues to the bug/support trackers or the users mailing list.=20
=20
OSW is a graphical programming environment for real-time music and audio =
applications. It is intended for composers, performers, and sound =
designers. Please visit the project site at =
http://www.opensoundworld.com for more information.=20

Re: [Osw-users] Still tryin'...

[Amar <am...@pt...>]

upon review, I realize I ran into this same issue a while back when =
installing [incr tcl] from source.  Try setting /usr/... as your =
destination instead of /usr/local/... and see if that helps.  =
Alternatively, there is a setting that lets Tcl and Tk look for =
extensions in both /usr and /usr/local, but I can't remember what it is =
right now.

I also just tried using apt-get on my PlanetCCMRA system to install incr =
tcl, it does exist but it wants to down-rev my Tcl/Tk to 8.3.5, which =
doesn't seem like such a good idea to me...

  -Amar

  ----- Original Message -----=20
  From: James Ravan=20
  To: OSW Users=20
  Sent: Monday, February 14, 2005 12:10 PM
  Subject: [Osw-users] Still tryin'...


  Hmmm...

  I downloaded osw, modified the paths to point to /usr/local..., and =
tried to run. The script returned:

  [ravan@localhost ~]$ osw
  Error in startup script: can't find package Iwidgets
      while executing
  "package require Iwidgets"
      (file "/usr/lib/osw/oswinit.tcl" line 37)

  I thought that the PlanetCCRMA Fedora Core 3 system included [incr =
tcll], etc., but I must have been mistaken. So I went to the [incr tcl] =
website (http://incrtcl.sourceforge.net/itcl/), downloaded, compiled, =
and installed [incr tcl], also in /usr/local..., and tried again. Same =
error.

  What path could be wrong? Or have I not installed enough? There is no =
Iwidgets file anywhere on my system. The [incr tcl] website seemed to =
indicate that the widgets were included in the source tarball. But that =
doesn't seem to be the case...?

  regards,
  -jim
  =20

[Osw-users] Still tryin'...

[James R. <jam...@co...>]

Hmmm...

I downloaded osw, modified the paths to point to /usr/local..., and tried to
run. The script returned:

[ravan@localhost ~]$ osw
Error in startup script: can't find package Iwidgets
    while executing
"package require Iwidgets"
    (file "/usr/lib/osw/oswinit.tcl" line 37)

I thought that the PlanetCCRMA Fedora Core 3 system included [incr tcll],
etc., but I must have been mistaken. So I went to the [incr tcl] website
(http://incrtcl.sourceforge.net/itcl/), downloaded, compiled, and installed
[incr tcl], also in /usr/local..., and tried again. Same error.

What path could be wrong? Or have I not installed enough? There is no
Iwidgets file anywhere on my system. The [incr tcl] website seemed to
indicate that the widgets were included in the source tarball. But that
doesn't seem to be the case...?

regards,
-jim
 

Re: [Osw-users] Tcl/Tk 8.4.9

[Amar <am...@pt...>]

OSW does make use of wish8.4 to launch the UI, but as long as your version
created a "wish8.4" with the version numbers, I think everything should be
OK.

  -Amar



> OK, I figured out my problem with building Tcl 8.4.9 and not being able to
> see the proper tcl_platform(threaded) entry. It was, as I had hoped, user
> error. Andy suggested that I ldd the file, which I did, and it showed that
> the loader was looking for libtcl8.4.so from /usr/lib. Well, that was the
> *existing* tcl shared lib that was NOT compiled with threading. When I
> copied the new libtcl I had built into /usr/lib by hand, "puts
> $tcl_platform(threaded)" returned 1. Hurrah! Problem understood.
>
>
>
> Now I have done a "make install", but the default build I did has (a)
> placed
> the executables in /usr/local/bin instead of /usr/bin which should be OK
> given my $PATH, but (b) tclsh was copied there as tclsh8.4. OSW doesn't
> care
> about tclsh, correct? Just the shared lib, right? So I should be fine, .
> yes?
>
>
>
> Thanks for any help,
>
> -jim
>
>
>
>

[Osw-users] Tcl/Tk 8.4.9

[James R. <jam...@co...>]

OK, I figured out my problem with building Tcl 8.4.9 and not being able to
see the proper tcl_platform(threaded) entry. It was, as I had hoped, user
error. Andy suggested that I ldd the file, which I did, and it showed that
the loader was looking for libtcl8.4.so from /usr/lib. Well, that was the
*existing* tcl shared lib that was NOT compiled with threading. When I
copied the new libtcl I had built into /usr/lib by hand, "puts
$tcl_platform(threaded)" returned 1. Hurrah! Problem understood.

 

Now I have done a "make install", but the default build I did has (a) placed
the executables in /usr/local/bin instead of /usr/bin which should be OK
given my $PATH, but (b) tclsh was copied there as tclsh8.4. OSW doesn't care
about tclsh, correct? Just the shared lib, right? So I should be fine, .
yes?

 

Thanks for any help,

-jim

 

Re: [Osw-users] Tcl/Tk 8.4.9

[Andy W. S. <an...@a2...>]

James Ravan wrote:

> I=92m running PlanetCCRMA under Fedora Core 3. The supplied tclsh in=20
> /usr/bin says =93no such array element=94 when I try:
>
> $ tclsh
>
> % puts $tcl_platform(threaded)
>
> So after the successful =93make test=94, which included tests for=20
> threading, by the way, while still in the unix subdirectory of the=20
> downloaded 8.4.9 Tcl source tree, and before I stuck things in=20
> /usr/local/bin with a =93make install=94, I made sure that threading wa=
s=20
> enabled in the newly compiled tclsh by typing:
>
> $ ./tclsh
>
> % puts $tcl_platform(threaded)
>
> Well, it said the same thing as the original tclsh said: =93no such=20
> array element=94! So I=92m confused. After I configured with=20
> =93=97enable-threads=94, I expected the make to =93just work=94. But it=
 seems,=20
> and a few Google searches seem to bear out, that tcl_platform should=20
> contain a =93threaded=94 element that contains 1. And that is not the c=
ase=20
> in my new tclsh for some reason.
>
sounds like you are doing the right thing. sanity check, is your libtcl=20
linked to libpthread?

here is what mine looks like;

root@xfc:/usr/lib# ldd libtcl8.4.so
libdl.so.2 =3D> /lib/libdl.so.2 (0x400ca000)
libpthread.so.0 =3D> /lib/libpthread.so.0 (0x400cd000)
libm.so.6 =3D> /lib/libm.so.6 (0x4011f000)
libc.so.6 =3D> /lib/libc.so.6 (0x40141000)
/lib/ld-linux.so.2 =3D> /lib/ld-linux.so.2 (0x80000000)
root@xfc:/usr/lib# tclsh8.4
% puts $tcl_platform(threaded)
1
%
root@xfc:/usr/lib# nm libtcl8.4.a | grep -i thread
nm: tclAlloc.o: no symbols
U Tcl_GetCurrentThread
U Tcl_GetThreadData
U Tcl_ThreadAlert
U TclThreadAllocObj
U TclThreadFreeObj
U TclThreadAllocObj
00000eb0 t NewThreadProc
U TclFinalizeThreadAlloc
U TclFinalizeThreadData
00000c60 T TclInThreadExit
U TclThreadDataKeyGet
00000ef0 T Tcl_CreateThread
00000710 T Tcl_CreateThreadExitHandler
00000770 T Tcl_DeleteThreadExitHandler
00000ba0 T Tcl_FinalizeThread
U Tcl_GetThreadData
U TclpThreadCreate
U TclThreadAllocObj
U TclThreadFreeObj
U Tcl_GetCurrentThread
U Tcl_CreateThreadExitHandler
U Tcl_GetThreadData
U TclThreadAllocObj
00001100 T Tcl_GetChannelThread
U Tcl_GetCurrentThread
U Tcl_GetThreadData
U Tcl_CreateThreadExitHandler
U Tcl_GetThreadData
U TclThreadAllocObj
U TclThreadFreeObj
U TclThreadAllocObj
U TclThreadFreeObj
U Tcl_GetCurrentThread
U Tcl_GetThreadData
00000b80 T Tcl_ThreadAlert
00000330 T Tcl_ThreadQueueEvent
U TclThreadAllocObj
U TclThreadFreeObj
U TclThreadFreeObj
U Tcl_CreateThreadExitHandler
U Tcl_GetThreadData
U TclThreadAllocObj
U TclThreadFreeObj
U TclThreadAllocObj
U TclInThreadExit
U Tcl_CreateThread
U Tcl_CreateThreadExitHandler
U Tcl_DeleteThreadExitHandler
U Tcl_ExitThread
U Tcl_FinalizeThread
U Tcl_GetChannelThread
U Tcl_GetCurrentThread
U Tcl_GetThreadData
U Tcl_JoinThread
U Tcl_ThreadAlert
U Tcl_ThreadQueueEvent
nm: tclThreadJoin.o: no symbols
tclThreadAlloc.o:
00000d30 T TclFinalizeThreadAlloc
00000540 T TclThreadAllocObj
00000640 T TclThreadFreeObj
U Tcl_GetCurrentThread
tclThreadJoin.o:
tclThread.o:
000002f0 T TclFinalizeThreadData
00000080 T TclThreadDataKeyGet
000000b0 T TclThreadDataKeySet
000004a0 T Tcl_ExitThread
U Tcl_FinalizeThread
00000000 T Tcl_GetThreadData
U TclpFinalizeThreadData
U TclpFinalizeThreadDataKey
U TclpThreadDataKeyGet
U TclpThreadDataKeyInit
U TclpThreadDataKeySet
U TclpThreadExit
U TclThreadDataKeyGet
U Tcl_CreateThreadExitHandler
U Tcl_GetThreadData
U TclInThreadExit
00000870 t NotifierThreadProc
U Tcl_GetThreadData
U TclpThreadCreate
U TclpThreadExit
00000014 b notifierThread
00000140 T Tcl_GetCurrentThread
U Tcl_GetThreadData
000000e0 T Tcl_JoinThread
00000480 T TclpFinalizeThreadData
000004e0 T TclpFinalizeThreadDataKey
00000000 T TclpThreadCreate
00000400 T TclpThreadDataKeyGet
00000380 T TclpThreadDataKeyInit
00000440 T TclpThreadDataKeySet
00000120 T TclpThreadExit
U pthread_attr_destroy
U pthread_attr_init
U pthread_attr_setdetachstate
U pthread_attr_setscope
U pthread_attr_setstacksize
U pthread_cond_broadcast
U pthread_cond_destroy
U pthread_cond_init
U pthread_cond_timedwait
U pthread_cond_wait
U pthread_create
U pthread_exit
U pthread_getspecific
U pthread_join
U pthread_key_create
U pthread_key_delete
U pthread_mutex_destroy
U pthread_mutex_init
U pthread_mutex_lock
U pthread_mutex_unlock
U pthread_self
U pthread_setspecific
U Tcl_GetThreadData
U TclThreadAllocObj
U TclThreadAllocObj
U TclThreadFreeObj

[Osw-users] Tcl/Tk 8.4.9

[James R. <jam...@co...>]

All,

 

Hello, my name is Jim Ravan and I am new to OSW. My Tcl does not *seem* to
be threaded, so I am on the journey to try to compile a Tcl that *is*
threaded. I downloaded the latest 8.4.9 sources from the SourceForge Tcl
site and configured with "-enable-threads". The make looked fine, so I tried
"Make test". All the tests that ran were successful. Now the problem.

 

I'm running PlanetCCRMA under Fedora Core 3. The supplied tclsh in /usr/bin
says "no such array element" when I try:

 

$ tclsh

% puts $tcl_platform(threaded)

 

So after the successful "make test", which included tests for threading, by
the way, while still in the unix subdirectory of the downloaded 8.4.9 Tcl
source tree, and before I stuck things in /usr/local/bin with a "make
install", I made sure that threading was enabled in the newly compiled tclsh
by typing:

 

$ ./tclsh

% puts $tcl_platform(threaded)

 

Well, it said the same thing as the original tclsh said: "no such array
element"! So I'm confused. After I configured with "-enable-threads", I
expected the make to "just work". But it seems, and a few Google searches
seem to bear out, that tcl_platform should contain a "threaded" element that
contains 1. And that is not the case in my new tclsh for some reason.

 

Why does my compiled tclsh not have a tcl_platform "threaded" entry even
though I configured with "-enable-threads"? (And when I look at the
configure output, it seems to be checking some details about pthreads.) Can
anyone help, or point me to the tcl mailing list where I should be asking
this question?

 

Thanks,

-jim

 

Re: [Osw-users] GUI freezes with ALSA, no sound with Jack.

[Amar <am...@pt...>]

> 
> I think we have a 1.2.4 release, but I have not been testing on linux
> lately (rather, macos x), so I'm not sure what the situation is.  I'll
> try it out later today and report back.
> 

1.2.4 is Mac only - 1.2.3 is still the latest release for Linux.

  -Amar

Re: [Osw-users] GUI freezes with ALSA, no sound with Jack.

[Amar <am...@pt...>]

While I can't yet answer the core question (freezing GUI), a couple of side
issues:
1)  The Jack driver isn't yet complete, though is part of the source code.
2)  C++ compilation speed seems to be quite variable.  On my main Linux box
(my 2.4GHz, 2.4.x kernel gcc 3.4) it runs extremely fast.  But on my OS X
iBook (800MHz, running Apple's gcc 3.3 port), it runs quite slow, though not
painfully so.  The key seems to be having not only a fast processor, but
most importantly a large amount of RAM (I recommend at least 512MB), and a
fast disk system if you do need to swap.  Most of the C++ compile time is
taken in the optimization phase, which is very memory intensive and can
start thrashing if it doesn't have enough memory - you can use "top: to see
this.

Will look into the freeze issue - though i haven't been able to reproduce it
yet.  Anyone else seeing this behavior?

 -Amar



----- Original Message ----- 
From: "smoerk" <sm...@gm...>
To: <osw...@li...>
Sent: Monday, November 22, 2004 3:15 AM
Subject: [Osw-users] GUI freezes with ALSA, no sound with Jack.


> Hello,
>
> after a few hours of compiling (why is C++ so slow?), I tried OSW 1.2.3
> on Linux. I have 2.6.8 Kernel, TCL 8.4.7, gcc 3.3.5, Jack 0.99 and a
> Soundblaster Live. When I click on the speaker symbol, I can hear audio,
> but the GUI does not respond anymore. I can move windows (which I think
> the windows manager is responsible for), but there is no response inside
> the windows. Even the light of the speaker doesn't get red.
>
> With Jack there is no sound and with OSS no sound and also a froozen GUI.
>
> Any idea how to solve this problem?
>
>
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real users.
> Discover which products truly live up to the hype. Start reading now.
> http://productguide.itmanagersjournal.com/
> _______________________________________________
> Osw-users mailing list
> Osw...@li...
> https://lists.sourceforge.net/lists/listinfo/osw-users

Re: [Osw-users] GUI freezes with ALSA, no sound with Jack.

[Andrew (A. W. S. <an...@a2...>]

On Mon, 2004-11-22 at 03:15, smoerk wrote:
> after a few hours of compiling (why is C++ so slow?),

OSW makes heavy use of C++ templates, which at compile time results in a
sort of combinatoral explosion as it recompiles the same piece of code
over and over for every known type, of which there are many -- at least,
I think that is what is happening, to be honest I don't entirely
understand the type/template system in OSW.

>  I tried OSW 1.2.3 
> on Linux. I have 2.6.8 Kernel, TCL 8.4.7, gcc 3.3.5, Jack 0.99 and a 
> Soundblaster Live. When I click on the speaker symbol, I can hear audio, 
> but the GUI does not respond anymore. I can move windows (which I think 
> the windows manager is responsible for), but there is no response inside 
> the windows. Even the light of the speaker doesn't get red.

I think we have a 1.2.4 release, but I have not been testing on linux
lately (rather, macos x), so I'm not sure what the situation is.  I'll
try it out later today and report back.


Andy.

-- 
Andrew (Andy) W. Schmeder
<andy \at a2hd \dot com>
http://www.a2hd.com/

[Osw-users] GUI freezes with ALSA, no sound with Jack.

[smoerk <sm...@gm...>]

Hello,

after a few hours of compiling (why is C++ so slow?), I tried OSW 1.2.3 
on Linux. I have 2.6.8 Kernel, TCL 8.4.7, gcc 3.3.5, Jack 0.99 and a 
Soundblaster Live. When I click on the speaker symbol, I can hear audio, 
but the GUI does not respond anymore. I can move windows (which I think 
the windows manager is responsible for), but there is no response inside 
the windows. Even the light of the speaker doesn't get red.

With Jack there is no sound and with OSS no sound and also a froozen GUI.

Any idea how to solve this problem?

[Osw-users] OSW 1.2.4 Released for Mac OS X

[Amar <am...@pt...>]

 A bug-fix release 1.2.4 for Mac OS X is now available at =
http://www.opensoundworld.com.=20
=20
Version 1.2.4 fixes several bugs from the 1.2.3 release specific to OS =
X:=20
=20
1. Installer fixes: the .app is now properly installed and permissions =
in the /Applications directory are preserved.=20
=20
2. Significant improvement in audio performance/behavior.=20
=20
3. The version number is now properly reported in the about box.=20
=20
There is no change from version 1.2.3 for Windows or Linux users. Those =
interested in these platforms should continue to use 1.2.3.=20
=20
Mac users are encouraged to download and try out the new version, and =
report any issues to the bug/support trackers or the users mailing list. =
=20
=20
OSW is a graphical programming environment for real-time music and audio =
applications. It is intended for composers, performers, and sound =
designers. Please visit the project site at =
http://www.opensoundworld.com for more information.=20

[Osw-users] OS X and SuSE Linux?

[Amar <am...@pt...>]

Anyone using (or attempting to use) the 1.2.3 release under OS X or =
SuSE?
I have been unable to reproduce the install problems, but then again my =
machines are anything but "clean."

Thanks.
-Amar

[Osw-users] OSW 1.2.3 Released

[Amar <am...@pt...>]

OSW 1.2.3 for Windows 2000/XP, Linux and Mac OS X has been released and =
can be downloaded at our *NEW* location http://www.opensoundworld.com. =20
=20
Version 1.2.3 includes several new features, enhancements and fixes:=20
=20
=20
1. Mac Application support=20
* "Open Sound World" now appears in the Applications folder=20
* can double-click App icon to launch OSW =20
* can double-click OSW patches to launch=20
* No more manual setting of environment variables, even for command-line =
use=20
=20
2. New Transforms:=20
* list::Sort=20
* list::Reverse=20
* list::Take=20
* SDelay=20
* fx::HighShelf=20
* fx::LowShelf=20
* fx::PeakEq=20
=20
3. Enhanced ASIO support under Windows, fixes for "absent" soundcard =
drivers such as RME Hammerfall and MOTU 828. =20
=20
4. Support for complex signals via ComplexSamples and =
DoubleComplexSamples types=20
5. Enhancements for math transforms and Expr=20
=20
6. No more blinky dock on startup!=20
=20
7. Updated User Guide, now includes documentation on tutorials, server =
mode and command-line options.=20
=20
=20
=20
=20
Users are encouraged to download and try out the new version, and report =
any issues to the bug/support trackers or the users mailing list.=20
=20
OSW is a graphical programming environment for real-time music and audio =
applications. It is intended for composers, performers, and sound =
designers. Please visit the project site at =
http://www.opensoundworld.com for more information.=20

[Osw-users] OSS audio support

[Amar <am...@pt...>]

Would anyone out there be disappointed if OSS support were to be dropped =
entirely from future releases of OSW?

Re: [Osw-users] enabling alsa

[Amar <am...@pt...>]

Hi Honza-

  The driver binaries should be in your $OSW_DIR/externals/drivers directory
(OSW_DIR is probably /usr/local/lib/osw unless you set it when running the
configure script).  Make sure the oswLinuxAlsaAudio.osx is in that
directory.  If it is, then please provide a copy of all the output that
appears in the terminal window when you first run OSW.

   Because the drivers are themselves externals, I suspect this might be
related to the general issues that seem to occur loading externals in SuSE
Linux...

   -Amar


----- Original Message ----- 
From: "Honza Svasek" <hon...@se...>
To: <osw...@li...>
Sent: Saturday, September 04, 2004 7:06 AM
Subject: [Osw-users] enabling alsa


> After compiling with --enable-alsa osw still tries to open the OSS drivers
> (which don't work).
>
> I cannot find anything in the docs. Does anyone know how to enable the
alsa
> drivers?
>
>
>
> -- 
> Honza Svasek
>
> My output is licensed under
> the Creative Commons Attribution-ShareAlike License
> http://creativecommons.org/licenses/by-sa/1.0/
>
> Copy->Mutate->Share
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by BEA Weblogic Workshop
> FREE Java Enterprise J2EE developer tools!
> Get your free copy of BEA WebLogic Workshop 8.1 today.
> http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click
> _______________________________________________
> Osw-users mailing list
> Osw...@li...
> https://lists.sourceforge.net/lists/listinfo/osw-users

[Osw-users] enabling alsa

[Honza S. <hon...@se...>]

After compiling with --enable-alsa osw still tries to open the OSS drivers 
(which don't work). 

I cannot find anything in the docs. Does anyone know how to enable the alsa 
drivers?



-- 
Honza Svasek

My output is licensed under 
the Creative Commons Attribution-ShareAlike License 
http://creativecommons.org/licenses/by-sa/1.0/

Copy->Mutate->Share

[Osw-users] 11'th Annual Tcl/Tk Conference

[<aku...@sh...>]

11'th Annual Tcl/Tk Conference

October 11 - 15, 2004
New Orleans, Louisiana, USA
Email Contact tc...@tc...

We are pleased to announce the 11'th Annual Tcl/Tk conference
(Tcl'2004), sponsored by Noumena Corporation, in cooperation with
ActiveState and ExpoTech.

Come to New Orleans to:

    * Learn about the power of Tcl/Tk.
    * Present exciting new work involving Tcl/Tk.
    * See the latest developments in Tcl/Tk.
    * Meet Tcl/Tk researchers and users from academia, government and industry.
    * Plan for future Tcl/Tk related developments.

    The conference program will include paper presentations,
    tutorials, Birds of a Feather (BOF) sessions and invited key-note
    talks. 

Registration

    Online registration is ready now.
    <http://www.tcl.tk/community/tcl2004/reg.html>

Tutorials

    Come learn about Tcl from the experts. This year's Tcl/Tk
    Conference includes one of the best sets of Tutorials ever offered
    including tutorials on Jacl, TclHttpd,
    Starkit, Advanced GUI construction, and the API.

    <http://www.tcl.tk/community/tcl2004/tut2004.html>

Schedule

    More details will be added to the schedule as they become
    available.

    <http://www.tcl.tk/community/tcl2004/schedule.html>

    Those attending the conference will be interested in the
    conference info page.

    <http://www.tcl.tk/community/tcl2004/info.html>

To keep in touch with news regarding the conference and Tcl events in
general, subscribe to the tcl-announce list.

<http://listserv.activestate.com/mailman/mysubs?show=announce>

Other Forms of Participation

    For those who are not presenting a paper at the conference, but
    would like to present their work in some form, we do provide
    several other forms of participation.

    Slots for Works-in-Progress (WIP) presentations and
    Birds-of-a-Feather sessions (BOFs) are available on a first-come,
    first-served basis by sending email to tc...@tc.... Some WIP
    and BOF time slots will be held open for on-site reservation, so
    we encourage all attendees with interesting work in progress to
    consider presenting that work at the conference.

Conference Committee

    Gerald Lester       HMS Software General Chair
    Andreas Kupries     ActiveState Corp
    Clif Flynt          Noumena Corp Website Admin
    Jeffrey Hobbs       ActiveState Corp
    Kevin Kenny         GE Global Research Center
    Ken Jones           Avia Training
    Mac Cody            Raytheon Company
    Kim Richerts  
    Steve Landers       Digital Smarties
    Sheila Miguez       Motorola
    Larry Virden        Tcl FAQ Maintainer

Contact Information
    
    tc...@tc...

[Osw-users] OSW 1.2.2 released

[Amar <am...@pt...>]

OSW 1.2.2 for Windows 2000/XP, Linux and Mac OS X has been released and =
can be downloaded at osw.sourceforge.net

1.2 includes a large number of fixes and enhancements throughout the =
system, including:

*  Significantly improved overall stability
*  Improved UI performance, patch drawing is much faster
*  Improved CPU performance
*  Fixes to Windows ASIO and Linux ALSA drivers
*  Better sound quality in oscillator transforms
*  Fixes to Scope transforms
*  Fixes/enhancements to Expr
*  Fixes to math functions and arithmetic operators
*  Table transform can now be viewed inline in patches
*  Fixes to reading and writing of patches
*  Enhancements to OpenSound Control implementation
*  Enhanced suite of filter and delay algorithms
*  New transforms, including:
*    Allpass
*    Bandpass
*    fx::PhaseShifter
*    fx::Flanger
*    FrequencyResponse
*    LFO
*    list::Fold
*    list::Range
*    SampleAndHold
*  Removed transforms (that I doubt anyone will miss):
*    IntRange
*  Improved documentation


Users are encouraged to download and try out the new version, and report =
any issues to the bug/support trackers or the users mailing list.

OSW is a graphical programming environment for real-time music and audio =
applications. It is intended for composers, performers, and sound =
designers. Please visit the the project site http://osw.sourceforge.net =
for more information.=20

[Osw-users] OSW 1.2.1 pre-release for Windows

[Amar <am...@pt...>]

A pre-release of the new OSW version 1.2.1 has been posted for Windows.  =
This release includes a large number of fixes, performance enhancements =
and new transforms. =20

Windows users as well as those who compile from source are encouraged to =
try out this new release, and post issues and feedback to either the =
project bug tracker or the osw-users list.

Additionally, the new documentation for version 1.2.1 has been posted to =
the website http://osw.sourceforge.net.  It is also now available in =
archive form for download.

More details on the release, as well as a full release with binaries for =
Linux and Mac OS X as well as Windows are expected by next week.  In the =
meantime, please check it out and have fun!

    -Amar

Re: [Osw-users] Compile OSW on Slackware, with TCL/TK 8.4?

[Amar <am...@pt...>]

Hi Arvind-

   I am using a FedoreCore/PlanetCCRMA system, but I do currently compile
with Tcl/Tk 8.4.x w/o any problems.  Are you compiling from a source package
(tar.gz or RPM), or from CVS?  I highly recommend compiling from CVS at this
time.  Also, can you send the exact output from ./configure to me and/or the
list?

   Thanks.
   -Amar


----- Original Message ----- 
From: "arvind ganga" <arv...@ho...>
To: <osw...@li...>
Sent: Friday, July 09, 2004 5:28 PM
Subject: [Osw-users] Compile OSW on Slackware, with TCL/TK 8.4?


> Hi all!
>
> I'd like to use OSW, it looks great. I'm having quite a hard time
installing
> it on Slackware 10.0, though. First, tcl/tk is not compiled with
> multi-threading-support, so I've recompiled the slackware-packages with
> multi-threading-support. This is TCL/TK version 8.4.6. Then I've installed
> itcl3.2.1 and iwidgets4.0.1. Everything seems to work ok.
>
> Then I want to compile osw from source, so I've downloaded the package,
> extracted it, changed wish8.3 to wish8.4 in ../osw/src/linux/install.sh.
> Then I try to run `./configure --enable-alsa` but I get an error-message
> that the Tcl-library cannot be found. I got around this by changing some
> "tcl8_3" into "tcl8_4", to get the message the Tk-library cannot be found.
I
> don't seem to get around that, yet, but this all seems to get rather
> dirty...
>
> So I was wondering whether it's possible to compile OSW with TCL/TK 8.4.6
> and/or whether someone has already installed OSW on Slackware and can give
> me some hints? Tia!   --Arvind.
>
> _________________________________________________________________
> MSN Search, for accurate results! http://search.msn.nl
>
>
>
> -------------------------------------------------------
> This SF.Net email sponsored by Black Hat Briefings & Training.
> Attend Black Hat Briefings & Training, Las Vegas July 24-29 -
> digital self defense, top technical experts, no vendor pitches,
> unmatched networking opportunities. Visit www.blackhat.com
> _______________________________________________
> Osw-users mailing list
> Osw...@li...
> https://lists.sourceforge.net/lists/listinfo/osw-users