Account Options

  1. Sign in
The old Google Groups will be going away soon, but your browser is incompatible with the new version.
Google Groups Home
« Groups Home
Message from discussion Game controllers?

Received: by 10.204.150.90 with SMTP id x26mr1949053bkv.6.1331037840401;
        Tue, 06 Mar 2012 04:44:00 -0800 (PST)
X-BeenThere: overtone@googlegroups.com
Received: by 10.204.50.142 with SMTP id z14ls590779bkf.3.gmail; Tue, 06 Mar
 2012 04:43:59 -0800 (PST)
Received: by 10.204.154.143 with SMTP id o15mr1948467bkw.4.1331037839465;
        Tue, 06 Mar 2012 04:43:59 -0800 (PST)
Received: by 10.204.154.143 with SMTP id o15mr1948465bkw.4.1331037839453;
        Tue, 06 Mar 2012 04:43:59 -0800 (PST)
Return-Path: <ros...@gmail.com>
Received: from mail-lpp01m010-f53.google.com (mail-lpp01m010-f53.google.com [209.85.215.53])
        by gmr-mx.google.com with ESMTPS id l17si21728130bkb.1.2012.03.06.04.43.59
        (version=TLSv1/SSLv3 cipher=OTHER);
        Tue, 06 Mar 2012 04:43:59 -0800 (PST)
Received-SPF: pass (google.com: domain of ros...@gmail.com designates 209.85.215.53 as permitted sender) client-ip=209.85.215.53;
Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of ros...@gmail.com designates 209.85.215.53 as permitted sender) smtp.mail=ros...@gmail.com; dkim=pass header...@gmail.com
Received: by mail-lpp01m010-f53.google.com with SMTP id c1so6651664lah.12
        for <overtone@googlegroups.com>; Tue, 06 Mar 2012 04:43:59 -0800 (PST)
Return-Path: <ros...@gmail.com>
Received-SPF: pass (google.com: domain of ros...@gmail.com designates 10.152.102.173 as permitted sender) client-ip=10.152.102.173;
Received: from mr.google.com ([10.152.102.173])
        by 10.152.102.173 with SMTP id fp13mr20047175lab.38.1331037839334 (num_hops = 1);
        Tue, 06 Mar 2012 04:43:59 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :content-type;
        bh=X4gAk0AB32G94ctQR09J1nEzC6zJtgLhLKXsbL/LU6g=;
        b=ADjHoaT2xbZd3oeTJdglUwRuTtNZA3VxruvfhKf+bw85Y4iqSeYoss3faB3OuATyqa
         XcHB01iidT9vDl5xZGfqQALz42J4N1RyXyWeJVG8S8pdr52r7wTpp9gCiNhttlE0Wv+J
         Cx0UKOiDqF2w3WpVlB/o1mDkWZceTyaSvmyDxA9x12EGkDnzFCGQ1q8UacHFt1QIlg4K
         1+A5/tHiGzXha2PwlJRXauYheD3AEiRUEy1fiU+Z5jlkBeW0JN6w4OVNuBdvO4jrNhK/
         IR43k/utRHi5LZO1Mk7pv8uZ8Z+04TNLd4aOflTyelX8QBiiFx15skKKiHqE92COMQ/1
         fR4A==
Received: by 10.152.102.173 with SMTP id fp13mr16440837lab.38.1331037839258;
 Tue, 06 Mar 2012 04:43:59 -0800 (PST)
MIME-Version: 1.0
Received: by 10.112.37.166 with HTTP; Tue, 6 Mar 2012 04:43:39 -0800 (PST)
In-Reply-To: <CAGzaFtKTKkdzU+nabAuiLcsXmvf49fq0PE_GvTJOiU5qa+G...@mail.gmail.com>
References: <2351902.10390.1329994796207.JavaMail.geo-discussion-forums@vbbed8>
 <1B7EA6EF497642A4A49322697CA2E...@gmail.com> <CACi_E-T9TcZZ1AfEmTcMMvgNQ9s6vX3uGhYLDNcfLxUR21e...@mail.gmail.com>
 <572976E32D764A10AEF27C1E82799...@gmail.com> <33483190.89.1331031735451.JavaMail.geo-discussion-forums@vbw15>
 <CAGzaFtKTKkdzU+nabAuiLcsXmvf49fq0PE_GvTJOiU5qa+G...@mail.gmail.com>
From: Jeff Rose <ros...@gmail.com>
Date: Tue, 6 Mar 2012 12:43:39 +0000
Message-ID: <CAFnsTvkKXUSiU+yPY_2Z+pr7kLHyviTL=XK9sZ9x6owBa3a...@mail.gmail.com>
Subject: Re: Game controllers?
To: overtone@googlegroups.com
Content-Type: text/plain; charset=ISO-8859-1

I think it would be ideal if the low level communication API worked
along the lines of the midi interface, where a handler function is
called with an event map.  Then on top of this, we can build out some
more generalized abstractions for components like button grids, sets
of sliders / dials, keyboards, velocity sensitive drum pads for
percussion, etc.  Seem reasonable?

-Jeff

On Tue, Mar 6, 2012 at 11:13 AM, Tom Oinn <tomo...@gmail.com> wrote:
> On 6 March 2012 11:02, James Petry <gavilanco...@gmail.com> wrote:
>>
>>
>> On Friday, February 24, 2012 10:28:22 PM UTC, Jeff Rose wrote:
>>>
>>> Overtone speaks OSC to SuperCollider, but I think for game controllers
>>> we'll want direct communication from the underlying Java library to Overtone
>>> by registering a handler function that receives some kind of simple
>>> controller event map. That way we can use it to control anything, from
>>> sequencers to synthesizer controls or other abstract musical controls in
>>> clojure.
>>
>>
>> Now I've got reasonably far with the OSC route, I'd like to look at this
>> direct approach. Is there something already in Overtone that works this way,
>> so I can read the code?
>
> I don't know if it's the 'official overtone way', if there is such a
> thing, but the examples I posted recently using my audiocube library
> work for me and seem elegant enough. The API is at
> https://github.com/tomoinn/overtone.device.audiocubes and an example
> project using it to modulate synth properties at
> https://github.com/tomoinn/audiocube-overtone-demo.
>
> I don't think Jeff is referring to a specific overtone API (please
> correct me if I'm wrong!) and more the general approach of having a
> simple callback mechanism that can be used to glue your device
> specific code into other bits of overtone.
>
> The google doc I linked refers to a more general approach (and would
> then *be* such an API) where an additional abstraction layer in the
> form of a virtual console (in the 'recording studio' rather than
> 'terminal' sense) is interposed between physical hardware and consumer
> code, but we don't have that yet.
>
> Tom