is there a way to access/playback sections of a file streaming from disk using this object or another one?
tia
-
Readsf~
-
ok, added a quick demo patch to my wiki.
-
Can't find the patch hardoff. Maybe i'm not looking hard enough
|] [] |.| ][|-| -- http://soundcloud.com/domxh
-
"and not even one reply to this mail of andy's from last year.
http://lists.puredata.info/pipermail/pd ... 41546.html
i smell a conspiracy. someone is trying to keep us from accessing our soundfiles."
Got something that'll blow your mind... this goes all the way to the top, we're through the looking glass here people... Microsoft, in conjunction with the saucer people, under the supervision of the reverse vampires, in league with the Illuniminati....
Hold on there's somebody at the door....
Use the Source.
-
fixed the link. those damn terrorists must have got in and altered my code
-
I am using readsf~ with my Pd 0.39.3, and it works fine without an problem.. Here is the patch..
-
Cheers tcihan, I've used readsf~ before, but what I really need is something that will allow me to select a section of the file from disk and play it back e.g. 3000 to 8000 ms of a 60000 ms file, change speed, re-select a different section etc. Also to not have to re-specify the file after each playback would be great.
Hardoff - the end result of this search is to come up with a DJ type patch which allows the pre-loading (selecting) of lots of different tracks. Your patch works great but I'm wondering what the ceiling is for CPU use and how it will effect load time into the array, obviously if this pauses mid set it could be quite embarrassing.
Maybe it's time I took the leap and wrote my first object...
-
there is an upsampling trick for loading sound into arrays without clicks. i never actually tried it myself, but it seems definitely possible. some people on the mailing list reported 64x upsampling working ok.
i have asked there for a patch, but maybe someone here already knows how it works?
-
well, roman recommends putting a [readsf~] and a [tabwrite~] in a subpatch, and then adding [block~ 1 1 64] to read at 64X speed.
then iohannes said that [block~ 1024 1 64] would be better.
my computer's a bit slow, so i could only load at 16X without getting dropouts.
also, you have to have at least the filename of your soundfile stored in your patch, because using [openpanel] while audio is running will lead to dropouts too.
-
oh, and here is the help patch for readsf~ i have on my linux machine. apparently you CAN set an offset.
my version of pd-extended on os x has an older help patch which doesn't mention that.
