@bountybouncer These are the files that I have in my extra/comport folder.... comport.zip
(Pd/extra/comport)
and these in extra/mrpeach but you might need the whole "mrpeach" library to use it....mrpeach.zip
David.

@th8a Looks good! Thanks for the heads up on such use of [struct]

I am trying hard to like Vanilla.... so solving the problem was really easy using a couple of tools that I made earlier. One makes use of [list-drip], but as an abstraction for Vanilla made by Mathieu Bouchard, and they both use an abstraction of [l2s] made by Cuinjune (... [list2symbol].... for Google search).

Of course it would be much easier in Extended.

But I stopped coding at Fortran3 and Pascal....... and I'm too old to start again! The command prompt can be tricky in Windows with Pd.

I am trying hard with tk/tcl though.....
Does anyone know how to open a tcl widget in the running instance of Wish..... so as to make use of ::pdsend with the current Pd runtime.... (Windows..... but all OS would be good to know)? Google is being un-friendly. It's easy to pop up a widget, but it always opens a second instance of Wish.
David.

@manuelgaviria This will do as you wish.......... packer5.pd
Vanilla and extended.
There is some "double checking" that the sequence starts with 100 and is 5 long...... so maybe some redundancy. It can cope with a "data" packet of 100...... but if that is the absolute first "message" to arrive then it is not identifiable as such.

I will post again when I can remember how to do it properly.
David.

@lulu_joe13 Do you get "h62,56fh34,54fh22,78f..."
You suggest that you just get "a 3 digit number". What is that number? If that is all you get then [comport] is probably splitting the message based on the commas. Almost all programs use a comma to say "new message" (Pd does this) which means the data relationship you are looking for has been split already in the wrong place.

If you are getting the message you posted then this will work........parse.zip (Vanilla).
It should be easier in Extended.
Getting to symbols is relatively easy but to get to floats again you will need [symbol2list]
I have included it as an abstraction in case you do not have it in your distribution.
David.

@seb-harmonik.ar.....
Anyone seen or tried this....... http://puredatajapan.info/?p=2073
It looks too simple.... but.... and is for a later Osx than yours @60htz.
David.

@mjhbrowne Well..... interesting project..... but probably not achievable in Pd unfortunately.
I own a Klark Teknik DN34. Each channel has eight sad512 chips..... (max approx. 13ms delay). http://modularsynthesis.com/loft/450/SAD512D.pdf
This suggests that there were far more than 512 transistor/capacitor pairs in each chip......

(part of........ https://www.electrosmash.com/mn3007-bucket-brigade-devices )
That page sets out the math and the filtering necessary to achieve this back in the bad old analogue days.

Your patch bbd.pd is a start, but the number of one bit tables will be huge, and the clock will need to run much faster than 44.1 Hz. For 20kHz bandwidth we know that 44.1KHz is near perfect.

Your array shows square waveforms........ each value is being written 64 times....... because the block size of the audio is 64 samples, and the metro (data) can only be sent between audio blocks. You have to use an audio clock object (I think someone suggested that earlier in this thread).
And a clock rate of 44.1Hz is wildly slow for any chance of reasonable audio quality.
And you would need to add anti-aliasing and reconstruction filters.
And you would need 100's of thousands of arrays for only a few milliseconds of delay.

I would suggest using [delwrite~] and [vd~}
[delwrite~] sets up effectively a digital "bucket brigade" in ram.
[vd~] can read at any "bucket" output with sample accuracy....... and might give you the effect that you are looking for.......

David.

@pooopsi Hello again.... I had an hour on a ferry yesterday....... here is the result.
om-lost-generation.zip

You can set the pitch shift in semi-tones as the 4th argument of the playback abstraction, and the sample length stays the same. Maximum 1 minute for playback. Can be changed (see 60000 argument for [delwrite~ $3-del 60000]....)
I have added normalisation of the playback tables, and a limiter on the input for the recording.

I have not implemented a "threshold". I didn't have internet access and I had forgotten the "wish list".
It can be implemented, and timings could be adjusted to take into account the different recorded sample lengths that would be the result.

In your main patch I disconnected the mic as I only had the laptop and no headphones (feedback) and changed the timer settings for the playback modules (Test1 and 2) to speed up my testing...... sorry.
David.

@Faranta For [tabplay~] you are telling it to play from sample no.14 for 1 sample only...... so a "pop".
For [tabread4~] maybe you need to reset the counter..... I cannot see any other reason (straight away) why it should not play.
David

@niqucaiba8 I am not very familiar with osx. But the activity monitor might not be reporting actual cpu usage...... http://www.brendangregg.com/blog/2017-05-09/cpu-utilization-is-wrong.html ... because the instance of Pd might be stalled.
And that might be because you have 2 other instances of Pd in the activity list that you have opened more recently. They are probably all talking to the same instance of "wish"....... the tcl/tk program that does all the graphical GUI work for Pd.
Pd and wish communicate through local ports, and the oldest instance of Pd could be stalled waiting for data that it will never receive.
All just "maybe".... sorry. I could easily be wrong about this.
You could try "force" shutting down all instances, and starting again.
Somebody else might reply, (maybe @LiamG), if they know why this has happened..... and especially if they know how to stop it happening again in the future.
David.

@Faranta 44104 is not the samplerate........ as it has to be 44100.
[soundfiler] is reporting the number of samples added to the table, which you must have created with a size of 44100 (1 second) and added 4 samples for guard points.
You should add the "resize" message to your read message like this....

[read -resize sample.wav sample_table(

And then the table will always be adjusted to the length of the sample.
David.