Re: [PD] hexloader incorporated into vanilla?

[Jonathan Wilkes via Pd-list]

> Sorry, I just noticed this message.


> Pd's default loader mechanism has a "hexloader" in it.
Nevermind-- it appears to be vestigial, as only the non-hexmunged name is used 
for the filename.
-Jonathan
   ___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Writing part of large table to file

[Claude Heiland-Allen]

Hi,

On 04/08/17 01:30, Hrvoje Radnic via Pd-list wrote:
> I tried the patch on win10 machine and [soundfiler] works as expected.
> Now, it will be great if someone with Linux machine can confirm that
> [soundfiler] can't write audio files correctly, so I can report it.

The array-sound1.pd patch in this thread seems to work as expected here
in pd-0.48test6 on 64bit Linux:

$ uname -a
Linux frappuccino 4.9.0-3-amd64 #1 SMP Debian 4.9.30-2+deb9u2
(2017-06-26) x86_64 GNU/Linux
$ cat /proc/cpuinfo | grep model\ name | uniq -c
  4 model name  : AMD Athlon(tm) II X4 640 Processor

Didn't do much further testing.


Claude
-- 
https://mathr.co.uk

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Pd documents path proposal

[Dan Wilcox]

There is a new macOS test build with the Pd documents directory feature with 
bugfixes: Pd-0.48.0-test6-docspath2.app.zip at 
http://docs.danomatika.com/pdbuilds/ 
This also includes other bug fixes from the past couple of days.

> On Aug 2, 2017, at 1:49 AM, Dan Wilcox  wrote:
> 
> A macOS test build with the docspath (Pd Documents directory) is available, 
> look for Pd-0.48.0-test6-docspath.app.zip: 
> http://docs.danomatika.com/pdbuilds/ 
> 
>> On Jul 31, 2017, at 1:20 PM, Dan Wilcox > > wrote:
>> 
>> Here's the PR and relevant details: 
>> https://github.com/pure-data/pure-data/pull/152 
>> 
>> 
>>> On Jul 31, 2017, at 2:32 AM, Dan Wilcox >> > wrote:
>>> 
>>> Here is my *working* proposal for beginner-friendliness: the Pd Documents 
>>> directory. Also includes deken-workingness.
>>> 
>>> Thanks to Miller for the new "add-to-path" message.
>>> 
>>> Video demo: https://youtu.be/YWMnynyIeoc 
>>> 
>>> The documents path is an optional beginner-friendly location for patches 
>>> and externals and defaults to USERHOME/Documents/Pd. If the docs path is 
>>> not set when Pd is started, the user is prompted about creating it and it 
>>> can be changed or disabled in the Path preferences dialog. If the user hits 
>>> Cancel, the docs path functionality is disabled. A subdirectory for 
>>> externals is also created and is set as the deken install directory. Once 
>>> set, the docs path becomes the preferred initial directory for file dialogs 
>>> to help those new to filesystem hierarchy. 
>>> 
>>> Included in this work: deken can now optionally add external directories to 
>>> the user search paths via a popup after download.
>>> 
>>> *mic drop*
>>> 
>>> sleep
>> 
>> 
>> Dan Wilcox
>> @danomatika 
>> danomatika.com 
>> robotcowboy.com 
>> 
>> 
>> 
> 
> 
> Dan Wilcox
> @danomatika 
> danomatika.com 
> robotcowboy.com 
> 
> 
> 


Dan Wilcox
@danomatika 
danomatika.com 
robotcowboy.com 



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Writing part of large table to file

[Hrvoje Radnic via Pd-list]

Hi,I tried the patch on win10 machine and [soundfiler] works as expected. Now, 
it will be great if someone with Linux machine can confirm that [soundfiler] 
can't write audio files correctly, so I can report it. 
Thanks for the help!Cheers!
 Hrvoje Radnic
http://soundcloud.com/sumovi-protiv-valova 
00385(0)915225162

  From: Lucas Cordiviola 
 To: Hrvoje Radnic  
Cc: "pd-list@lists.iem.at" 
 Sent: Thursday, August 3, 2017 11:27 AM
 Subject: Re: [PD] Writing part of large table to file
   
Ok,Try on another system. If you get the same buggy result report-it back with 
a patch that demonstrate the issue.Here on win8.1 - Pd 0.47.1 (also on 
0.48.test6) [soundfiler] works as expected.
Salutti,
Lucarda.
Mensaje telepatico asistido por maquinas.On 8/3/2017 5:44 AM, Hrvoje Radnic 
wrote:

