gmane.comp.audio.supercollider.devel

Re: MIDI system improvements

Marije Baalman — 2013-05-20T18:32:27

Hiho,

I think that the issues you mention are Linux only, and with some
issues it may be important to keep in mind cross platform
functionality; e.g. wanting to ensure that a MIDI message is coming
from a specific other MIDI device/client.

On other platforms there is no concept of a MIDI patchbay as we have on
Linux, so each port created there is in fact connecting solely to that
client, you can't patch it as you would do in Linux.

On Mon, 20 May 2013 14:19:28 +0200
Jakob Leben <jakob.leben-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org> wrote:

the nicest thing would be to have a callback in case a new port comes
into existance.
But I'm not sure whether this would be feasible on other platforms than
Linux.
 

Yes, it is a problem that should be addressed.
There is also no need to connect to system announce, and this other one
that is always there (but doesn't show in QJackCtl's Alsa patchbay).
 

Because you may want to filter by client, as you would on other
platforms.
So cross-platform-compatibility is the an

Re: [PATCH] MIDI(ALSA): fix initialization

Michael Zacherl — 2013-05-20T17:08:23

On 20.5.2013, at 19:02 , Jakob Leben wrote:


thx! (testing git on my fresh Xubuntu VM. ;-)  

--
hear the colours of noise: http://blauwurf.at
http://soundcloud.com/noiseconformist



_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/

Re: [PATCH] MIDI(ALSA): fix initialization

Jakob Leben — 2013-05-20T17:02:37

Btw, this patch is only for ALSA backend of MIDI, has no effect on Mac or
Windows.

Re: [PATCH] MIDI(ALSA): fix initialization

Michael Zacherl — 2013-05-20T16:27:31

Hi Jakob, 
I can't apply the patch - fatal: corrupt patch at line 18
Could you PLS resend as attachment? 
thx - m.

On 20.5.2013, at 17:14 , Jakob Leben wrote:




--
keep your ears open: http://blauwurf.at
http://soundcloud.com/noiseconformist






_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/

[PATCH] MIDI(ALSA): fix initialization

Jakob Leben — 2013-05-20T15:14:21

Avoid initialize/cleanup/initialize cycle whenever initializing.

Let initMIDIClient() do most of the work, except for creating ports and
running the worker thread, and let initMIDI() do only the rest instead
of a complete re-initialization.

This fixes the issue that calling "MIDIClient.init" in succession would
not remove ports created in the previous call.
---
 lang/LangPrimSource/SC_AlsaMIDI.cpp | 52 +++++++------------------------------
 1 file changed, 10 insertions(+), 42 deletions(-)

diff --git a/lang/LangPrimSource/SC_AlsaMIDI.cpp b/lang/LangPrimSource/SC_AlsaMIDI.cpp
index 323217c..74f46b7 100644
--- a/lang/LangPrimSource/SC_AlsaMIDI.cpp
+++ b/lang/LangPrimSource/SC_AlsaMIDI.cpp
< at >< at > -458,20 +458,14 < at >< at > int initMIDI(int numIn, int numOut)
 SC_AlsaMidiClient* client = &gMIDIClient;
 int i;
 
-if (client->mHandle) cleanUpMIDI();
+if (!client->mHandle) {
+post("MIDI (ALSA): Can not start - not yet initialized.\n");
+return errFailed;
+}
 
     numIn = sc_clip(numIn, 1, kMaxMidiPorts);
     numO

MIDI system improvements

Jakob Leben — 2013-05-20T12:19:28

Hi all,

I think the MIDI system could be improved in several ways, but I would like
to hear you opinion about these ideas:

### Amount of automatically created in/out ports

I am not sure that there is any use in having the *default* MIDIClient
initialization create as many input and output ports as there is ports of
other clients, for 2 reasons:

1. Other clients can come to existence, or cease to exist at any time, at
which point the amount of ports will not reflect the MIDI ecosystem in any
sensible way.

