Actually I think it can still be used (for instance, fork the comms to a
separate file and use a text editor to see what happened. Also, I use the
subprocess in 'ascii' mode to show people how the synchronization works -
it can be run in ascii mode right from the command line.
So still useful,
Good points! Just for fun, I tried to run the subprocess in the terminal
with ASCII mode and indeed: I can type the input audio data + messages
in the console and Pd will print the audio output :-)
On 28.03.2022 16:39, Miller Puckette wrote:
Actually I think it can still be used (for
As others have said, Pd originally only used ASCII mode and binary mode
has been introduced later to avoid loss of precision. The ASCII mode has
not been designed to help with debugging.
As Miller said, there is no real reason to ever use "-ascii". I don't
think we need to document it at all.
On 3/28/22 09:13, cyrille henry wrote:
you need a network analysing tool to see the difference. (I use
wireshark)
oh, well no. It was to early in the morning!
pd~ did not use a socket, so you can't see anything with wireshark.
while the tool was wrong, the methodology was correct.
alexandre
Le 28/03/2022 à 08:26, cyrille henry a écrit :
Le 28/03/2022 à 05:15, Alexandre Torres Porres a écrit :
Em qui., 24 de mar. de 2022 às 11:05, Dan Wilcox mailto:danomat...@gmail.com>> escreveu:
I think it's worth documenting it as a debuting tool, since that's what
it's there for, as
Le 28/03/2022 à 05:15, Alexandre Torres Porres a écrit :
Em qui., 24 de mar. de 2022 às 11:05, Dan Wilcox mailto:danomat...@gmail.com>> escreveu:
I think it's worth documenting it as a debuting tool, since that's what
it's there for, as far as I can tell for Miller's response.
I