Hi!

Yes, I did the -bytes 4 flag, too. Interesting thing is that when I save the 
file to disk, I get this notification on terminal window: zx.wav: biggest 
amplitude = 0.967515 which is the same as original. But loading the same file 
into another table gives completely different results. I think (at least on my 
system) that [soundfiler] has issues with -skip flag. If I completely remove 
that flag, results are ok.
Cheers!
 Hrvoje Radnic
http://soundcloud.com/sumovi-protiv-valova
00385(0)915225162

From: Lucas Cordiviola 
To: Hrvoje Radnic  
Cc: "pd-list@lists.iem.at" 
Sent: Wednesday, August 2, 2017 12:58 PM
Subject: Re: [PD] Writing part of large table to file

Are you sure you did step 3 (with -byte 4 flag) & then reload the written file 
(step 4).?
Mensaje telepatico asistido por maquinas.On 8/2/2017 7:38 AM, Hrvoje Radnic 
wrote:

 I tried your method with -bytes 4 flag, but the results are the same for me. I 
think I a stuck with [soundfiler] object. Maybe I will look for alternative 
option like recording the audio with [writesf~] or trying to save the contents 
of a table as a list (txt). 
Thank you once again for helping me!Cheers!
Hrvoje Radnic
http://soundcloud.com/sumovi-protiv-valova
00385(0)915225162

From: Lucas Cordiviola 
To: Hrvoje Radnic  
Cc: "pd-list@lists.iem.at" 
Sent: Wednesday, August 2, 2017 12:17 PM
Subject: Re: [PD] Writing part of large table to file

This is because the soundfile is written @ 16 bits (bit depth).Use the flag  
"-bytes 4" for the message to write the file. This is "4 byte floating point" 
or 32bit floating point, same as the original "laboratory" array. (you don't 
need to do this if the first array was filled with a normal sound file).
You will see that the numbers match in your example.
Salutti,
Lucarda.
Mensaje telepatico asistido por maquinas.On 8/2/2017 6:33 AM, Hrvoje Radnic 
wrote:

Hi!
It doesn't work well for me. What I discovered with your patch is that 
soundfiler can't skip too far. For example, if I send it a message with 2M skip 
flag and 199 nframes flag, the ramp does not climb up to the top. You can 
compare the values with [tabread] objects (see the attached patch). Will you 
please, check that on your system?Thank you very much for your time!Cheers!
Hrvoje Radnic
http://soundcloud.com/sumovi-protiv-valova
00385(0)915225162

From: Lucas Cordiviola 
To: "hrvojerad...@yahoo.com"  
Cc: "pd-list@lists.iem.at" 
Sent: Wednesday, August 2, 2017 12:52 AM
Subject: Re: [PD] Writing part of large table to file

Use this graphical patch, "array-sound.pd" attached .it looks like this:



Will help to describe the issue.
Hope it helps.

Mensaje telepatico asistido por maquinas.


On 8/1/2017 2:52 PM, hrvojerad...@yahoo.com wrote:

What I hear is not the part I wanted to save ie I need the part from the end of 
a table, getting the part from the beginning instead. And it is shorter. I 
can't find the pattern in that offset, so can't describe the bug precisely. 
Poslano s mojeg iPhonea
01.08.2017., u 13:24, Lucas Cordiviola  napisao:


I'm on win8.1Do you clear the array when loading files that are smaller than 
the one you loaded previously?Can you describe what is that you are hearing 
that makes you feel there's a bug?
Mensaje telepatico asistido por maquinas.On 8/1/2017 8:13 AM, Hrvoje Radnic 
wrote:

Yes, the playback part [readsf~] is bad, but that was not an issue. I made a 
mistake with pasting the part from my patch.
Regarding the soundfiler, I still have no clue what is wrong with my patch. 
Maybe the problem is OS specific? I can't test it on my Win machine right now. 
What's your OS? I am on ubuntu sudio.
Cheers!

 Hrvoje Radnic
http://soundcloud.com/sumovi-protiv-valova
00385(0)915225162

From: Lucas Cordiviola 
To: Hrvoje Radnic ; "pd-list@lists.iem.at" 
 
Sent: Tuesday, August 1, 2017 12:21 PM
Subject: Re: [PD] Writing part of large table to file

