Re: [PD] playing long audio files
So there's no way for playing long stereo audio files in PD-Vanilla with reloading them ? Воскресенье, 21 июля 2013, 10:08 +04:00 от Фывапр Олджэвич tofuc...@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 zmoel...@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 -- Максим Иванов ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] playing long audio files
-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~] - - using the -resize flag to [soundfiler] i still don't understand what you problem is with this approach. 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
Re: [PD] playing long audio files
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~] - - using the -resize flag to [soundfiler] i still don't understand what you problem is with this approach. 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 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] playing long audio files
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 zmoel...@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
Re: [PD] playing long audio files
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.patr...@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 -- Максим Иванов LONGPLAY_03_STEREO.pd Description: Binary data ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] playing long audio files
-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 15876 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
Re: [PD] playing long audio files
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-large-audio-files For those who don't know, you can resize a table with a message like so: [; table_name resize 15876;( 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 zmoel...@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 15876 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 -- Максим Иванов load_large_audio.pd Description: Binary data ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] playing long audio files
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 signature.asc Description: OpenPGP digital signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] playing long audio files
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
Re: [PD] playing long audio files
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. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] playing long audio files
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 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] playing long audio files
hi all seems that the soundfiler does not resist longuer files than two minutes. is any way to play some good slayer stuff? also is kind of difficult to open a mp3 file with mp3play~ wich doesn´t support all my mp3s danke! __ ¿Con Mascota por primera vez? Sé un mejor Amigo. Entra en Yahoo! Respuestas http://es.answers.yahoo.com/info/welcome ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] playing long audio files
when sending the read message, add -maxsize n , where n is a number large enough to handle your longer file. for example.. [read -resize -maxsize 441 slayer.wav table-L table-R( | [soundfiler] ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] playing long audio files
On 8 Feb 2008, at 6:51 AM, Kevin McCoy wrote: This is a question that comes up pretty often - a general rule I try to use is to search the list archives first to see if other people have had the same problems and then post. cheers :) km On Feb 7, 2008 12:01 PM, ruben patiño [EMAIL PROTECTED] wrote: hi all seems that the soundfiler does not resist longuer files than two minutes. is any way to play some good slayer stuff? also is kind of difficult to open a mp3 file with mp3play~ wich doesn´t support all my mp3s danke! search for [gigaplay~], an abstraction mentioned often on this list, for help on this. simon ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list