2. Moreover, in such a scenario, MIDIIn.connectAll will fail to connect in
any sensible way. It could even be dangerous because it if the total amount
of MIDI source ports decreases, 'connectAll' will connect our own source
port to one of our own destination ports!

Why not only create a single output and a single input port, and have
MIDIIn.connectAll  connect all other clients' out/in ports to those single
ports?

### Caching all available in/out ports of other clients

Querying the ecosystem for all

HID

Marije Baalman — 2013-05-20T11:25:42

Hiho,

just a small update... (well not really)...

A couple of other projects took up my attention in the past time, but
in June I'll get back to coding on the HID implementation; I set my
deadline for finishing it for this summer.

Just in case you guys are wondering while over there at the
Symposium. ;)

sincerely,
Marije

_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/

Re: Packt book

Marije Baalman — 2013-05-20T11:22:39

Hiho,

the wording was just Inglish :)

sincerely,
Marije

On Sun, 19 May 2013 11:33:29 -0700
Josh Parmenter <josh-dgcorQsoLzUte1CcmPSZvF6hYfS7NtTn< at >public.gmane.org> wrote:



_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/

Re: Win32 precompiled - compile error - now at 97%

Tim Blechmann — 2013-05-20T10:44:38


SC_Endian.hpp pulls in win32 headers in the public interface ... that is
bad ... will have a look

SF.net SVN: quarks:[2591] QuNeo

2013-05-17T20:10:16

Revision: 2591
          http://quarks.svn.sourceforge.net/quarks/?rev=2591&view=rev
Author:   schemawound
Date:     2013-05-17 20:09:22 +0000 (Fri, 17 May 2013)
Log Message:
-----------


Added Paths:
-----------
    DIRECTORY/QuNeo.quark
    QuNeo/
    QuNeo/Controls/
    QuNeo/Controls/QuNeoButton.sc
    QuNeo/Controls/QuNeoCircleControl.sc
    QuNeo/Controls/QuNeoDrumPad.sc
    QuNeo/Controls/QuNeoGridPad.sc
    QuNeo/Controls/QuNeoLongSlider.sc
    QuNeo/Controls/QuNeoSlider.sc
    QuNeo/HelpSource/
    QuNeo/HelpSource/Classes/
    QuNeo/HelpSource/Classes/MidiCcBus.schelp
    QuNeo/HelpSource/Classes/MidiNoteFunc.schelp
    QuNeo/HelpSource/Classes/QuNeo.schelp
    QuNeo/HelpSource/Classes/QuNeoButton.schelp
    QuNeo/HelpSource/Classes/QuNeoCircleControl.schelp
    QuNeo/HelpSource/Classes/QuNeoDrumPad.schelp
    QuNeo/HelpSource/Classes/QuNeoGridPad.schelp
    QuNeo/HelpSource/Classes/QuNeoLongSlider.schelp
    QuNeo/HelpSource/Classes/QuNeoSlider.schelp
    QuNeo/MIDI/
    QuNeo/MIDI/MidiCcBus.sc

Re: [patch] URL fetch

Scott Wilson — 2013-05-20T09:53:21

On 20 May 2013, at 10:03, Tim Blechmann wrote:


Okay, will probably take me awhile to get back to this again. We've got BEAST events this weekend.

S.
_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/

Re: [patch] URL fetch

Tim Blechmann — 2013-05-20T09:03:19

we only provide a subset of boost.

* adapt the script in external_libraries/extract_boost.sh to also scan
the cpp-netlib folder
* check out boost-trunk from svn
* run external_libraries/extract_boost.sh /path/to/boost-trunk.

it requires the bcp tool to be somewhere in the path. if you have
problems with it, you can push a topic/ branch to github and i can help
with that!

tim

Re: [patch] URL fetch

Scott Wilson — 2013-05-20T08:52:52