I've corrected the [readsf~] but the rest is OK.Didn't have troubles with 
-nframes > 1.8M. Works Ok with 2.5M.The only limitation that I know for integer 
numbers (on Pd's control level) is that you can't exceed the 16777216 number.
See attached.Salutti,
Lucarda.
Mensaje telepatico asistido por maquinas.On 8/1/

Re: [PD] hexloader incorporated into vanilla?

[Jonathan Wilkes via Pd-list]

> Howdy, don't think this has ever been discussed... sorry if it had.

> So, we need externals with non-alphanumeric names to be loaded into a 
> multi-object library, loaded via start up. If you have them as a set of 
> single-object binaries, the only option seems to be [hexloader] (a third 
> party external). Hence, in order to reduce dependency on third party 
> externals, would there be any opposition in the idea of incorporating the 
> hexloader code into Pd Vanilla? 

> An alternative could be 'deken' handling dependencies, so if you download one 
> external pack it would also download a dependency such as 'hexloader'.

> thoughts?

Sorry, I just noticed this message.
Pd's default loader mechanism has a "hexloader" in it.
Curious-- if the user tries to create [foo], what is the use case for the 
default loader 
trying to load "foo/foo.$pd_extension" and "foo/foo.pd"?

-Jonathan

> cheers___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] JPEG support in Gem

[David Schaffer]

Hi,

I'v just installed Purr Data 2.2.3 on a Win10 pro 64bits system and it seems 
that Gem has lost support for the upload of image files other than .sgi. How 
can I change that and upload jpeg's again?


thank you very much,


David Schaffer



http://www.flickr.com/photos/schafferdavid/

https://soundcloud.com/schafferdavid

https://vimeo.com/davidschaffer/videos
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] "Wish" instead of "Pd" in menu bar on OSX

[Dan Wilcox]

This is normal as the app is running using the Wish app from the command line 
on OS X. I haven't been able to find a way to change it or to set the icon. 
There may not be one.

You can also build a mac app without installing:

make app

> On Aug 3, 2017, at 10:44 AM, pd-list-requ...@lists.iem.at wrote:
> 
> Message: 2
> Date: Wed, 02 Aug 2017 19:39:47 +0200
> From: ro...@dds.nl 
> To: Pd list mailto:pd-list@lists.iem.at>>
> Subject: [PD] "Wish" instead of "Pd" in menu bar on OSX
> Message-ID:  >
> Content-Type: text/plain; charset=US-ASCII; format=flowed
> 
> after compiling pd-0.48-0test6 on OSX 10.5.8
> with
> ./autogen.sh
> ./configure
> make
> make install
> 
> starting pd in Terminal
> 
> everything seems to work
> 
> only confusing thing: in the menu bar it says "Wish" instead of "Pd".
> 
> probably a (very) minor 'problem'
> 
> rolf


Dan Wilcox
@danomatika 
danomatika.com 
robotcowboy.com 



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Writing part of large table to file

[Lucas Cordiviola]

Ok,

Try on another system. If you get the same buggy result report-it back with a 
patch that demonstrate the issue.

Here on win8.1 - Pd 0.47.1 (also on 0.48.test6) [soundfiler] works as expected.




Salutti,
Lucarda.


Mensaje telepatico asistido por maquinas.

On 8/3/2017 5:44 AM, Hrvoje Radnic wrote:
Hi!

Yes, I did the -bytes 4 flag, too. Interesting thing is that when I save the 
file to disk, I get this notification on terminal window: zx.wav: biggest 
amplitude = 0.967515 which is the same as original. But loading the same file 
into another table gives completely different results. I think (at least on my 
system) that [soundfiler] has issues with -skip flag. If I completely remove 
that flag, results are ok.

Cheers!

Hrvoje Radnic
http://soundcloud.com/sumovi-protiv-valova
00385(0)915225162



From: Lucas Cordiviola 
To: Hrvoje Radnic 
Cc: "pd-list@lists.iem.at" 

Sent: Wednesday, August 2, 2017 12:58 PM
Subject: Re: [PD] Writing part of large table to file

Are you sure you did step 3 (with -byte 4 flag) & then reload the written file 
(step 4).?

Mensaje telepatico asistido por maquinas.

On 8/2/2017 7:38 AM, Hrvoje Radnic wrote:
 I tried your method with -bytes 4 flag, but the results are the same for me. I 
