Hi !
Are PD-tables limited in loading audio ? Never managed to load and play file longer then minute .. it just doesn't load it.
Can i somehow load and play 1 hour of HQ audio into [soundfiler], for example ? What are the ways to do that with basic (vanilla) PD ?
Thanks !
Le 15/07/2013 02:34, ?????? ???????? a écrit :
Hi !
Are PD-tables limited in loading audio ? Never managed to load and play file longer then minute .. it just doesn't load it.
Can i somehow load and play 1 hour of HQ audio into [soundfiler], for example ? What are the ways to do that with basic (vanilla) PD ?
Thanks !
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Hello,
using -maxsize flag allows large soundfiles, it should be documented in help file.
Dear List !
I made this patch to play long stereo audio file. You can load audiofile and play, but before - reset the sizes of tables.
BUT, it plays only one stereo file in my Vanilla. So when i played one file and try to load another: i push the RESET-bang .. and PD crushes totally..
I can't understand the logic of it at all.. When the same algorithm is done with one table (mono play) - resetting works.. when it is two tables - it crushes.
Please somebody look into the patch and try yourself - it is simple and commented inside. What can i do ?
Thanks !
Понедельник, 15 июля 2013, 2:55 +02:00 от Colet Patrice colet.patrice@free.fr:
Le 15/07/2013 02:34, Фывапр Олджэвич a écrit :
Can i somehow load and play 1 hour of HQ audio into [soundfiler], for example ? What are the ways to do that with basic (vanilla) PD ?
Also you may want to use [readsf~] instead
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 2013-07-19 03:49, Фывапр Олджэвич wrote:
Dear List !
I made this patch to play long stereo audio file. You can load audiofile and play, but before - reset the sizes of tables.
BUT, it plays only one stereo file in my Vanilla. So when i played one file and try to load another: i push the RESET-bang .. and PD crushes totally..
well, i don't think it's Pd that's crashing - but rather the operating system that kills it.
why? at the beginning you create 2 tables and resize them to 1 (what is this for?) and then to 158760000 samples. given that Pd uses 4 bytes to save each sample (8 bytes on 64bit), this means that one table takes approximately 635MB (32bit) resp 1.27GB (64bit). so this gives you (for both tables) 1.27GB (32bit) resp 2.5GB (64bit) memory consumption. now when loading the table, you resize it, which potentially means allocating a new table which is bigger than the previous one, copying the data from the old table to the new one and then freeing the old table. so at some point you have doubled the amount of memory needed by your patch.
how much RAM do you have? is your system/OS capable of addressing more than 4GB of memory? (e.g. PAE) is your system/OS capable of addressing more than 4GB of memory within a single application? (64bit)
apart from that you patch is slightly buggy anyhow. imaging the following scenario:
seconds of your soundfile and 9:57 of silence.
did you know that [soundfiler] has a "-resize" switch that automatically resizes the table to your needs? btw, you might even want to resize your table to something small (1) before loading the sample.
adgmsr IOhannes
Hi IOhannes !
Thanks for very particular answer and looking through the patch !
The only puprose with wich i do this complex resizing is that i need to play large audio files. The "-resize" tag somehow doesn't allow the samples longer then one-two minutes.. That was my initial issue, when starting this thread.
The useful answer i found was: http://puredata.hurleur.com/sujet-4301-pausing-resuming-playback-multiple-la...
" For those who don't know, you can resize a table with a message like so:
[; table_name resize 158760000;(
I like to set a max-size with a message like this, load a file into the table with [soundfiler], and then send the "total samples" output of [soundfiler] to another resize message to be sure there isn't any empty space after the loaded file."
Later i found the example patch made by the guy (in attach). And it works well. You can reload files of different lenght into it. But it is only for mono.
My attempt was to make the same thing for stereo, which is just doubling everything. My system has 6 GB of OM and 4 is available (Win7), but i'm agree that it is not elegant solution to resize tables like that.. anyway in my code they are resized one after another.. so in my logic that should have been working. But it doesn't. Did you try to play long stereo files in PD and reload them ? What can be the way ?
thanks !
Пятница, 19 июля 2013, 9:54 +02:00 от IOhannes m zmoelnig zmoelnig@iem.at:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 2013-07-19 03:49, Фывапр Олджэвич wrote:
Dear List !
I made this patch to play long stereo audio file. You can load audiofile and play, but before - reset the sizes of tables.
BUT, it plays only one stereo file in my Vanilla. So when i played one file and try to load another: i push the RESET-bang .. and PD crushes totally..
well, i don't think it's Pd that's crashing - but rather the operating system that kills it.
why? at the beginning you create 2 tables and resize them to 1 (what is this for?) and then to 158760000 samples. given that Pd uses 4 bytes to save each sample (8 bytes on 64bit), this means that one table takes approximately 635MB (32bit) resp 1.27GB (64bit). so this gives you (for both tables) 1.27GB (32bit) resp 2.5GB (64bit) memory consumption. now when loading the table, you resize it, which potentially means allocating a new table which is bigger than the previous one, copying the data from the old table to the new one and then freeing the old table. so at some point you have doubled the amount of memory needed by your patch.
how much RAM do you have? is your system/OS capable of addressing more than 4GB of memory? (e.g. PAE) is your system/OS capable of addressing more than 4GB of memory within a single application? (64bit)
apart from that you patch is slightly buggy anyhow. imaging the following scenario:
- init tables with 1h of samples
- load a soundfile that is 3 seconds long
(the sample gets loaded and the table gets resized to 3 seconds)
- load a soundfile that is 10 minutes long:
the sample gets loaded into the 3 seconds table and is truncated. after that, the table is resized to 10 minutes - giving you 3 seconds of your soundfile and 9:57 of silence.
did you know that [soundfiler] has a "-resize" switch that automatically resizes the table to your needs? btw, you might even want to resize your table to something small (1) before loading the sample.
adgmsr IOhannes -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/
iEYEARECAAYFAlHo8LEACgkQkX2Xpv6ydvTCJQCeJ5LygzizivKw41LEzg0MSuBi ozEAn0QvwPIZhI9e5BROlq6Xj/RP0Id/ =Fn0N -----END PGP SIGNATURE-----
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On 07/19/2013 01:54 PM, Фывапр Олджэвич wrote:
Hi IOhannes !
Thanks for very particular answer and looking through the patch !
The only puprose with wich i do this complex resizing is that i need to play large audio files. The "-resize" tag somehow doesn't allow the samples longer then one-two minutes.. That was my initial issue, when starting this thread.
upgrade Pd. the resize issue with longer soundfiles has been fixed in 0.43
gmsdr IOhannes
i now work with PD-vanilla and it says that it is Pd 0.44.0test2 - so it is the latest version.
i don't do that with Extended, cause trying to make long audio test for LibPD, and it requires Vanilla only.
Пятница, 19 июля 2013, 19:45 +02:00 от IOhannes zmölnig zmoelnig@iem.at:
On 07/19/2013 01:54 PM, Фывапр Олджэвич wrote:
Hi IOhannes !
Thanks for very particular answer and looking through the patch !
The only puprose with wich i do this complex resizing is that i need to play large audio files. The "-resize" tag somehow doesn't allow the samples longer then one-two minutes.. That was my initial issue, when starting this thread.
upgrade Pd. the resize issue with longer soundfiles has been fixed in 0.43
gmsdr IOhannes
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
So there's no way for playing long stereo audio files in PD-Vanilla with reloading them ?
Воскресенье, 21 июля 2013, 10:08 +04:00 от Фывапр Олджэвич tofuckof@inbox.ru:
i now work with PD-vanilla and it says that it is Pd 0.44.0test2 - so it is the latest version.
i don't do that with Extended, cause trying to make long audio test for LibPD, and it requires Vanilla only.
Пятница, 19 июля 2013, 19:45 +02:00 от IOhannes zmölnig zmoelnig@iem.at:
On 07/19/2013 01:54 PM, Фывапр Олджэвич wrote:
Hi IOhannes !
Thanks for very particular answer and looking through the patch !
The only puprose with wich i do this complex resizing is that i need to play large audio files. The "-resize" tag somehow doesn't allow the samples longer then one-two minutes.. That was my initial issue, when starting this thread.
upgrade Pd. the resize issue with longer soundfiles has been fixed in 0.43
gmsdr IOhannes
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-- Максим Иванов _______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 2013-07-22 12:47, Фывапр Олджэвич wrote:
So there's no way for playing long stereo audio files in PD-Vanilla with reloading them ?
sure, multiple ways.
there's really not much point in making overly long arrays shorter. if you want to make sure you could simply set all the samples to "0" before loading (using [const 0()
fgamsdr IOhannes
When using soundfiler with the -resize flag, you will probably also need to set an appropriate size with the -maxsize flag. Without -maxsize there's a build-in limit and you will get an error message saying "resize failed".
cheers, jan
On 22.7.13 13:14 , IOhannes m zmoelnig wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 2013-07-22 12:47, Фывапр ОлджÑвич wrote:
So there's no way for playing long stereo audio files in PD-Vanilla with reloading them ?
sure, multiple ways.
- plying directly from file, using [readsf~]
- loading soundfiles into extra-large arrays using [readsf~]
i still don't understand what you problem is with this approach.
- using the "-resize" flag to [soundfiler]
there's really not much point in making overly long arrays shorter. if you want to make sure you could simply set all the samples to "0" before loading (using [const 0()
fgamsdr IOhannes
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/
iEYEARECAAYFAlHtE/wACgkQkX2Xpv6ydvS99wCePmmquQe3gTRqjiM30JgS/hAh 98AAoMFLHHCJT5Xi2kCCx8wliuQr2jkg =ncKE -----END PGP SIGNATURE-----
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list