On 20 Mar 2013, at 15:35, Tim Blechmann wrote:


I'm sure this is just something dumb, but I tried to rework this to use cpp-netlib, and I get a lot of errors like this:

In file included from /code/git_SC/SuperCollider/external_libraries/cpp-netlib-0-1.9.4/boost/network/traits/ostringstream.hpp:11,
                 from /code/git_SC/SuperCollider/external_libraries/cpp-netlib-0-1.9.4/boost/network/protocol/http/client.hpp:10,
                 from /code/git_SC/SuperCollider/QtCollider/QtDownload.cpp:34:
/code/git_SC/SuperCollider/external_libraries/cpp-netlib-0-1.9.4/boost/network/tags.hpp:13:42: error: boost/mpl/inherit_linearly.hpp: No such file or directory

I thought this might be a compatibility issue with the version of boost we have, but it says it will work with any version above 1.45.0. Indeed the file does not exist though.

Any hints?

S.
_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
arc

[linux] Coming back to the PV_RecordBuf / PV_PlayBuf problem

James Harkins — 2013-05-20T06:47:48

Hi,

I may need PV_RecordBuf and related UGens in an upcoming performance.
I just checked, and they are still broken in Linux, e.g.

~src = Buffer.readAndQuery(s, Platform.resourceDir +/+ "sounds/a11wlk01.wav");
~hop = 0.5;
~win = 0;
~pvrec = Buffer.alloc(s, ~src.duration.calcPVRecSize(1024, ~hop, 44100));

// We hear the inverse FFT of the live-calculated FFT
// Sounds clean
// Note: If you set ~hop = 0.25 and ~win = 1, it does /not/ sound clean.
// Maybe that's a bug?
(
{
    var sig = PlayBuf.ar(1, ~src, loop: 0, doneAction: 2),
    fft = FFT(LocalBuf(1024), sig, ~hop, ~win);
    PV_RecordBuf(fft, ~pvrec, run: 1, loop: 0, hop: ~hop, wintype: ~win);
    IFFT(fft, ~win) ! 2
}.play;
)

// We the IFFT of the recorded FFT frames
// The effect is reminiscent of ring modulation --
// probably amplitude modulation stemming from the wrong window function?
(
{
    var fft = PV_PlayBuf(LocalBuf(1024), ~pvrec);
    var sig = IFFT(fft, ~win);
    DetectSilence.ar(sig, doneAction: 2);
    sig ! 2
}.play;
)

In another

Re: Packt book

Josh Parmenter — 2013-05-19T18:33:29

I did as well... the $600 'advance' based on sales seems a little strange. The wording was just wonky.
Josh

On May 19, 2013, at 11:24 AM, Marije Baalman <nescivi-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org> wrote:


******************************************
/* Joshua D. Parmenter
http://www.realizedsound.net/josh/

“Every composer – at all times and in all cases – gives his own interpretation of how modern society is structured: whether actively or passively, consciously or unconsciously, he makes choices in this regard. He may be conservative or he may subject himself to continual renewal; or he may strive for a revolutionary, historical or social palingenesis." - Luigi Nono
*/


_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/

Re: Packt book

Marije Baalman — 2013-05-19T18:24:48

Hiho,

On Tue, 7 May 2013 08:27:53 +0100
Dan Stowell <danstowell-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org> wrote:


yeah, got a message too.

Not sure what to make of the visualisation part...

The Mapping part is of course an interesting topic to write about...

sincerely,
Marije

_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/

Re: help browser: error on Document.open

Marije Baalman — 2013-05-19T18:17:37

Hi,

On Sat, 18 May 2013 14:06:06 +0200
Michael Zacherl <sdiy-mz01-unlm3xZ6wr4k+I/owrrOrA< at >public.gmane.org> wrote:


yes, it works fine here.
Can you check whether the file exists at the given location?
If not, then we still have a discrepancy between file locations;
if yes, then it is a bug that openDocument does not work on Mac yet in
SCIDE.

