Hi all,

I meet problems writing realtime values in a text file. Here are two ways I used [textfile] (you can try these patches in the attachment)

This way works:

[100(
|
[until]
|
[f] [+ 1] connected for a counter
| | cables: come from the same outlet of [f] and go to two inlets of [pack f f]
[pack f f]
|
[add $1 $2(
|
[textfile]

This way doesn't work (it only saves the first values):

[metro 10]
|
[counter]
| | cables: same connection as above
[pack f f]
|
[add $1 $2(
|
[textfile]

I think this comes from the fact that in the first way, datas are generated instantaneously, where the second way's datas are generated in any time (here depending on the metronome period). And this is precisely what I aim to do.

Can anyone propose a method to acheive that? You would really really help me!
Thanks

http://www.pdpatchrepo.info/hurleur/using-textfile.pd

I can't find an object that simply passes a message through when it receives a bang! It doesn't seem so complicated, who's got the solution??

Ok, that's done. Simply put an infinite delay on the [pipe] and add a [flush( message to the left inlet, so that the flush is sent when the data generation is stopped.

In the pocket

I think [symbol] is what you're looking for.

[bang( [symbol $1(
| |
[symbol]

Just send a symbol to the [symbol $1( message box and the [symbol] object will store it until it receives a bang in its left inlet.

Are you trying to save a set number of lines in the textfile? If so, you could wait to you reach your max count and use [sel] out of the counter to bang the write message. The attached patch should illustrate what I mean.

http://www.pdpatchrepo.info/hurleur/using-textfile_pt3.pd

hi mizu,

for you to see why i was saying two cables from the same [f ] object is an error, check this patch, and look at the values ouput in the console.

http://www.pdpatchrepo.info/hurleur/magic.pd

ow! what's the trick?

Indeed the output values are wrong! I can't even see the difference between both ways. Are you a magician?

Maelstorm, thank you for the symbol trick, it's smarter than my pipe artifacts

Nevertheless the [sel] object is useless for my application: the number of lines in my text file isn't fixed but depends on the running.

Actually the values generated correspond to midi pitch and velocity values transcribed from a wave file (or a realtime audio input), so I can't predict how many of them will be created.

look at this
http://puredata.info/Members/pulsed/abs/MIDI-rec.pd
might help you

Hey pulsed

I am looking at your MIDI-rec and when I try loadin it (pd-extended 0.42.5), it says

error: qlist.txt: can't open
error: qlist.txt: read failed

what does it mean?

..........create the file qlist.txt manually.

hvm