OK... oscparse should onw handle bundles. (OTOH I didn't try to do anything with the timetag - couldn't figure out a reasonable way to deal with it.)
cheers M On Mon, Aug 25, 2014 at 09:08:28AM -0700, Miller Puckette wrote: > Yeah, I was thinking about whether to fool with bundles or not. > It's a stupidly designed feature (they don't need to be hierarchical if > all they serve for is to enforce simultanaety) but if lots of applications > are generating them I guess oscparse should deal with them somehow. I'll > look and see how ugly it would be to shoehorn it in. > > M > > On Mon, Aug 25, 2014 at 11:21:08AM +0200, IOhannes m zmoelnig wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA256 > > > > On 2014-08-22 23:08, Miller Puckette wrote: > > > I think I'd want to disambiguate everything in one mechanism - > > > perhaps interspersing the message itself with the information > > > (putting the count in ahead of the address, and also putting > > > symbols 'f', 'i', 's' and 'b' in front of the items). But I'm > > > thinking it's wisest to wait and see what people need in real usage > > > - if, indeed, anyone ever wants such disambiguation at all. > > > > thanks for finally bringing OSC to Pd-vanilla. > > > > > > while i understand the wish to keep those objects as simple as > > possible, i really think that at least [oscparse] should be able to > > deal with "#bundle"s. > > > > many many OSC applications i came across, send there messages as > > bundles (mostly for timetagging reasons). > > even if we don't care about timetags (or rather: leave them to > > mrpeach), Pd should be able to make *some* use of them (that is: > > unwrap the bundle and spit out the messages contained therein). > > > > fmasdr > > IOhannes > > > > -----BEGIN PGP SIGNATURE----- > > Version: GnuPG v1 > > > > iQIcBAEBCAAGBQJT+wAAAAoJELZQGcR/ejb4h/0P/0HwdJP2e45vIU7lgDP8J060 > > LGWW6VLdX0TYuAZCOfHjRvtjj5rrMS6/ODvg71YbbuJ9R3jST1DUGsQ+TSp4ZR4L > > HgFr/NSCaeB4S7MHl1Fp4Zb2B1UTBSZHnKgAA93SIhZ0JeJiaHxEOksNvghMQsy5 > > dEeVw5++VYGwixUOubeyqK12KaWc74C9FvKccH/iijC0eQHRd77uu4deNXjlA8eM > > 0+nXVQYqok3WNUoTbCDzzCDPTHVEM8IqRG2NclgxPEM3aWomtVP8+RyMt4HPkctC > > LiNiCe+ZNBVJOsF0g8TtYQ91v/L80uVYNNkKrBakTGoYLCPlZq5FWkrVh97f0CXE > > 2+RCUGTV/4qSkfIEncZfBOcY35sTy/CxTwNFYjpUC0r3OoKrIgyciP4XuHTxDZTC > > NulyGrsHVjIxivJ9WEEJerVi09pQ0nikZy287a2oo5IFttgLnMiZNGMRVr5kVk2e > > Y2kFoeP+WvWame8lYi7l4VY3zi6Mqgfes47MlHVcmUAyJxd7CRjz/zoxPcuwXjy+ > > i69v0p23C0GhrQ3gINfjn9pfk8VHI23nkxmWanx/NSTSU1yitetJ687gL94CwDyM > > 6EoawIGFIIjy+pEnNFdLa169atxGFCCr6P0mfIz4CTKbakB35WaGKrN4uCKrgQZj > > IOYJTS0wEf8L37pHR2Z8 > > =rzk7 > > -----END PGP SIGNATURE----- > > > > _______________________________________________ > > [email protected] mailing list > > UNSUBSCRIBE and account-management -> > > http://lists.puredata.info/listinfo/pd-list > > _______________________________________________ > [email protected] mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list _______________________________________________ [email protected] mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
