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-----
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list