think I a stuck with [soundfiler] object. Maybe I will look for alternative 
option like recording the audio with [writesf~] or trying to save the contents 
of a table as a list (txt).
Thank you once again for helping me!
Cheers!
Hrvoje Radnic
http://soundcloud.com/sumovi-protiv-valova
00385(0)915225162



From: Lucas Cordiviola 
To: Hrvoje Radnic 
Cc: "pd-list@lists.iem.at" 

Sent: Wednesday, August 2, 2017 12:17 PM
Subject: Re: [PD] Writing part of large table to file

This is because the soundfile is written @ 16 bits (bit depth).
Use the flag  "-bytes 4" for the message to write the file. This is "4 byte 
floating point" or 32bit floating point, same as the original "laboratory" 
array. (you don't need to do this if the first array was filled with a normal 
sound file).
You will see that the numbers match in your example.

Salutti,
Lucarda.

Mensaje telepatico asistido por maquinas.

On 8/2/2017 6:33 AM, Hrvoje Radnic wrote:
Hi!

It doesn't work well for me. What I discovered with your patch is that 
soundfiler can't skip too far. For example, if I send it a message with 2M skip 
flag and 199 nframes flag, the ramp does not climb up to the top. You can 
compare the values with [tabread] objects (see the attached patch). Will you 
please, check that on your system?
Thank you very much for your time!
Cheers!
Hrvoje Radnic
http://soundcloud.com/sumovi-protiv-valova
00385(0)915225162



From: Lucas Cordiviola 
To: "hrvojerad...@yahoo.com" 

Cc: "pd-list@lists.iem.at" 

Sent: Wednesday, August 2, 2017 12:52 AM
Subject: Re: [PD] Writing part of large table to file

Use this graphical patch, "array-sound.pd" attached .
it looks like this:
[X]



Will help to describe the issue.
Hope it helps.


Mensaje telepatico asistido por maquinas.




On 8/1/2017 2:52 PM, hrvojerad...@yahoo.com 
wrote:
What I hear is not the part I wanted to save ie I need the part from the end of 
a table, getting the part from the beginning instead. And it is shorter.
I can't find the pattern in that offset, so can't describe the bug precisely.

Poslano s mojeg iPhonea

01.08.2017., u 13:24, Lucas Cordiviola 
mailto:lucard...@hotmail.com>> napisao:

I'm on win8.1
Do you clear the array when loading files that are smaller than the one you 
loaded previously?
Can you describe what is that you are hearing that makes you feel there's a bug?

Mensaje telepatico asistido por maquinas.

On 8/1/2017 8:13 AM, Hrvoje Radnic wrote:
Yes, the playback part [readsf~] is bad, but that was not an issue. I made a 
mistake with pasting the part from my patch.
Regarding the soundfiler, I still have no clue what is wrong with my patch. 
Maybe the problem is OS specific? I can't test it on my Win machine right now. 
What's your OS? I am on ubuntu sudio.
Cheers!


Hrvoje Radnic
http://soundcloud.com/sumovi-protiv-valova
00385(0)915225162



From: Lucas Cordiviola 
To: Hrvoje Radnic ; 
"pd-list@lists.iem.at" 

Sent: Tuesday, August 1, 2017 12:21 PM
Subject: Re: [PD] Writing part of large table to file

I've corrected the [readsf~] but the rest is OK.
Didn't have troubles with -nfra

Re: [PD] Writing part of large table to file

[Hrvoje Radnic via Pd-list]

Hi!

Yes, I did the -bytes 4 flag, too. Interesting thing is that when I save the 
file to disk, I get this notification on terminal window: zx.wav: biggest 
amplitude = 0.967515 which is the same as original. But loading the same file 
into another table gives completely different results. I think (at least on my 
system) that [soundfiler] has issues with -skip flag. If I completely remove 
that flag, results are ok.
Cheers!
 Hrvoje Radnic
http://soundcloud.com/sumovi-protiv-valova 
00385(0)915225162

  From: Lucas Cordiviola 
 To: Hrvoje Radnic  
Cc: "pd-list@lists.iem.at" 
 Sent: Wednesday, August 2, 2017 12:58 PM
 Subject: Re: [PD] Writing part of large table to file
   
Are you sure you did step 3 (with -byte 4 flag) & then reload the written file 
(step 4).?
Mensaje telepatico asistido por maquinas.On 8/2/2017 7:38 AM, Hrvoje Radnic 
wrote:

 I tried your method with -bytes 4 flag, but the results are the same for me. I 
