Announce: Nixie tubes (software version) for Max/MSP


    Jul 09 2006 | 4:32 pm
    If you're tired of the rather dull, formal look of number boxes in
    Max/MSP, and want a classic, 1960's retro styling, you can now have
    it, courtesy of some jsui programming and the resources of Mike
    Harrison's "Electric Stuff" site (http://www.electricstuff.co.uk); we
    bring you Nixie tube numericals for your Max patchers, without all
    that messing around with fragile glass and high voltages.
    Screen shot, information and download at:
    The demo patcher includes your very own Nixie tube clock, yours to
    keep, absolutely free.
    nick rothwell -- composition, systems, performance -- http://
    www.cassiel.com

    • Jul 09 2006 | 4:50 pm
      hah!
      thats hot! - nice!
      v a d e //
      www.vade.info
      abstrakt.vade.info
    • Jul 10 2006 | 12:02 am
      I second that emotion.
    • Jul 10 2006 | 6:51 am
      mmmm yeah i'm bathing in nixie tubes as we speak ;)
    • Jul 10 2006 | 10:24 am
      On 10 Jul 2006, at 08:51, binez0r wrote:
      > mmmm yeah i'm bathing in nixie tubes as we speak ;)
      Careful - don't electrocute yourself.
      You'll notice that there's no user interaction with the Nixie
      displays. This is partly because JSUI doesn't take keyboard input,
      but there's no reason why I couldn't implement some kind of click-and-
      drag for digits, if there's a usable scheme which makes sense.
      Oh, I've also figured out how to render the Nixies in different
      colours...
      -- N.
      nick rothwell -- composition, systems, performance -- http://
      www.cassiel.com
    • Jul 10 2006 | 10:46 am
      > Oh, I've also figured out how to render the Nixies in different colours...
      beside the "nice" effect it could be useful to see instantly the
      state of certain actions : i frequently use numboxes which go from
      blue->white as i narrow the Q of a filter or white->red as i increase
      the output volume (and one which goes from blue->white->red->black
      when using the litter variable colour noise generator)
      best
      kasper
      --
      Kasper T. Toeplitz
      noise, composition, bass, computer
    • Jul 10 2006 | 8:09 pm
      First, nice job, I like it.
      Second,
      > You'll notice that there's no user interaction with the Nixie
      > displays. This is partly because JSUI doesn't take keyboard input,
      > but there's no reason why I couldn't implement some kind of click-and-
      > drag for digits, if there's a usable scheme which makes sense.
      Aye, this is a problem. While I've implemented work-arounds with the key object and the hi object, this might be a rare instance where I would endorse a feature request. I can see how a js class that polls the keyboard might be a really usefull addition to the jsui world.
      In them mean time, it could work well like the number box.
      mz
    • Jul 10 2006 | 9:53 pm
      if "Nixies" would be a german word (instead of beeing
      releated to "Nick") it would translate "Nilies" or
      "Nothingies".
      -110 (maker of the roxies collection)
    • Jul 11 2006 | 8:42 am
    • Jul 11 2006 | 9:01 am
      On 10 Jul 2006, at 22:09, mzed wrote:
      > I can see how a js class that polls the keyboard might be a really
      > usefull addition to the jsui world.
      In general, I find keyboard input in Max to be problematic (as a
      user, rather than as a programmer). It's OK to have "select-to-input"
      like number boxes, since these highlight to indicate that they are
      receiving input, but allowing random objects to get key events sounds
      like a recipe for disaster. (Case in point: a programmer I worked
      with used the keyboard capture object (which I refuse to use, so I
      don't even remember its name), with a result that we could never save
      patcher files with names containing the letter L.)
      Anyway, it could be hacked by routing keyboard events to a jsui...
      except that jsui doesn't have a no-longer-focussed event.
      -- N.
      nick rothwell -- composition, systems, performance -- http://
      www.cassiel.com
    • Jul 11 2006 | 9:06 am
      On 10 Jul 2006, at 23:53, Roman Thilenius wrote:
      > if "Nixies" would be a german word (instead of beeing
      > releated to "Nick")
      I don't think there is any such relation: if one believes the
      Wikipedia, "Nixie" comes from "NIX I", an abbreviation of "Numeric
      Indicator eXperimental No. 1".
      -- N.
      nick rothwell -- composition, systems, performance -- http://
      www.cassiel.com
    • Jul 11 2006 | 2:09 pm
      On 11-Jul-2006, at 11:01, Nick Rothwell wrote:
      > (Case in point: a programmer I worked with used the keyboard
      > capture objectwith a result that we could never save patcher files
      > with names containing the letter L.)
      You mean tv? It's Boron-only anyway. The object you don't want to use
      nowadays is ice.key .-
      But: use active or something to gate when you're not the frontmost
      window. If that's the UI you want, you have to program for it. Like
      everything else in Max. But you knew that anyway;-
      -- P
      -------------- http://www.bek.no/~pcastine/Litter/ -------------
      Peter Castine +---> Litter Power & Litter Bundle for Jitter
      Heavy-Duty Mathematics for Everyday Use
      iCE: Sequencing, Recording &
      Interface Building for |home | chez nous|
      Max/MSP Extremely cool |bei uns | i nostri|
    • Jul 11 2006 | 2:42 pm
      On 11 Jul 2006, at 16:09, Peter Castine wrote:
      > But: use active or something to gate when you're not the frontmost
      > window. If that's the UI you want, you have to program for it. Like
      > everything else in Max. But you knew that anyway;-
      In a single patcher window I might have several GUI components (be
      they Nixie arrays or whatever). The behaviour I'd want is to click
      one (and see it highlight), type at it, type RETURN or ENTER to
      register the value (which would also need some kind of visual
      confirmation(*)) and then click elsewhere to de-focus. JSUI doesn't
      have keyboard input, and doesn't have an event for de-focus.
      -- N.
      (*) tricky unless someone can get me a photograph of a "..." Nixie.
      nick rothwell -- composition, systems, performance -- http://
      www.cassiel.com
    • Jul 11 2006 | 3:14 pm
      On 11-Jul-2006, at 16:42, Nick Rothwell wrote:
      > The behaviour I'd want is to click one (and see it highlight), type
      > at it, type RETURN or ENTER to register the value (which would also
      > need some kind of visual confirmation
      I can't help with the pictures of naiads, but I guess I'm going to
      plug iCE, which is what we use for this sort of thing over at DSPAudio.
      ice.key gives you more flexibility in getting key ups/downs/autokeys
      than the standard Max objects. It will even give you command-keys if
      you want. ice.pump is the object that handles focus; left to its own
      devices it listens to cursor left/right to switch focus, but you can
      patch other conventions, such as return/enter, around it. I would
      like to make it so that you could configure pump to listen to tab/
      return/whatever instead, maybe with an attribute. But no promises or
      dates.
      Hope this is of interest.
      Best, Peter
      -------------- http://www.bek.no/~pcastine/Litter/ -------------
      Peter Castine +---> Litter Power & Litter Bundle for Jitter
      Heavy-Duty Mathematics for Everyday Use
      iCE: Sequencing, Recording &
      Interface Building for |home | chez nous|
      Max/MSP Extremely cool |bei uns | i nostri|