[PD] Muse EEG into Pd OSC issues

[Martin Peach]

On Fri, Jan 15, 2016 at 4:30 AM, Roman Haefeli <reduzent at gmail.com> wrote:

>
> On Thu, 2016-01-14 at 11:10 -0500, Martin Peach wrote:
> > ...although OSC 1.0 says that any sequence of non-null ASCII
> > characters can be a string. The unpackOSC implementation may be
> > rejecting it because Pd doesn't like such characters in its symbols.
>
> Indeed, the ASCII 10 character seems to be causing the error message of
> [unpackOSC]. However, Pd deals with such symbols just fine, it seems.
> Try this:
>
> [10 (
> |
> [makefilename %c]
> |
> [symbol this$1isa$1symbol$1with$1line$1breaks(
> |
> [print]
>
> The OSC specifies OSC-strings as follows (from [1]):
>
> "OSC-string: A sequence of non-null ASCII characters followed by a null,
> followed by 0-3 additional null characters to make the total number of
> bits a multiple of 32."
>
> [1]:
>
> https://code.google.com/p/osc-midi-bridge/wiki/OSCSpecification#Atomic_Data_Types
>
> There is no mention of disallowing newline characters.
>
> Roman
>
>
Yes it's odd. I don't know where that came from. I can change [unpackOSC]
(and probably [packOSC ] as well) to conform to the spec. Are there any
ASCII characters which are forbidden in a Pd symbol?

Martin
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20160115/6c84e0a1/attachment.html>