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 : >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] Dust equivalent to Pd
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2013-07-18 22:42, Alexandre Torres Porres wrote: > I meant like an external, but just curious, cause it could be cool > to have why do you want an external? fgmasr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iEYEARECAAYFAlHo7D0ACgkQkX2Xpv6ydvQNoACgu8dnEARAcwnWcaM2JMOhPN5g lncAn1qZiNKvlg2kd46zJGmDoXShkpxc =/5Zc -END PGP SIGNATURE- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Dust equivalent to Pd
Robot Cowboy did exactly this: http://svn.robotcowboy.com/robotcowboy/trunk/pd/rc-patches/rc-dust.pd El Jul 18, 2013, a las 1:03 AM, Alexandre Torres Porres escribió: > Hi there, started using Super Collider recently and been trying to implement > some of its stuff in Pd. > > they have this random impulse generator, and they use impulse as sort of > "bangs". So they're like metros. > > Impulse.kr(1) is like [metro 1000] > > Now Dust.kr(1) generates the impulses randomly, but they have a mean average > of once a second. > > So I needed some sort of random [metro] > > any ideas? > > cheers > ___ > 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-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 : >-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] Listen to GISS.tv stream in Pure Data
Can anyone tell me how to listen to a giss.tv stream using Pure Data (on LInux) I've tried mp3amp~ and it won't connect and throws me the following error: mp3amp~: getting canvas mp3amp~: initializing decoder... mp3amp~: connecting to http:/giss.tv:8000/blurfm.mp3 mp3amp~: connected : socket opened mp3amp~: select done mp3amp~: send done mp3amp~ : received 105 bytes at 0 mp3amp~: cannot connect to the (default) stream Thanks Antonio -- anto...@hellocatfood.com http://www.hellocatfood.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] PDP test release
hi tom, On 05/14/2013 09:35 PM, Tom Schouten wrote: > Hello, > > There's a PDP release in the pipeline: > > 0.14.0: > Port ia32 MMX assembly code to GCC extensions (MMX support on > amd64) > Add V4L2 support to pdp_v4l (merge with pdp_v4l2) > Distill zl (Zwizwa Lib) from PDP and libprim/PF code. > great news. while i haven't done any functional tests yet, i tried to build the "latest" snapshot (20130516_010555) and ran into two problems: - it will fail to compile if gsl-dev is not installed (regardless of the "enable-gsl" flag) - the v4l2 code bails out because of undefined V4L2_CID_HCENTER/V4L2_CID_VCENTER attached are two patches that seem to fix these two problems. btw, is your darcs repository public? this would allow meto simply pull the latest version instead of having to search my inbox (and http://zwizwa.be/pd/pdp/test/) - which is rather errorprone. hopefully there'll be a 0.14 release soon gmsdr IOhannes From 6b4942518cf7827870bcd119621a0105bdf5a829 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?IOhannes=20m=20zm=C3=B6lnig?= Date: Fri, 19 Jul 2013 21:39:17 +0200 Subject: [PATCH 1/2] removed HCENTER/VCENTER controls there are no V4L2_CID_*CENTER controls defined on my system (linux-3.10) --- system/zl/v4l.h | 2 -- 1 file changed, 2 deletions(-) diff --git a/system/zl/v4l.h b/system/zl/v4l.h index 10f8786..370ea8e 100644 --- a/system/zl/v4l.h +++ b/system/zl/v4l.h @@ -186,8 +186,6 @@ const char *zl_v4l_control_name(int id); ZL_V4L_CTRL(GAIN) \ ZL_V4L_CTRL(HFLIP) \ ZL_V4L_CTRL(VFLIP) \ -ZL_V4L_CTRL(HCENTER) \ -ZL_V4L_CTRL(VCENTER) \ ZL_V4L_CTRL(POWER_LINE_FREQUENCY) \ ZL_V4L_CTRL(HUE_AUTO) \ ZL_V4L_CTRL(WHITE_BALANCE_TEMPERATURE) \ -- 1.8.3.2 From 2f33e2b9a30d5933984174e50e89f39b072f391a Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?IOhannes=20m=20zm=C3=B6lnig?= Date: Fri, 19 Jul 2013 21:51:32 +0200 Subject: [PATCH 2/2] pdp_matrix.h only makes sense if GSL is used --- include/pdp_matrix.h | 3 +++ 1 file changed, 3 insertions(+) diff --git a/include/pdp_matrix.h b/include/pdp_matrix.h index bda051b..4a677a2 100644 --- a/include/pdp_matrix.h +++ b/include/pdp_matrix.h @@ -20,6 +20,8 @@ #ifndef PDP_MATRIX_H #define PDP_MATRIX_H +#include "pdp_config.h" +#ifdef HAVE_PDP_GSL #include #include @@ -89,6 +91,7 @@ int pdp_packet_matrix_blas_mv(CBLAS_TRANSPOSE_t TransA, int pdp_packet_matrix_LU(int p_matrix); int pdp_packet_matrix_LU_to_inverse(int p_matrix); int pdp_packet_matrix_LU_solve(int p_matrix, int p_vector); +#endif #endif -- 1.8.3.2 signature.asc Description: OpenPGP digital signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list