There's already a WIP about a threaded soundfiler: https://github.com/pure-data/pure-data/pull/655
with a complement, dispensing to rebuild the whole DSP tree after loading a soundfile: https://github.com/pure-data/pure-data/pull/667 The latter has some impact on CPU load: it significantly lightens normal [tabread]/[tabwrite] usage (no more need to reacquire the array each time), but adds a bit of load for setting it to another table. It also adds a bit of load for DSP-table objects at each DPS-block beginning (to check the table pointer is still valid). I had started to gprof the change, but I didn't go through with it... Antoine Rousseau http://www.metalu.net <http://metalu.net> __ http://www.metaluachahuter.com/ <http://www.metaluachahuter.com/compagnies/al1-ant1/> Le ven. 1 nov. 2019 à 14:31, Christof Ressi <[email protected]> a écrit : > another trick is to use [readsf~] in an upsampled subpatch. > > BTW, I have ideas for adding a worker thread to Pd (similar to > Supercollider), which would help solving a lot of Pd's realtime-safety > issues. I want to do that in the next couple of weeks when I have more time. > > Chrisotf > > > Gesendet: Freitag, 01. November 2019 um 14:21 Uhr > > Von: "oliver" <[email protected]> > > An: Pd-List <[email protected]> > > Betreff: Re: [PD] Raspberry Pi: Loading Samples RAM problem > > > > Hi, > > > > try to use "soundfiler" to read only chunks of your files. so it's > > actually more a "harddisk"-streaming method. > > > > have some example patches here: > > > > mind, that this will be obviously limited by the read-speed of your > SD-card. > > > > > > best > > > > oliver > > > > > > > > > > Jakob Laue wrote: > > > Dear list, > > > i have a little problem with my raspberry pi.. > > > I have built an eight-track sample player patch that runs on a > raspberry pi. > > > When the patch loads, it initially loads all the samples it finds in > > > /home/pi/SamplePacks/SamplePack1, SamplePack2 etc.. > > > into RAM using the standard approach: > > > - create two tables for each sample > > > - read data into tables with [read -resize table1 table2( > > > Afterwards I use [soundfiler] and calculate the frequency for [phasor] > > > and so on and so forth. > > > The patch works when I load a total amount of 500 gb into RAM. > > > Today I tested to load 9 GB of samples and the result (obviously) is > the > > > pi crashing. > > > I have tested on a raspberry pi 2 and a raspberry pi 3. Both pis only > > > have 1 GB of RAM so it's obvious that problems arise trying to load 9 > GB > > > of samples. > > > Do you have any hints or ideas how I could solve this problem? Loading > > > from disk while performing is not an option (I think) because of audio > pops. > > > Do you know any ways to extend the RAM of the pi? > > > Maybe you know of some other small boards like beagle or so that have > > > more RAM than a pi. > > > Thank you very much! Jakob > > > > > > > > > _______________________________________________ > > > [email protected] mailing list > > > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list > > > > > > > > > -- > > \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\ > > /////////////// http://pendler.klingt.org ////////////// > > \\\\\\\\\\\\\\\ http://oliver.klingt.org \\\\\\\\\\\\\\ > > //////////////////////////////////////////////////////// > > _______________________________________________ > > [email protected] mailing list > > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list > > > > > > _______________________________________________ > [email protected] mailing list > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list >
_______________________________________________ [email protected] mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
