Re: [PD] [soundfiler] -nframes not working, -maxsize weird behaving

2010-05-26 Thread patko
- IOhannes m zmoelnig zmoel...@iem.at a écrit : On 2010-05-26 13:15, patko wrote: error: soundfiler_read: truncated to 2000 elements 2000 is the maxsize argument so what's the problem? I might add several other algorithms to avoid this, like using a temporary table, but

Re: [PD] [soundfiler] -nframes not working, -maxsize weird behaving

2010-05-26 Thread IOhannes m zmoelnig
On 2010-05-26 15:19, patko wrote: - IOhannes m zmoelnig zmoel...@iem.at a écrit : On 2010-05-26 13:15, patko wrote: error: soundfiler_read: truncated to 2000 elements 2000 is the maxsize argument so what's the problem? In other words, is there a way to do it (extract a

Re: [PD] [soundfiler] -nframes not working, -maxsize weird behaving

2010-05-26 Thread IOhannes m zmoelnig
On 2010-05-26 13:15, patko wrote: hello, [soundfiler] doesn't seem to reconize the option -nframes, or I do not understand what it stands for. probably because -nframes is the maximum number to write and you are trying to read? fgmads IOhannes smime.p7s Description: S/MIME

Re: [PD] [soundfiler] -nframes not working, -maxsize weird behaving

2010-05-26 Thread patko
- IOhannes m zmoelnig zmoel...@iem.at a écrit : anyhow, you don't need to specify the maxsize; if your table is small enough (aka: too small) Pd will silently drop the other samples. i do: [table bar 44100] [read -skip 88200 foo.wav bar( | [soundfiler] and it will store an

Re: [PD] [soundfiler] -nframes not working, -maxsize weird behaving

2010-05-26 Thread Mathieu Bouchard
On Wed, 26 May 2010, patko wrote: In other words, is there a way to do it (extract a sample from a soundfile) without getting error messages? I don't know, perhaps : [#in grid foo.wav, headerless 64, type int16, seek_byte 23456, endian little] provided you know the byte-position of it. This

Re: [PD] [soundfiler] -nframes not working, -maxsize weird behaving

2010-05-26 Thread Mathieu Bouchard
On Wed, 26 May 2010, Mathieu Bouchard wrote: [#in grid foo.wav, headerless 64, type int16, seek_byte 23456, endian little] typo... that's been , cast int16 for a while, no type method anymore. _ _ __ ___ _ _ _ ... | Mathieu Bouchard, Montréal,

Re: [PD] [soundfiler] -nframes not working, -maxsize weird behaving

2010-05-26 Thread patko
- Mathieu Bouchard ma...@artengine.ca a écrit : On Wed, 26 May 2010, Mathieu Bouchard wrote: [#in grid foo.wav, headerless 64, type int16, seek_byte 23456, endian little] typo... that's been , cast int16 for a while, no type method anymore. allright, I might use this for some

Re: [PD] [soundfiler] -nframes not working, -maxsize weird behaving

2010-05-26 Thread patko
- IOhannes m zmoelnig zmoel...@iem.at a écrit : probably because -nframes is the maximum number to write and you are trying to read? oh yes, I'm trying to read, deaf, dumb and blind, :) ___ Pd-list@iem.at mailing list UNSUBSCRIBE and