On Thu, 2012-02-16 at 18:37 +0100, Roman Haefeli wrote: > On Thu, 2012-02-16 at 10:23 +0100, Christoph Kuhr wrote: > > Hi, > > > > i route OSC messages an then unpack it. > > > > [unpack 0 0 0 0] > > > > with one OSC controller i get the error: > > > > error: unpack: type mismatch > > unpacked: 3 14.8743 14.0385 20 > > > > > > with another OSC Controller nothing: > > > > unpacked: 3 85.539 85.3286 20 > > unpacked: 3 15.0827 85.9539 20 > > > > > > why does unpack behave like that? > > It might be that the controller is sending the numbers as strings > instead of floats or ints. [unpackOSC] will then just output them as > symbol elements. > > If that really is the case, you might be able to convert those > symbol-numbers to floats with zexy's [atof] which was added just a few > minutes ago. Check zexy from svn.
What if this was handled in [float]? Something like this: - add a symbol method to [float] - convert the symbol to a float, then back and compare - if it matches, output the float out of the left inlet - if it does not match, output the original symbol out of a new right outlet, which would be an "everything else" outlet like [select] [route], etc. .hc _______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list