Forums > MaxMSP

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

July 9, 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:

http://www.loadbang.net/space/Software/Nixies

The demo patcher includes your very own Nixie tube clock, yours to
keep, absolutely free.

nick rothwell — composition, systems, performance — http://
http://www.cassiel.com


July 9, 2006 | 4:50 pm

hah!

thats hot! – nice!

v a d e //

http://www.vade.info
abstrakt.vade.info


July 10, 2006 | 12:02 am

I second that emotion.


July 10, 2006 | 6:51 am

mmmm yeah i’m bathing in nixie tubes as we speak ;)


July 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://
http://www.cassiel.com


July 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

http://www.sleazeArt.com


July 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


July 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)


July 11, 2006 | 8:42 am


July 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://
http://www.cassiel.com


July 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://
http://www.cassiel.com


July 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|
http://www.dspaudio.com/ http://www.castine.de


July 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://
http://www.cassiel.com


July 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|
http://www.dspaudio.com/ http://www.castine.de


Viewing 14 posts - 1 through 14 (of 14 total)