think I a stuck with [soundfiler] object. Maybe I will look for alternative 
option like recording the audio with [writesf~] or trying to save the contents 
of a table as a list (txt). 
Thank you once again for helping me!Cheers!
Hrvoje Radnic
http://soundcloud.com/sumovi-protiv-valova
00385(0)915225162

From: Lucas Cordiviola 
To: Hrvoje Radnic  
Cc: "pd-list@lists.iem.at" 
Sent: Wednesday, August 2, 2017 12:17 PM
Subject: Re: [PD] Writing part of large table to file

This is because the soundfile is written @ 16 bits (bit depth).Use the flag  
"-bytes 4" for the message to write the file. This is "4 byte floating point" 
or 32bit floating point, same as the original "laboratory" array. (you don't 
need to do this if the first array was filled with a normal sound file).
You will see that the numbers match in your example.
Salutti,
Lucarda.
Mensaje telepatico asistido por maquinas.On 8/2/2017 6:33 AM, Hrvoje Radnic 
wrote:

Hi!
It doesn't work well for me. What I discovered with your patch is that 
soundfiler can't skip too far. For example, if I send it a message with 2M skip 
flag and 199 nframes flag, the ramp does not climb up to the top. You can 
compare the values with [tabread] objects (see the attached patch). Will you 
please, check that on your system?Thank you very much for your time!Cheers!
Hrvoje Radnic
http://soundcloud.com/sumovi-protiv-valova
00385(0)915225162

From: Lucas Cordiviola 
To: "hrvojerad...@yahoo.com"  
Cc: "pd-list@lists.iem.at" 
Sent: Wednesday, August 2, 2017 12:52 AM
Subject: Re: [PD] Writing part of large table to file

Use this graphical patch, "array-sound.pd" attached .it looks like this:



Will help to describe the issue.
Hope it helps.

Mensaje telepatico asistido por maquinas.


On 8/1/2017 2:52 PM, hrvojerad...@yahoo.com wrote:

What I hear is not the part I wanted to save ie I need the part from the end of 
a table, getting the part from the beginning instead. And it is shorter. I 
can't find the pattern in that offset, so can't describe the bug precisely. 
Poslano s mojeg iPhonea
01.08.2017., u 13:24, Lucas Cordiviola  napisao:


I'm on win8.1Do you clear the array when loading files that are smaller than 
the one you loaded previously?Can you describe what is that you are hearing 
that makes you feel there's a bug?
Mensaje telepatico asistido por maquinas.On 8/1/2017 8:13 AM, Hrvoje Radnic 
wrote:

Yes, the playback part [readsf~] is bad, but that was not an issue. I made a 
mistake with pasting the part from my patch.
Regarding the soundfiler, I still have no clue what is wrong with my patch. 
Maybe the problem is OS specific? I can't test it on my Win machine right now. 
What's your OS? I am on ubuntu sudio.
Cheers!

 Hrvoje Radnic
http://soundcloud.com/sumovi-protiv-valova
00385(0)915225162

From: Lucas Cordiviola 
To: Hrvoje Radnic ; "pd-list@lists.iem.at" 
 
Sent: Tuesday, August 1, 2017 12:21 PM
Subject: Re: [PD] Writing part of large table to file

I've corrected the [readsf~] but the rest is OK.Didn't have troubles with 
-nframes > 1.8M. Works Ok with 2.5M.The only limitation that I know for integer 
numbers (on Pd's control level) is that you can't exceed the 16777216 number.
See attached.Salutti,
Lucarda.
Mensaje telepatico asistido por maquinas.On 8/1/2017 6:10 AM, Hrvoje Radnic 
wrote:

Sure, it is in the attachment.Thank you for your time!
 Hrvoje Radnic
http://soundcloud.com/sumovi-protiv-valova
00385(0)915225162

From: Lucas Cordiviola
To: "pd-list@lists.iem.at"  
Sent: Tuesday, August 1, 2017 12:09 AM
Subject: Re: [PD] Writing part of large table to file

Can you attach a patch that demonstrate the issue?Do not attach the sound-file, 
we fill your specified n of samples.Salutti,
Lucarda.
Mensaje telepatico asistido por maquinas.On 7/31/2017 6:31 AM, Hrvoje Radnic 
via Pd-list wrote:

Ok, I got some success with soundfiler, but,  found out that I can write a file 
only if the last sample of the file is smaller than 1 800 000 approximately 
(-nframes flag). Anyone had similar experience? Is it a bug?Thanks!
 Hrvoje Rad