If you look inside [unpackOSCstream] you'll see that it uses [slipdec]. So the 
other end must be using [slipenc] or they won't match up.
Unless you are doing this over a serial connection there is no need to use SLIP 
at all. [unpackOSC] should work properly with [tcpclient] or [tcpserver].

Martin

> From: ja...@jamiebullock.com
> Date: Fri, 9 Nov 2012 15:19:07 +0000
> To: pedro.lo...@ist.utl.pt
> CC: pd-list@iem.at; martin.pe...@sympatico.ca
> Subject: Re: [PD] bi-directional OSC over TCP from liblo
> 
> 
> Hi Pedro,
> 
> Thanks for the reply. To clarify I can OSC over *UDP* from liblo to/from Pd 
> just fine using the mrpeach externals. It's using TCP, where I run into 
> trouble. I think it's due to the streamed nature of TCP, and message 
> boundaries, but I am not an expert on this.
> 
> On 9 Nov 2012, at 14:00, Pedro Lopes <pedro.lo...@ist.utl.pt> wrote:
> 
> > hey jamie, 
> > 
> > Yep, in this project (https://vimeo.com/24818342) it was going back and 
> > forth from the core app (cpp) to pd. Using OSC. Cannot recall if TCP or 
> > not, but can probably track it down. (that should not make much of a 
> > difference at least outside the network layer).
> > 
> > So you send from liblo and pd receives, but no data unpacks? Did I get it 
> > write? If you open a ./oscdump on command line you get the data? (meaning 
> > it would be a pd-side issue...)
> 
> Yes that's correct. There is an example "echo server" that comes with liblo. 
> I can get bidirectional communication liblo <-> using this example. If I 
> replace one end of the communication with [tcpserver], liblo can connect, 
> [tcpserver] receives data, but [unpackOSCstream] can't seem to unpack the 
> data. Likewise [packOSCstream] doesn't seem to generate a data format that 
> liblo can understand.
> 
> best,
> 
> Jamie
> 
> 
> 
> 
> _______________________________________________
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list
                                          
_______________________________________________
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Reply via email to