sincerely,
Marije

_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/

Re: Win32 precompiled - compile error - SC3-Plugins

Marije Baalman — 2013-05-19T18:13:46

Hiho,

Hmm... it may need to be at the very top of the file, according to one
of the reactions here:
http://stackoverflow.com/questions/6563810/m-pi-works-with-math-h-but-not-with-cmath-in-visual-studio

as the math.h header file might be indirectly called from one of the
others.

sincerely,
Marije

 On Sun, 19 May 2013 02:04:19 +0100
Rainer Schütz <rs-Ll4Z+ezHP46zQB+pC5nmwQ< at >public.gmane.org> wrote:



_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/

Re: Win32 precompiled - compile error - now at 100%

Rainer Schütz — 2013-05-19T14:19:26

Yes of course, you're right! Once I moved them out of MinGW/bin SC started complaining.
Thanks!
.r.

On 19 May 2013, at 11:04, Victor Bombi <sonoro-XnAhQTnVLytMqUckJh7upg< at >public.gmane.org> wrote:



_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/

SF.net SVN: quarks:[2595] DataNetwork

2013-05-19T14:09:20

Revision: 2595
          http://quarks.svn.sourceforge.net/quarks/?rev=2595&view=rev
Author:   nescivi
Date:     2013-05-19 14:09:20 +0000 (Sun, 19 May 2013)
Log Message:
-----------
several small fixes

Modified Paths:
--------------
    DataNetwork/core/SWDataNetworkGUI.sc
    DataNetwork/core/SWDataNetworkLog.sc
    DataNetwork/extra/SWBusNode.sc

Modified: DataNetwork/core/SWDataNetworkGUI.sc
===================================================================
--- DataNetwork/core/SWDataNetworkGUI.sc2013-05-19 14:04:44 UTC (rev 2594)
+++ DataNetwork/core/SWDataNetworkGUI.sc2013-05-19 14:09:20 UTC (rev 2595)
< at >< at > -18,7 +18,7 < at >< at >
 *initClass{
 StartUp.add( {
 if ( GUI.scheme.notNil ){
-Platform.case( 
+Platform.case(
 \linux, { this.font = GUI.font.new( "Lucida Sans", 9 ); },
 \osx, { this.font = GUI.font.new( "Helvetica", 9 ) },
 \windows, { this.font = GUI.font.new( "Helvetica", 9 ) }
< at >< at > -27,17 +27,17 < at >< at >
 } );
 }
 
-*new { |slot, w| 
+*new { |slot, w|
 ^super.new.w_(w).s

SF.net SVN: quarks:[2594] Debug/Verbosity.sc

2013-05-19T14:04:44

Revision: 2594
          http://quarks.svn.sourceforge.net/quarks/?rev=2594&view=rev
Author:   nescivi
Date:     2013-05-19 14:04:44 +0000 (Sun, 19 May 2013)
Log Message:
-----------
explicitly initialise some classes at startup

Modified Paths:
--------------
    Debug/Verbosity.sc

Modified: Debug/Verbosity.sc
===================================================================
--- Debug/Verbosity.sc2013-05-19 14:04:08 UTC (rev 2593)
+++ Debug/Verbosity.sc2013-05-19 14:04:44 UTC (rev 2594)
< at >< at > -22,6 +22,7 < at >< at >
 //var <>target = \post;
 
 *initClass{
+Spec.initClass; ControlSpec.initClass;
 all = IdentityDictionary.new;
 Spec.add( \verbosity, [0,10,\linear,1,0,"V"] );
 }
< at >< at > -86,7 +87,7 < at >< at >
 \win, { this.createDoc; doc.view.children.first.string_( string ); doc.front; }
 );
 }
-
+
 *createDoc {
 if (doc.isNil ){
 switch( target,

This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.


____________________________________