Re: [PD] How to scratch large sound file ?

[Tom Erbe]

I’ve done this by configuring double buffer playback with two tables. I switch 
back and forth between playing the two arrays and fill the one not being played 
with soundfiler. It worked pretty well for me, and could do rather extreme 
varispeed. The only caveat is that soundfiler could take too long and you would 
miss a block.

The (rather ugly :) ) patch is on my computer at school, I’ll send it Monday.

Tom

> On Apr 21, 2017, at 1:24 PM, Christof Ressi  wrote:
> 
> The example is B16.long-varispeed.pd in 3.aduio.examples.
>  
>  
> 
> Gesendet: Freitag, 21. April 2017 um 18:42 Uhr
> Von: "William Huston" 
> An: "Antoine Villeret" 
> Cc: "pd-list@lists.iem.at" 
> Betreff: Re: [PD] How to scratch large sound file ?
> It's supposed to be possible with tabread4~, by using the onset inlet. 
> There's an example in one of the help files. I looked at it a year ago and it 
> was incomprehensible. YMMV. 
>  
> If you figure it out, please post a simple example patch. This is my greatest 
> joy-killer in Pd, because I really want to work with audio files which may be 
> 1-2 hrs long. 
> 
> On Friday, April 21, 2017, Antoine Villeret 
> mailto:antoine.ville...@gmail.com]> wrote:
> Hi, 
>  
> I'm looking for the best practice to scratch (change playback speed quickly) 
> large sound file.
>  
> I've already tried :
> - table and tabread4~ but table length is too limited 
> - readsf~ : can't change playback speed easily (I didn't try resampling with 
> block~ yet)
> - august/readanysf~ : seems pretty great but can't play backward, it also has 
> a great feature : the return
> - moonlib/sfread2~ : works with both positive and negative speed but only 
> with 16bit audio file and quite buggy (strange output when it can't find file)
> - moonlib/readsfv~ : works only with positive speed
>  
> Does someone know how to play large sound file with playback speed control 
> (positive and negative) ?
>  
> Thanks 
>  
> Antoine 
> 
> --
> do it yourself  
> http://antoine.villeret.free.fr[http://antoine.villeret.free.fr]
> 
> --
> 
> --
> May you, and all beings
> be happy and free from suffering :)
> -- ancient Buddhist Prayer (Metta)
> ___ Pd-list@lists.iem.at mailing 
> list UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list[https://lists.puredata.info/listinfo/pd-list]
> 
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list


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

Re: [PD] best licence for pd-patches?

[Tobias Brodel]

Hi Martin,


On 04/21/17 18:20, martin brinkmann wrote:

i have searched the archive, and something similar has been asked
before, but i did not find a solution... (and probably 'the best
licence' is not the same for everyone)
i want to:

-encourage (re)using and building upon my patches and sharing the results.

-discourage plagiarism

-not lock anyone (especially myself ;)) out from using
my patches in a commercial and closed 'environment' (like
a game on steam or an android/ios-app)

the cc-by-sa which i use all the time for music and pictures
seems to be appropriate, but i understand that it is not
intended for code.

gpl? would be great not to have to think about when including other work
released under gpl. but can i make exceptions when it becomes
necessary (app-store...)?

lgpl?

i am quite stuck. but i think i should (finally) put a proper
licence on my released patches...



For my projects I tend to prefer the ISC License, it's very simple and the
preferred license of the OpenBSD project. Its only restriction is 
attribution,
so in this sense it would be most akin to a CC-BY license. Some people 
refer to
it as a 1-clause BSD license, and for use in commercial products 2- and 
3-clause

BSD licenses are likewise very straightforward.

If you are interested in weaker forms of copyleft the LGPL and MPL2.0 may be
good to think about. The LGPL allows dynamic linking with proprietary 
works, but
a statically linked program is subject to the LGPL. The MPL2.0 as far as 
I can

tell is per-file copyleft, where changes to the licensed files must be made
available but cannot affect the license-status of any linked program. Unlike
earlier versions of the MPL and the CDDL, MPL2.0 is specifically 
designed to be

GPL-compatible.

Copyleft licenses would be the closest analogue to the CC-BY-SA that you're
familiar with.

If you want to get your software into the Apple App Store you might have
trouble using the LGPL because of its relinking provisions. The GPL is
definitely banned. MPL2.0 and BSD-style licenses are ok however.

Please note this is just off the top of my head and I am no expert.

t/

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

Re: [PD] How to scratch large sound file ?

[Christof Ressi]

> but making a table big enough at first and load without -resize flag works.

why don't you use the "-maxsize" flag?

> So I set the play speed to 44100 and here the troubles begin

can you explain or provide a test patch? in Miller's example I set the speed to 
44100, filled the table with a 440 Hz sine wave (since I wouldn't be able to 
hear that 22050 Hz tone at original speed) and it worked fine.
 
 

Gesendet: Freitag, 21. April 2017 um 23:07 Uhr
Von: "Antoine Villeret" 
An: "Christof Ressi" 
Cc: Pd-List 
Betreff: Re: Re: [PD] How to scratch large sound file ?

yes, -resize flag and truncated output annoyed me, but making a table big 
enough at first and load without -resize flag works.
 
btw I do have a lots of high frequency artifacts.
in the example, the playback speed is limited to 1000 sample/sec.
But I need to play a 22 minutes long sound file with 44100 samples per second.
So I set the play speed to 44100 and here the troubles begin
 
 

--
do it yourself                      
http://antoine.villeret.free.fr 
2017-04-21 22:58 GMT+02:00 Christof Ressi 
mailto:christof.re...@gmx.at]>:ah, I see. you probably 
mean the "soundfiler_read: truncated to 400 elements" message in the Pd 
console. use the "-maxsize" flag to increase the maximum number of samples. on 
64-bit Pd there's practically no limitation. with 32-bit you are limited to 
about 500 000 000 samples (~3 hours of mono audio)

> Gesendet: Freitag, 21. April 2017 um 22:51 Uhr
> Von: "Christof Ressi" mailto:christof.re...@gmx.at]>
> An: "Antoine Villeret" 
> mailto:antoine.ville...@gmail.com]>

> Cc: Pd-List mailto:pd-list@lists.iem.at]>
> Betreff: Re: [PD] How to scratch large sound file ?
>
> > but how to fill a table with a sound with more than 400 samples ?
>
> what is the problem with that?
>
> > also I need high fidelity playback at nominal speed.
>
> Miller's varispeed example does achieve that. it uses the right inlet of 
> [tabread4~] to prevent loss of precision.
>  
>  
>
> Gesendet: Freitag, 21. April 2017 um 22:45 Uhr
> Von: "Antoine Villeret" 
> mailto:antoine.ville...@gmail.com]>
> An: David mailto:dfket...@gmail.com]>
> Cc: Pd-List mailto:pd-list@lists.iem.at]>
> Betreff: Re: [PD] How to scratch large sound file ?
>
> Thanks for the hint, 
>  
> but how to fill a table with a sound with more than 400 samples ?
> is there a direct-from-disk solution for that ?
> also I need high fidelity playback at nominal speed.
>  
> Thanks 
>  
> Antoine
>  
>
> --
> do it yourself                      
> http://antoine.villeret.free.fr[http://antoine.villeret.free.fr] 
> 2017-04-21 22:38 GMT+02:00 David 
> mailto:dfket...@gmail.com][mailto:dfket...@gmail.com[mailto:dfket...@gmail.com]]>:
>
> Which one? 
>  It's supposed to be possible with tabread4~, by using the onset inlet.
> There's an example in one of the help files. I looked at it a year ago and
> it was incomprehensible. YMMV.
>
> If you figure it out, please post a simple example patch. This is my
> greatest joy-killer in Pd, because I really want to work with audio files
> which may be 1-2 hrs long.
>
> On Friday, April 21, 2017, Antoine Villeret 
> mailto:antoine.ville...@gmail.com][mailto:antoine.ville...@gmail.com[mailto:antoine.ville...@gmail.com]]>
> wrote:
>
> > Hi,
> >
> > I'm looking for the best practice to scratch (change playback speed
> > quickly) large sound file.
> >
> > I've already tried :
> > - table and tabread4~ but table length is too limited
> > - readsf~ : can't change playback speed easily (I didn't try resampling
> > with block~ yet)
> > - august/readanysf~ : seems pretty great but can't play backward, it also
> > has a great feature : the return
> > - moonlib/sfread2~ : works with both positive and negative speed but only
> > with 16bit audio file and quite buggy (strange output when it can't find
> > file)
> > - moonlib/readsfv~ : works only with positive speed
> >
> > Does someone know how to play large sound file with playback speed control
> > (positive and negative) ?
> >
> > Thanks
> >
> > Antoine
> > --
> > do it yourself
> > http://antoine.villeret.free.fr[http://antoine.villeret.free.fr][http://antoine.villeret.free.fr[http://antoine.villeret.free.fr]]
> >
> ___
> Pd-list@lists.iem.at[mailto:Pd-list@lists.iem.at][mailto:Pd-list@lists.iem.at[mailto:Pd-list@lists.iem.at]]
>  mailing list
> UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list[https://lists.puredata.info/listinfo/pd-list][https://lists.puredata.info/listinfo/pd-list[https://lists.puredata.info/listinfo/pd-list]]
>  ___ 
> Pd-list@lists.iem.at[mailto:Pd-list@lists.iem.at] mailing list UNSUBSCRIBE 
> and account-management -> 
> https://lists.puredata.info/listinfo/pd-list[https://lists.puredata.info/listinfo/pd-list][https://lists.puredata.info/listinfo/pd-list[https://lists.puredata.info/listinfo/pd-list]]
>
> _

Re: [PD] How to scratch large sound file ?

[Dan Wilcox]

In case you haven’t tried, you can increase the max table resize value when 
loading via sound filer. See the sound filer help.

By increasing the size, I’ve loaded pretty large files, although maybe not in 
the terms of hours.

> On Apr 21, 2017, at 11:08 AM, pd-list-requ...@lists.iem.at wrote:
> 
> It's supposed to be possible with tabread4~, by using the onset inlet. 
> There's an example in one of the help files. I looked at it a year ago and it 
> was incomprehensible. YMMV. 
> 
> If you figure it out, please post a simple example patch. This is my greatest 
> joy-killer in Pd, because I really want to work with audio files which may be 
> 1-2 hrs long. 


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] Ray casting

[Max]

impressive, thanks babtiste!
(a bit complicated to find all its dependancies for getting it to run 
though :)  )



On 2017년 04월 20일 12:26, baptiste chatel wrote:

I think so for point in polygon, see attached. It's an old attempt of
mine, with a mechanism to draw polygons in Gem and then tell in which
polygon your mouse pointer is.

2017-04-20 9:13 GMT+02:00 Max mailto:abonneme...@revolwear.com>>:

Did someone here solve this in Pd before?

https://en.wikipedia.org/wiki/Point_in_polygon

https://rosettacode.org/wiki/Ray-casting_algorithm


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






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

Re: [PD] How to scratch large sound file ?

[Antoine Villeret]

yes, -resize flag and truncated output annoyed me, but making a table big
enough at first and load without -resize flag works.

btw I do have a lots of high frequency artifacts.
in the example, the playback speed is limited to 1000 sample/sec.
But I need to play a 22 minutes long sound file with 44100 samples per
second.
So I set the play speed to 44100 and here the troubles begin


--
do it yourself
http://antoine.villeret.free.fr

2017-04-21 22:58 GMT+02:00 Christof Ressi :

> ah, I see. you probably mean the "soundfiler_read: truncated to 400
> elements" message in the Pd console. use the "-maxsize" flag to increase
> the maximum number of samples. on 64-bit Pd there's practically no
> limitation. with 32-bit you are limited to about 500 000 000 samples (~3
> hours of mono audio)
>
> > Gesendet: Freitag, 21. April 2017 um 22:51 Uhr
> > Von: "Christof Ressi" 
> > An: "Antoine Villeret" 
> > Cc: Pd-List 
> > Betreff: Re: [PD] How to scratch large sound file ?
> >
> > > but how to fill a table with a sound with more than 400 samples ?
> >
> > what is the problem with that?
> >
> > > also I need high fidelity playback at nominal speed.
> >
> > Miller's varispeed example does achieve that. it uses the right inlet of
> [tabread4~] to prevent loss of precision.
> >
> >
> >
> > Gesendet: Freitag, 21. April 2017 um 22:45 Uhr
> > Von: "Antoine Villeret" 
> > An: David 
> > Cc: Pd-List 
> > Betreff: Re: [PD] How to scratch large sound file ?
> >
> > Thanks for the hint,
> >
> > but how to fill a table with a sound with more than 400 samples ?
> > is there a direct-from-disk solution for that ?
> > also I need high fidelity playback at nominal speed.
> >
> > Thanks
> >
> > Antoine
> >
> >
> > --
> > do it yourself
> > http://antoine.villeret.free.fr
> > 2017-04-21 22:38 GMT+02:00 David mailto:dfk
> et...@gmail.com]>:
> >
> > Which one?
> >  It's supposed to be possible with tabread4~, by using the onset inlet.
> > There's an example in one of the help files. I looked at it a year ago
> and
> > it was incomprehensible. YMMV.
> >
> > If you figure it out, please post a simple example patch. This is my
> > greatest joy-killer in Pd, because I really want to work with audio files
> > which may be 1-2 hrs long.
> >
> > On Friday, April 21, 2017, Antoine Villeret  mailto:antoine.ville...@gmail.com]>
> > wrote:
> >
> > > Hi,
> > >
> > > I'm looking for the best practice to scratch (change playback speed
> > > quickly) large sound file.
> > >
> > > I've already tried :
> > > - table and tabread4~ but table length is too limited
> > > - readsf~ : can't change playback speed easily (I didn't try resampling
> > > with block~ yet)
> > > - august/readanysf~ : seems pretty great but can't play backward, it
> also
> > > has a great feature : the return
> > > - moonlib/sfread2~ : works with both positive and negative speed but
> only
> > > with 16bit audio file and quite buggy (strange output when it can't
> find
> > > file)
> > > - moonlib/readsfv~ : works only with positive speed
> > >
> > > Does someone know how to play large sound file with playback speed
> control
> > > (positive and negative) ?
> > >
> > > Thanks
> > >
> > > Antoine
> > > --
> > > do it yourself
> > > http://antoine.villeret.free.fr[http://antoine.villeret.free.fr]
> > >
> > ___
> > Pd-list@lists.iem.at[mailto:Pd-list@lists.iem.at] mailing list
> > UNSUBSCRIBE and account-management -> https://lists.puredata.info/
> listinfo/pd-list[https://lists.puredata.info/listinfo/pd-list]
> >  ___ Pd-list@lists.iem.at
> mailing list UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list[https://
> lists.puredata.info/listinfo/pd-list]
> >
> > ___
> > Pd-list@lists.iem.at mailing list
> > UNSUBSCRIBE and account-management -> https://lists.puredata.info/
> listinfo/pd-list
> >
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] How to scratch large sound file ?

[Christof Ressi]

ah, I see. you probably mean the "soundfiler_read: truncated to 400 
elements" message in the Pd console. use the "-maxsize" flag to increase the 
maximum number of samples. on 64-bit Pd there's practically no limitation. with 
32-bit you are limited to about 500 000 000 samples (~3 hours of mono audio)

> Gesendet: Freitag, 21. April 2017 um 22:51 Uhr
> Von: "Christof Ressi" 
> An: "Antoine Villeret" 
> Cc: Pd-List 
> Betreff: Re: [PD] How to scratch large sound file ?
>
> > but how to fill a table with a sound with more than 400 samples ?
> 
> what is the problem with that?
> 
> > also I need high fidelity playback at nominal speed.
> 
> Miller's varispeed example does achieve that. it uses the right inlet of 
> [tabread4~] to prevent loss of precision. 
>  
>  
> 
> Gesendet: Freitag, 21. April 2017 um 22:45 Uhr
> Von: "Antoine Villeret" 
> An: David 
> Cc: Pd-List 
> Betreff: Re: [PD] How to scratch large sound file ?
> 
> Thanks for the hint, 
>  
> but how to fill a table with a sound with more than 400 samples ?
> is there a direct-from-disk solution for that ?
> also I need high fidelity playback at nominal speed.
>  
> Thanks 
>  
> Antoine
>  
> 
> --
> do it yourself                      
> http://antoine.villeret.free.fr 
> 2017-04-21 22:38 GMT+02:00 David 
> mailto:dfket...@gmail.com]>:
> 
> Which one? 
>  It's supposed to be possible with tabread4~, by using the onset inlet.
> There's an example in one of the help files. I looked at it a year ago and
> it was incomprehensible. YMMV.
> 
> If you figure it out, please post a simple example patch. This is my
> greatest joy-killer in Pd, because I really want to work with audio files
> which may be 1-2 hrs long.
> 
> On Friday, April 21, 2017, Antoine Villeret 
> mailto:antoine.ville...@gmail.com]>
> wrote:
> 
> > Hi,
> >
> > I'm looking for the best practice to scratch (change playback speed
> > quickly) large sound file.
> >
> > I've already tried :
> > - table and tabread4~ but table length is too limited
> > - readsf~ : can't change playback speed easily (I didn't try resampling
> > with block~ yet)
> > - august/readanysf~ : seems pretty great but can't play backward, it also
> > has a great feature : the return
> > - moonlib/sfread2~ : works with both positive and negative speed but only
> > with 16bit audio file and quite buggy (strange output when it can't find
> > file)
> > - moonlib/readsfv~ : works only with positive speed
> >
> > Does someone know how to play large sound file with playback speed control
> > (positive and negative) ?
> >
> > Thanks
> >
> > Antoine
> > --
> > do it yourself
> > http://antoine.villeret.free.fr[http://antoine.villeret.free.fr]
> >
> ___
> Pd-list@lists.iem.at[mailto:Pd-list@lists.iem.at] mailing list
> UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list[https://lists.puredata.info/listinfo/pd-list]
>  ___ Pd-list@lists.iem.at mailing 
> list UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list[https://lists.puredata.info/listinfo/pd-list]
> 
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list
>

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

Re: [PD] How to scratch large sound file ?

[Christof Ressi]

> but how to fill a table with a sound with more than 400 samples ?

what is the problem with that?

> also I need high fidelity playback at nominal speed.

Miller's varispeed example does achieve that. it uses the right inlet of 
[tabread4~] to prevent loss of precision. 
 
 

Gesendet: Freitag, 21. April 2017 um 22:45 Uhr
Von: "Antoine Villeret" 
An: David 
Cc: Pd-List 
Betreff: Re: [PD] How to scratch large sound file ?

Thanks for the hint, 
 
but how to fill a table with a sound with more than 400 samples ?
is there a direct-from-disk solution for that ?
also I need high fidelity playback at nominal speed.
 
Thanks 
 
Antoine
 

--
do it yourself                      
http://antoine.villeret.free.fr 
2017-04-21 22:38 GMT+02:00 David 
mailto:dfket...@gmail.com]>:

Which one? 
 It's supposed to be possible with tabread4~, by using the onset inlet.
There's an example in one of the help files. I looked at it a year ago and
it was incomprehensible. YMMV.

If you figure it out, please post a simple example patch. This is my
greatest joy-killer in Pd, because I really want to work with audio files
which may be 1-2 hrs long.

On Friday, April 21, 2017, Antoine Villeret 
mailto:antoine.ville...@gmail.com]>
wrote:

> Hi,
>
> I'm looking for the best practice to scratch (change playback speed
> quickly) large sound file.
>
> I've already tried :
> - table and tabread4~ but table length is too limited
> - readsf~ : can't change playback speed easily (I didn't try resampling
> with block~ yet)
> - august/readanysf~ : seems pretty great but can't play backward, it also
> has a great feature : the return
> - moonlib/sfread2~ : works with both positive and negative speed but only
> with 16bit audio file and quite buggy (strange output when it can't find
> file)
> - moonlib/readsfv~ : works only with positive speed
>
> Does someone know how to play large sound file with playback speed control
> (positive and negative) ?
>
> Thanks
>
> Antoine
> --
> do it yourself
> http://antoine.villeret.free.fr[http://antoine.villeret.free.fr]
>
___
Pd-list@lists.iem.at[mailto:Pd-list@lists.iem.at] mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list[https://lists.puredata.info/listinfo/pd-list]
 ___ Pd-list@lists.iem.at mailing 
list UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list[https://lists.puredata.info/listinfo/pd-list]

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

Re: [PD] How to scratch large sound file ?

[Antoine Villeret]

Thanks for the hint,

but how to fill a table with a sound with more than 400 samples ?
is there a direct-from-disk solution for that ?
also I need high fidelity playback at nominal speed.

Thanks

Antoine

--
do it yourself
http://antoine.villeret.free.fr

2017-04-21 22:38 GMT+02:00 David :

> Which one?
>
>
>> It's supposed to be possible with tabread4~, by using the onset inlet.
>> There's an example in one of the help files. I looked at it a year ago and
>> it was incomprehensible. YMMV.
>>
>> If you figure it out, please post a simple example patch. This is my
>> greatest joy-killer in Pd, because I really want to work with audio files
>> which may be 1-2 hrs long.
>>
>> On Friday, April 21, 2017, Antoine Villeret 
>> wrote:
>>
>> > Hi,
>> >
>> > I'm looking for the best practice to scratch (change playback speed
>> > quickly) large sound file.
>> >
>> > I've already tried :
>> > - table and tabread4~ but table length is too limited
>> > - readsf~ : can't change playback speed easily (I didn't try resampling
>> > with block~ yet)
>> > - august/readanysf~ : seems pretty great but can't play backward, it
>> also
>> > has a great feature : the return
>> > - moonlib/sfread2~ : works with both positive and negative speed but
>> only
>> > with 16bit audio file and quite buggy (strange output when it can't find
>> > file)
>> > - moonlib/readsfv~ : works only with positive speed
>> >
>> > Does someone know how to play large sound file with playback speed
>> control
>> > (positive and negative) ?
>> >
>> > Thanks
>> >
>> > Antoine
>> > --
>> > do it yourself
>> > http://antoine.villeret.free.fr
>> >
>>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/
> listinfo/pd-list
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] How to scratch large sound file ?

[David]

Which one?


> It's supposed to be possible with tabread4~, by using the onset inlet.
> There's an example in one of the help files. I looked at it a year ago and
> it was incomprehensible. YMMV.
>
> If you figure it out, please post a simple example patch. This is my
> greatest joy-killer in Pd, because I really want to work with audio files
> which may be 1-2 hrs long.
>
> On Friday, April 21, 2017, Antoine Villeret 
> wrote:
>
> > Hi,
> >
> > I'm looking for the best practice to scratch (change playback speed
> > quickly) large sound file.
> >
> > I've already tried :
> > - table and tabread4~ but table length is too limited
> > - readsf~ : can't change playback speed easily (I didn't try resampling
> > with block~ yet)
> > - august/readanysf~ : seems pretty great but can't play backward, it also
> > has a great feature : the return
> > - moonlib/sfread2~ : works with both positive and negative speed but only
> > with 16bit audio file and quite buggy (strange output when it can't find
> > file)
> > - moonlib/readsfv~ : works only with positive speed
> >
> > Does someone know how to play large sound file with playback speed
> control
> > (positive and negative) ?
> >
> > Thanks
> >
> > Antoine
> > --
> > do it yourself
> > http://antoine.villeret.free.fr
> >
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] How to scratch large sound file ?

[Christof Ressi]

The example is B16.long-varispeed.pd in 3.aduio.examples.
 
 

Gesendet: Freitag, 21. April 2017 um 18:42 Uhr
Von: "William Huston" 
An: "Antoine Villeret" 
Cc: "pd-list@lists.iem.at" 
Betreff: Re: [PD] How to scratch large sound file ?
It's supposed to be possible with tabread4~, by using the onset inlet. There's 
an example in one of the help files. I looked at it a year ago and it was 
incomprehensible. YMMV. 
 
If you figure it out, please post a simple example patch. This is my greatest 
joy-killer in Pd, because I really want to work with audio files which may be 
1-2 hrs long. 

On Friday, April 21, 2017, Antoine Villeret 
mailto:antoine.ville...@gmail.com]> wrote:
Hi, 
 
I'm looking for the best practice to scratch (change playback speed quickly) 
large sound file.
 
I've already tried :
- table and tabread4~ but table length is too limited 
- readsf~ : can't change playback speed easily (I didn't try resampling with 
block~ yet)
- august/readanysf~ : seems pretty great but can't play backward, it also has a 
great feature : the return
- moonlib/sfread2~ : works with both positive and negative speed but only with 
16bit audio file and quite buggy (strange output when it can't find file)
- moonlib/readsfv~ : works only with positive speed
 
Does someone know how to play large sound file with playback speed control 
(positive and negative) ?
 
Thanks 
 
Antoine 

--
do it yourself                      
http://antoine.villeret.free.fr[http://antoine.villeret.free.fr]

--

--
May you, and all beings
be happy and free from suffering :)
-- ancient Buddhist Prayer (Metta)
___ Pd-list@lists.iem.at mailing 
list UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list[https://lists.puredata.info/listinfo/pd-list]

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

Re: [PD] maxlib/arraycopy & pd-essentials

[Fred Jan Kraan]

Hi Ed,

Did I understand correctly the object works in a predictable way in the 
end?


Sometimes I try to maintain a version of maxlib distributed with deken, 
and had the impression it worked as expected when I revisited the 
help-patch.


At the same time, I had the idea that this object, as there are a lot 
more in Max/MSP and pd-extended, are just convenience objects; could be 
as well a proper abstraction. Which would have much higher educational 
value IMHO.


It would be a nice project for the Pd-community as a whole to find the 
(few) essential objects missing from pd-vanilla and leave the rest of 
pd-extended as proper legacy; nice to have to get that old patch 
working, not otherwise not really useful.


Greetings,

Fred Jan

On 21-04-17 17:02, Ed Kelly via Pd-list wrote:

compiled objects for maxlib/arraycopy

_-_-_-_-_-_-_-^-_-_-_-_-_-_-_

For *Lone Shark *releases, *Pure Data *software and published
*Research*, go to http://sharktracks.co.uk 


On Friday, 21 April 2017, 15:53, Ed Kelly  wrote:


Correction - I mean it assumed the destination had to be bigger or the
same size as the source!

_-_-_-_-_-_-_-^-_-_-_-_-_-_-_

For *Lone Shark *releases, *Pure Data *software and published
*Research*, go to http://sharktracks.co.uk 


On Friday, 21 April 2017, 14:17, Ed Kelly via Pd-list
 wrote:


I don't quite know what has happened to arraycopy from maxlib.
It seems to expect, from the code, that the destination array is smaller
or the same size as the source array. That's ridiculous. My source array
is 90 seconds long and the destination arrays are small - the duration
between two bonk~ events in an audio stream. My rechunk~ patch, which I
extensively rely on for live sampling, has been broken for a while.

I fixed it. Enclosed.
Ed

_-_-_-_-_-_-_-^-_-_-_-_-_-_-_

For *Lone Shark *releases, *Pure Data *software and published
*Research*, go to http://sharktracks.co.uk 
___
Pd-list@lists.iem.at  mailing list
UNSUBSCRIBE and account-management ->
https://lists.puredata.info/listinfo/pd-list






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



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

Re: [PD] symbol to float

[hans w. koch]

thanks for the fix, it works now.

best hans
> Am 21.04.2017 um 19:08 schrieb Jack :
> 
> Yes it is a bug in my abs, the problem seems to come from the [i ]
> object in [pd symbol2int] which return float -2.14748e+09 if you send
> float 6.89756e+14.
> I have replaced it with [f ] and the result of the symbol
> "8.689756393432365" is now 8.68976 which now looks correct.
> Patchs are attached.
> ++
> 
> Jack
> 
> 
> 
> Le 21/04/2017 à 18:23, hans w. koch a écrit :
>> hi jack,
>> 
>> i tried with "array-symbol2float“, however feeding it „8.689756393432365“ (a 
>> messagebox with this number as a symbol) 
>> would only produce output, when i put
>> list prepend symbol
>> list trim
>> between the message box and array-symbol2float.
>> but then this output was 7.8, which seems like the first digit of my 
>> number converted to float.
>> 
>> strange…
>> 
>> but otherwise thanks for the pointer to these abstraction. will have to 
>> investigate.
>> 
>> best hans
>>> Am 21.04.2017 um 16:12 schrieb Jack :
>>> 
>>> This link could help... (lokk at the bottom of the page)
>>> https://www.mail-archive.com/pd-list@lists.iem.at/msg05406.html
>>> ++
>>> 
>>> Jack
>>> 
>>> 
>>> 
>>> Le 21/04/2017 à 15:40, hans w. koch a écrit :
 hello,
 
 pd-vanilla question:
 trying to harness geodata from an xml file, i need to parse lines like 
 this: 8.689756393432365 49.4138 109.18
 with a combination of "list split“ and „list fromsymbol“ i end up with 
 three message boxes, „8.689756393432365“, „49.4138“ and „109.18“.
 problem is, that the message box containing „8.689756393432365“ is a 
 symbol and i can´t seem to find a way to reconvert it to a float, other 
 then sending it thru a netsend/netreceive pair.
 (as per this tip from 2007: 
 https://lists.puredata.info/pipermail/pd-list/2007-02/047499.html).
 
 its working fine, but i was wondering, if this really is the only vanilla 
 solution?
 
 i might well be staring at the obvious and not seeing it...
 thanks in advance for any other pointers!
 
 best hans
 
 www.hans-w-koch.net
 
 
 ___
 Pd-list@lists.iem.at mailing list
 UNSUBSCRIBE and account-management -> 
 https://lists.puredata.info/listinfo/pd-list
 
>>> 
>>> 
>>> ___
>>> Pd-list@lists.iem.at mailing list
>>> UNSUBSCRIBE and account-management -> 
>>> https://lists.puredata.info/listinfo/pd-list
>> 
> 
> 


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

Re: [PD] symbol to float

[hans w. koch]

oh well…thats the reality these days: we restrict our movements, because 
computers can´t process them otheriwse :-)

+1 for double precision!

are you riga based? seems i am coming to liepeia end of may (sound days).
maybe an occasion to meet.

best hans

> Am 21.04.2017 um 19:17 schrieb Max :
> 
> One of my "workarounds" was to just take the numbers after the decimal 
> devider and restrict yourself to an area that doesn't cross longitude or 
> latitudes.
> This sort of works, exept this major limitation.
> Just now doing a workshop with audio walks in Riga and figured out another 
> limitation.
> 
> 24.07723 translates to 77238 because a leading zero just gets truncated 
> obviously.
> outch.
> It's all possible somehow, but it would be so much easier with double 
> precision.
> 
> m.
> 
> 
> 
> 
> 
> On 2017년 04월 21일 18:29, hans w. koch wrote:
>> thank you max,
>> 
>> now i remember you posted this a while ago on the list, right?
>> i had earmarked it and then forgotten...
>> i am aware of the double precision dilemma (also encountered it in 
>> mobmuplat).
>> for the purpose of parsing these files from bicycle tours offline, i was 
>> hoping to get away ignoring it, but i guess you are right to point it out 
>> again :-)
>> 
>> best hans
>> 
>> 
>>> Am 21.04.2017 um 17:15 schrieb Max :
>>> 
>>> On 2017년 04월 21일 15:40, hans w. koch wrote:
 i need to parse lines like this: 8.689756393432365
>>> 
>>> next thing you might want to have is double precision in Pd. At least 
>>> single precision is a major headache when dealing with gpx coordinates in 
>>> Pd.
>>> Maybe some abstractions in there can be useful for you, albeit there are 
>>> bugs.
>>> 
>>> https://github.com/mxa/Locative-Audio
> 
> 


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

Re: [PD] symbol to float

[Max]

One of my "workarounds" was to just take the numbers after the decimal 
devider and restrict yourself to an area that doesn't cross longitude or 
latitudes.

This sort of works, exept this major limitation.
Just now doing a workshop with audio walks in Riga and figured out 
another limitation.


24.07723 translates to 77238 because a leading zero just gets truncated 
obviously.

outch.
It's all possible somehow, but it would be so much easier with double 
precision.


m.





On 2017년 04월 21일 18:29, hans w. koch wrote:

thank you max,

now i remember you posted this a while ago on the list, right?
i had earmarked it and then forgotten...
i am aware of the double precision dilemma (also encountered it in mobmuplat).
for the purpose of parsing these files from bicycle tours offline, i was hoping 
to get away ignoring it, but i guess you are right to point it out again :-)

best hans



Am 21.04.2017 um 17:15 schrieb Max :

On 2017년 04월 21일 15:40, hans w. koch wrote:

i need to parse lines like this: 8.689756393432365


next thing you might want to have is double precision in Pd. At least single 
precision is a major headache when dealing with gpx coordinates in Pd.
Maybe some abstractions in there can be useful for you, albeit there are bugs.

https://github.com/mxa/Locative-Audio




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

Re: [PD] symbol to float

[Jack]

Yes it is a bug in my abs, the problem seems to come from the [i ]
object in [pd symbol2int] which return float -2.14748e+09 if you send
float 6.89756e+14.
I have replaced it with [f ] and the result of the symbol
"8.689756393432365" is now 8.68976 which now looks correct.
Patchs are attached.
++

Jack



Le 21/04/2017 à 18:23, hans w. koch a écrit :
> hi jack,
> 
> i tried with "array-symbol2float“, however feeding it „8.689756393432365“ (a 
> messagebox with this number as a symbol) 
> would only produce output, when i put
> list prepend symbol
> list trim
> between the message box and array-symbol2float.
> but then this output was 7.8, which seems like the first digit of my 
> number converted to float.
> 
> strange…
> 
> but otherwise thanks for the pointer to these abstraction. will have to 
> investigate.
> 
> best hans
>> Am 21.04.2017 um 16:12 schrieb Jack :
>>
>> This link could help... (lokk at the bottom of the page)
>> https://www.mail-archive.com/pd-list@lists.iem.at/msg05406.html
>> ++
>>
>> Jack
>>
>>
>>
>> Le 21/04/2017 à 15:40, hans w. koch a écrit :
>>> hello,
>>>
>>> pd-vanilla question:
>>> trying to harness geodata from an xml file, i need to parse lines like 
>>> this: 8.689756393432365 49.4138 109.18
>>> with a combination of "list split“ and „list fromsymbol“ i end up with 
>>> three message boxes, „8.689756393432365“, „49.4138“ and „109.18“.
>>> problem is, that the message box containing „8.689756393432365“ is a symbol 
>>> and i can´t seem to find a way to reconvert it to a float, other then 
>>> sending it thru a netsend/netreceive pair.
>>> (as per this tip from 2007: 
>>> https://lists.puredata.info/pipermail/pd-list/2007-02/047499.html).
>>>
>>> its working fine, but i was wondering, if this really is the only vanilla 
>>> solution?
>>>
>>> i might well be staring at the obvious and not seeing it...
>>> thanks in advance for any other pointers!
>>>
>>> best hans
>>>
>>> www.hans-w-koch.net
>>>
>>>
>>> ___
>>> Pd-list@lists.iem.at mailing list
>>> UNSUBSCRIBE and account-management -> 
>>> https://lists.puredata.info/listinfo/pd-list
>>>
>>
>>
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management -> 
>> https://lists.puredata.info/listinfo/pd-list
> 



array-symbol2float.pd
Description: application/puredata


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

Re: [PD] How to scratch large sound file ?

[William Huston]

It's supposed to be possible with tabread4~, by using the onset inlet.
There's an example in one of the help files. I looked at it a year ago and
it was incomprehensible. YMMV.

If you figure it out, please post a simple example patch. This is my
greatest joy-killer in Pd, because I really want to work with audio files
which may be 1-2 hrs long.

On Friday, April 21, 2017, Antoine Villeret 
wrote:

> Hi,
>
> I'm looking for the best practice to scratch (change playback speed
> quickly) large sound file.
>
> I've already tried :
> - table and tabread4~ but table length is too limited
> - readsf~ : can't change playback speed easily (I didn't try resampling
> with block~ yet)
> - august/readanysf~ : seems pretty great but can't play backward, it also
> has a great feature : the return
> - moonlib/sfread2~ : works with both positive and negative speed but only
> with 16bit audio file and quite buggy (strange output when it can't find
> file)
> - moonlib/readsfv~ : works only with positive speed
>
> Does someone know how to play large sound file with playback speed control
> (positive and negative) ?
>
> Thanks
>
> Antoine
> --
> do it yourself
> http://antoine.villeret.free.fr
>


-- 
--
May you, and all beings
be happy and free from suffering :)
-- ancient Buddhist Prayer (Metta)
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] maxlib/arraycopy

[Ed Kelly via Pd-list]

At the back of my mind, a thought that there must be a vanilla way of doing 
this. "I'm sure I saw it somewhere..." etc
Just as with the [text] objects, I'm gradually emerging from years of using 
Pd-extended 0.42/43 and realising the power of vanilla.Thanks Roman
Ed _-_-_-_-_-_-_-^-_-_-_-_-_-_-_

For Lone Shark releases, Pure Data software and published Research, go to 
http://sharktracks.co.uk  

On Friday, 21 April 2017, 16:15, Roman Haefeli  wrote:
 

 You know about [array get] and [array set], do you?

Roman


On Fre, 2017-04-21 at 15:02 +, Ed Kelly via Pd-list wrote:
> compiled objects for maxlib/arraycopy
>  
> _-_-_-_-_-_-_-^-_-_-_-_-_-_-_
> 
> For Lone Shark releases, Pure Data software and published Research,
> go to http://sharktracks.co.uk 
> 
> 
> On Friday, 21 April 2017, 15:53, Ed Kelly 
> wrote:
> 
> 
> Correction - I mean it assumed the destination had to be bigger or
> the same size as the source!
>  
> _-_-_-_-_-_-_-^-_-_-_-_-_-_-_
> 
> For Lone Shark releases, Pure Data software and published Research,
> go to http://sharktracks.co.uk 
> 
> 
> On Friday, 21 April 2017, 14:17, Ed Kelly via Pd-list  iem.at> wrote:
> 
> 
> I don't quite know what has happened to arraycopy from maxlib.
> It seems to expect, from the code, that the destination array is
> smaller or the same size as the source array. That's ridiculous. My
> source array is 90 seconds long and the destination arrays are small
> - the duration between two bonk~ events in an audio stream. My
> rechunk~ patch, which I extensively rely on for live sampling, has
> been broken for a while.
> 
> I fixed it. Enclosed.
> Ed
>  
> _-_-_-_-_-_-_-^-_-_-_-_-_-_-_
> 
> For Lone Shark releases, Pure Data software and published Research,
> go to http://sharktracks.co.uk 
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/lis
> tinfo/pd-list
> 
> 
> 
> 
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/lis
> tinfo/pd-list

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

Re: [PD] symbol to float

[hans w. koch]

thank you max,

now i remember you posted this a while ago on the list, right? 
i had earmarked it and then forgotten...
i am aware of the double precision dilemma (also encountered it in mobmuplat).
for the purpose of parsing these files from bicycle tours offline, i was hoping 
to get away ignoring it, but i guess you are right to point it out again :-)

best hans


> Am 21.04.2017 um 17:15 schrieb Max :
> 
> On 2017년 04월 21일 15:40, hans w. koch wrote:
>> i need to parse lines like this: 8.689756393432365
> 
> next thing you might want to have is double precision in Pd. At least single 
> precision is a major headache when dealing with gpx coordinates in Pd.
> Maybe some abstractions in there can be useful for you, albeit there are bugs.
> 
> https://github.com/mxa/Locative-Audio
> 
> 
> 
> 


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

Re: [PD] symbol to float

[hans w. koch]

thanks cyrille,

but the symbol 8.689756393432365 throws an "$1: argument number out of range“ 
error.
by putting a „list prepend“ before the message box it works.

best hans

> Am 21.04.2017 um 15:58 schrieb cyrille henry :
> 
> hello,
> 
> if you want the conversion to be in 0 logical time, you can write the symbol 
> in a textfile, and read it back.
> 
> something like :
> [clear, add $1, write /tmp/symbol2float, read /tmp/symbol2float, rewind, bang<
> |
> [textfile]
> 
> but since it need to write the data somewhere, it's still not an ideal 
> solution.
> 
> cheers
> Cyrille
> 
> 
> Le 21/04/2017 à 15:40, hans w. koch a écrit :
>> hello,
>> 
>> pd-vanilla question:
>> trying to harness geodata from an xml file, i need to parse lines like this: 
>> 8.689756393432365 49.4138 109.18
>> with a combination of "list split“ and „list fromsymbol“ i end up with three 
>> message boxes, „8.689756393432365“, „49.4138“ and „109.18“.
>> problem is, that the message box containing „8.689756393432365“ is a symbol 
>> and i can´t seem to find a way to reconvert it to a float, other then 
>> sending it thru a netsend/netreceive pair.
>> (as per this tip from 2007: 
>> https://lists.puredata.info/pipermail/pd-list/2007-02/047499.html).
>> 
>> its working fine, but i was wondering, if this really is the only vanilla 
>> solution?
>> 
>> i might well be staring at the obvious and not seeing it...
>> thanks in advance for any other pointers!
>> 
>> best hans
>> 
>> www.hans-w-koch.net
>> 
>> 
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management -> 
>> https://lists.puredata.info/listinfo/pd-list
>> 
> 
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list


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

Re: [PD] symbol to float

[hans w. koch]

thanks, ingo,

s2f does the trick. 
since the datafiles i am working with are rather large (some 1000s of lines), 
i´ll try to make some speedtests over the weekend with the different solutions 
mentioned here.

best hans

> Am 21.04.2017 um 16:00 schrieb Ingo Stock :
> 
> On 21/04/17 15:40, hans w. koch wrote:
>> its working fine, but i was wondering, if this really is the only
>> vanilla solution?
> 
> This could be helpful:
> http://forum.pdpatchrepo.info/topic/10556/vanilla-list2symbol-abstraction-pd-0-47
> 
> I contains l2s, s2l and s2f (symbol to float).
> 
> best wishes, ingo
> 
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list


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

[PD] How to scratch large sound file ?

[Antoine Villeret]

Hi,

I'm looking for the best practice to scratch (change playback speed
quickly) large sound file.

I've already tried :
- table and tabread4~ but table length is too limited
- readsf~ : can't change playback speed easily (I didn't try resampling
with block~ yet)
- august/readanysf~ : seems pretty great but can't play backward, it also
has a great feature : the return
- moonlib/sfread2~ : works with both positive and negative speed but only
with 16bit audio file and quite buggy (strange output when it can't find
file)
- moonlib/readsfv~ : works only with positive speed

Does someone know how to play large sound file with playback speed control
(positive and negative) ?

Thanks

Antoine
--
do it yourself
http://antoine.villeret.free.fr
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] symbol to float

[Max]

On 2017년 04월 21일 15:40, hans w. koch wrote:

i need to parse lines like this: 8.689756393432365


next thing you might want to have is double precision in Pd. At least 
single precision is a major headache when dealing with gpx coordinates 
in Pd.
Maybe some abstractions in there can be useful for you, albeit there are 
bugs.


https://github.com/mxa/Locative-Audio





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

Re: [PD] maxlib/arraycopy

[Roman Haefeli]

You know about [array get] and [array set], do you?

Roman


On Fre, 2017-04-21 at 15:02 +, Ed Kelly via Pd-list wrote:
> compiled objects for maxlib/arraycopy
>  
> _-_-_-_-_-_-_-^-_-_-_-_-_-_-_
> 
> For Lone Shark releases, Pure Data software and published Research,
> go to http://sharktracks.co.uk 
> 
> 
> On Friday, 21 April 2017, 15:53, Ed Kelly 
> wrote:
> 
> 
> Correction - I mean it assumed the destination had to be bigger or
> the same size as the source!
>  
> _-_-_-_-_-_-_-^-_-_-_-_-_-_-_
> 
> For Lone Shark releases, Pure Data software and published Research,
> go to http://sharktracks.co.uk 
> 
> 
> On Friday, 21 April 2017, 14:17, Ed Kelly via Pd-list  iem.at> wrote:
> 
> 
> I don't quite know what has happened to arraycopy from maxlib.
> It seems to expect, from the code, that the destination array is
> smaller or the same size as the source array. That's ridiculous. My
> source array is 90 seconds long and the destination arrays are small
> - the duration between two bonk~ events in an audio stream. My
> rechunk~ patch, which I extensively rely on for live sampling, has
> been broken for a while.
> 
> I fixed it. Enclosed.
> Ed
>  
> _-_-_-_-_-_-_-^-_-_-_-_-_-_-_
> 
> For Lone Shark releases, Pure Data software and published Research,
> go to http://sharktracks.co.uk 
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/lis
> tinfo/pd-list
> 
> 
> 
> 
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/lis
> tinfo/pd-list

signature.asc
Description: This is a digitally signed message part
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] maxlib/arraycopy

[Ed Kelly via Pd-list]

compiled objects for maxlib/arraycopy
 _-_-_-_-_-_-_-^-_-_-_-_-_-_-_

For Lone Shark releases, Pure Data software and published Research, go to 
http://sharktracks.co.uk  

On Friday, 21 April 2017, 15:53, Ed Kelly  wrote:
 

 Correction - I mean it assumed the destination had to be bigger or the same 
size as the source!
 _-_-_-_-_-_-_-^-_-_-_-_-_-_-_

For Lone Shark releases, Pure Data software and published Research, go to 
http://sharktracks.co.uk  

On Friday, 21 April 2017, 14:17, Ed Kelly via Pd-list 
 wrote:
 

 I don't quite know what has happened to arraycopy from maxlib.
It seems to expect, from the code, that the destination array is smaller or the 
same size as the source array. That's ridiculous. My source array is 90 seconds 
long and the destination arrays are small - the duration between two bonk~ 
events in an audio stream. My rechunk~ patch, which I extensively rely on for 
live sampling, has been broken for a while.

I fixed it. Enclosed.
Ed
 _-_-_-_-_-_-_-^-_-_-_-_-_-_-_

For Lone Shark releases, Pure Data software and published Research, go to 
http://sharktracks.co.uk ___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


   

   

arraycopy.l_i386
Description: Binary data


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

Re: [PD] maxlib/arraycopy

[Ed Kelly via Pd-list]

Correction - I mean it assumed the destination had to be bigger or the same 
size as the source!
 _-_-_-_-_-_-_-^-_-_-_-_-_-_-_

For Lone Shark releases, Pure Data software and published Research, go to 
http://sharktracks.co.uk  

On Friday, 21 April 2017, 14:17, Ed Kelly via Pd-list 
 wrote:
 

 I don't quite know what has happened to arraycopy from maxlib.
It seems to expect, from the code, that the destination array is smaller or the 
same size as the source array. That's ridiculous. My source array is 90 seconds 
long and the destination arrays are small - the duration between two bonk~ 
events in an audio stream. My rechunk~ patch, which I extensively rely on for 
live sampling, has been broken for a while.

I fixed it. Enclosed.
Ed
 _-_-_-_-_-_-_-^-_-_-_-_-_-_-_

For Lone Shark releases, Pure Data software and published Research, go to 
http://sharktracks.co.uk ___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


   /* - arraycopy  --- */
/*  */
/* Copy data from one array to another .*/
/* Written by Olaf Matthes */
/* Get source at http://www.akustische-kunst.org/puredata/maxlib/   */
/*  */
/* This program is free software; you can redistribute it and/or*/
/* modify it under the terms of the GNU General Public License  */
/* as published by the Free Software Foundation; either version 2   */
/* of the License, or (at your option) any later version.   */
/*  */
/* This program is distributed in the hope that it will be useful,  */
/* but WITHOUT ANY WARRANTY; without even the implied warranty of   */
/* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the*/
/* GNU General Public License for more details. */
/*  */
/* You should have received a copy of the GNU General Public License*/
/* along with this program; if not, write to the Free Software  */
/* Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA  02111-1307, USA.  */
/*  */
/* Based on PureData by Miller Puckette and others. */
/*  */
/*  */

#include "m_pd.h"
#include 

static char *version = "arraycopy v0.2.1, written by Olaf Matthes ";

typedef struct arraycopy
{
	t_object x_obj;		
	t_symbol *x_destarray;
	t_symbol *x_sourcearray;
	t_garray *x_destbuf;
	t_garray *x_sourcebuf;
	t_intx_start;
	t_intx_end;
	t_intx_pos;
	shortx_print;
} t_arraycopy;

	/* choose the destination array to copy to */
static void arraycopy_setdestarray(t_arraycopy *x, t_symbol *s)
{
	t_garray *b;
	
	if ((b = (t_garray *)pd_findbyclass(s, garray_class)))
	{
		// post("arraycopy: destination array set to \"%s\"", s->s_name);
		x->x_destbuf = b;
	} else {
		post("arraycopy: no array \"%s\" (error %d)", s->s_name, b);
		x->x_destbuf = 0;
	}
}

static void arraycopy_setdest(t_arraycopy *x, t_symbol *s)
{
		x->x_destarray = s;
		arraycopy_setdestarray(x, x->x_destarray);
}

	/* choose the source array to copy from */
static void arraycopy_setsourcearray(t_arraycopy *x, t_symbol *s)
{
	t_garray *b;
	
	if ((b = (t_garray *)pd_findbyclass(s, garray_class)))
	{
		// post("arraycopy: source array set to \"%s\"", s->s_name);
		x->x_sourcebuf = b;
	} else {
		post("arraycopy: no array \"%s\" (error %d)", s->s_name, b);
		x->x_sourcebuf = 0;
	}
}

	/* this is the routine that actually does the copying */
	/* get's called directly when we get a 'bang' */
static void arraycopy_docopy(t_arraycopy *x)
{
  /* use new 64-bit compatible array API if available */
#if (defined PD_MAJOR_VERSION && defined PD_MINOR_VERSION) && (PD_MAJOR_VERSION > 0 || PD_MINOR_VERSION >= 41)
# define arraynumber_t t_word
# define array_getarray garray_getfloatwords
# define array_get(pointer, index) (pointer[index].w_float)
# define array_set(pointer, index, value) ((pointer[index].w_float)=value)
#else
# define arraynumber_t t_float
# define array_getarray garray_getfloatarray
# define array_get(pointer, index) (pointer[index])
# define array_set(pointer, index, value) ((pointer[index])=value)
#endif

	t_garray *b;		/* make local copy of array */
	arraynumber_t *tab;  /* the content itself */
	int source

Re: [PD] best licence for pd-patches?

[Jonathan Wilkes via Pd-list]

> i have searched the archive, and something similar has been asked
before, but i did not find a solution... (and probably 'the best
licence' is not the same for everyone)
i want to:

> -encourage (re)using and building upon my patches and sharing the results.

If that's what you want, evidence suggests that the way to go is a copyleft 
license 
like the GPL. You'd still have to decide whether you want v2, v3, v2-or-later, 
or 
v3-or-later, but that's outside the scope of your question.
David Wheeler has written some articles on why and how the GPL encourages 
sharing 
improvements.

> -not lock anyone (especially myself ;)) out from using
my patches in a commercial and closed 'environment' (like
a game on steam or an android/ios-app)
If that's what you want, you need a non-copyleft license like 3-clause BSD 
which allows use in proprietary software.
***

If you want both at the same time, you'll need to do it manually.  That is, you 
license your software as GPL for everyone, then sell exceptions to specific 
parties 
who want to use your code in proprietary settings. To figure out the best way 
to 
go about that you'll probably want to contact a lawyer who specializes in 
software 
licensing.
-Jonathan
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] symbol to float

[Jack]

This link could help... (lokk at the bottom of the page)
https://www.mail-archive.com/pd-list@lists.iem.at/msg05406.html
++

Jack



Le 21/04/2017 à 15:40, hans w. koch a écrit :
> hello,
> 
> pd-vanilla question:
> trying to harness geodata from an xml file, i need to parse lines like this: 
> 8.689756393432365 49.4138 109.18
> with a combination of "list split“ and „list fromsymbol“ i end up with three 
> message boxes, „8.689756393432365“, „49.4138“ and „109.18“.
> problem is, that the message box containing „8.689756393432365“ is a symbol 
> and i can´t seem to find a way to reconvert it to a float, other then sending 
> it thru a netsend/netreceive pair.
> (as per this tip from 2007: 
> https://lists.puredata.info/pipermail/pd-list/2007-02/047499.html).
> 
> its working fine, but i was wondering, if this really is the only vanilla 
> solution?
> 
> i might well be staring at the obvious and not seeing it...
> thanks in advance for any other pointers!
> 
> best hans
> 
> www.hans-w-koch.net
> 
> 
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list
> 


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

Re: [PD] symbol to float

[Ingo Stock]

On 21/04/17 15:40, hans w. koch wrote:
> its working fine, but i was wondering, if this really is the only
> vanilla solution?

This could be helpful:
http://forum.pdpatchrepo.info/topic/10556/vanilla-list2symbol-abstraction-pd-0-47

I contains l2s, s2l and s2f (symbol to float).

best wishes, ingo



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

Re: [PD] symbol to float

[cyrille henry]

hello,

if you want the conversion to be in 0 logical time, you can write the symbol in 
a textfile, and read it back.

something like :
 
[clear, add $1, write /tmp/symbol2float, read /tmp/symbol2float, rewind, bang<

 |
[textfile]

but since it need to write the data somewhere, it's still not an ideal solution.

cheers
Cyrille


Le 21/04/2017 à 15:40, hans w. koch a écrit :

hello,

pd-vanilla question:
trying to harness geodata from an xml file, i need to parse lines like this: 
8.689756393432365 49.4138 109.18
with a combination of "list split“ and „list fromsymbol“ i end up with three 
message boxes, „8.689756393432365“, „49.4138“ and „109.18“.
problem is, that the message box containing „8.689756393432365“ is a symbol and 
i can´t seem to find a way to reconvert it to a float, other then sending it 
thru a netsend/netreceive pair.
(as per this tip from 2007: 
https://lists.puredata.info/pipermail/pd-list/2007-02/047499.html).

its working fine, but i was wondering, if this really is the only vanilla 
solution?

i might well be staring at the obvious and not seeing it...
thanks in advance for any other pointers!

best hans

www.hans-w-koch.net


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



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

[PD] symbol to float

[hans w. koch]

hello,

pd-vanilla question:
trying to harness geodata from an xml file, i need to parse lines like this: 
8.689756393432365 49.4138 109.18
with a combination of "list split“ and „list fromsymbol“ i end up with three 
message boxes, „8.689756393432365“, „49.4138“ and „109.18“.
problem is, that the message box containing „8.689756393432365“ is a symbol and 
i can´t seem to find a way to reconvert it to a float, other then sending it 
thru a netsend/netreceive pair.
(as per this tip from 2007: 
https://lists.puredata.info/pipermail/pd-list/2007-02/047499.html).

its working fine, but i was wondering, if this really is the only vanilla 
solution?

i might well be staring at the obvious and not seeing it...
thanks in advance for any other pointers!

best hans

www.hans-w-koch.net


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

[PD] maxlib/arraycopy

[Ed Kelly via Pd-list]

I don't quite know what has happened to arraycopy from maxlib.
It seems to expect, from the code, that the destination array is smaller or the 
same size as the source array. That's ridiculous. My source array is 90 seconds 
long and the destination arrays are small - the duration between two bonk~ 
events in an audio stream. My rechunk~ patch, which I extensively rely on for 
live sampling, has been broken for a while.

I fixed it. Enclosed.
Ed
 _-_-_-_-_-_-_-^-_-_-_-_-_-_-_

For Lone Shark releases, Pure Data software and published Research, go to 
http://sharktracks.co.uk /* - arraycopy  --- */
/*  */
/* Copy data from one array to another .*/
/* Written by Olaf Matthes */
/* Get source at http://www.akustische-kunst.org/puredata/maxlib/   */
/*  */
/* This program is free software; you can redistribute it and/or*/
/* modify it under the terms of the GNU General Public License  */
/* as published by the Free Software Foundation; either version 2   */
/* of the License, or (at your option) any later version.   */
/*  */
/* This program is distributed in the hope that it will be useful,  */
/* but WITHOUT ANY WARRANTY; without even the implied warranty of   */
/* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the*/
/* GNU General Public License for more details. */
/*  */
/* You should have received a copy of the GNU General Public License*/
/* along with this program; if not, write to the Free Software  */
/* Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA  02111-1307, USA.  */
/*  */
/* Based on PureData by Miller Puckette and others. */
/*  */
/*  */

#include "m_pd.h"
#include 

static char *version = "arraycopy v0.2.1, written by Olaf Matthes ";

typedef struct arraycopy
{
	t_object x_obj;		
	t_symbol *x_destarray;
	t_symbol *x_sourcearray;
	t_garray *x_destbuf;
	t_garray *x_sourcebuf;
	t_intx_start;
	t_intx_end;
	t_intx_pos;
	shortx_print;
} t_arraycopy;

	/* choose the destination array to copy to */
static void arraycopy_setdestarray(t_arraycopy *x, t_symbol *s)
{
	t_garray *b;
	
	if ((b = (t_garray *)pd_findbyclass(s, garray_class)))
	{
		// post("arraycopy: destination array set to \"%s\"", s->s_name);
		x->x_destbuf = b;
	} else {
		post("arraycopy: no array \"%s\" (error %d)", s->s_name, b);
		x->x_destbuf = 0;
	}
}

static void arraycopy_setdest(t_arraycopy *x, t_symbol *s)
{
		x->x_destarray = s;
		arraycopy_setdestarray(x, x->x_destarray);
}

	/* choose the source array to copy from */
static void arraycopy_setsourcearray(t_arraycopy *x, t_symbol *s)
{
	t_garray *b;
	
	if ((b = (t_garray *)pd_findbyclass(s, garray_class)))
	{
		// post("arraycopy: source array set to \"%s\"", s->s_name);
		x->x_sourcebuf = b;
	} else {
		post("arraycopy: no array \"%s\" (error %d)", s->s_name, b);
		x->x_sourcebuf = 0;
	}
}

	/* this is the routine that actually does the copying */
	/* get's called directly when we get a 'bang' */
static void arraycopy_docopy(t_arraycopy *x)
{
  /* use new 64-bit compatible array API if available */
#if (defined PD_MAJOR_VERSION && defined PD_MINOR_VERSION) && (PD_MAJOR_VERSION > 0 || PD_MINOR_VERSION >= 41)
# define arraynumber_t t_word
# define array_getarray garray_getfloatwords
# define array_get(pointer, index) (pointer[index].w_float)
# define array_set(pointer, index, value) ((pointer[index].w_float)=value)
#else
# define arraynumber_t t_float
# define array_getarray garray_getfloatarray
# define array_get(pointer, index) (pointer[index])
# define array_set(pointer, index, value) ((pointer[index])=value)
#endif

	t_garray *b;		/* make local copy of array */
	arraynumber_t *tab;  /* the content itself */
	int sourcesize, destsize;
	t_int i;
	t_garray *A;
	arraynumber_t *vec;

	if(!x->x_destarray)
	{
		post("arraycopy: no destination array specified");
		return;
	}
	if(!x->x_sourcearray)
	{
		post("arraycopy: no source array specified");
		return;
	}

	A = x->x_destbuf;

	if ((b = (t_garray *)pd_findbyclass(x->x_sourcearray, garray_class)))
	{
		// post("arraycopy: source array set to \"%s\"", x->x_sourcearray->s_name);
	} else {
		post("arraycopy: no array \"%s\" (error %d)", x->x

Re: [PD] best licence for pd-patches?

[zmoelnig]

On 04/21/2017 10:20 AM, martin brinkmann wrote:
> -not lock anyone (especially myself ;)) out from using
> my patches in a commercial and closed 'environment' (like
> a game on steam or an android/ios-app)
> 
[...]

> gpl? would be great not to have to think about when including other work
> released under gpl. but can i make exceptions when it becomes
> necessary (app-store...)?

you can *always* dual-license your own stuff. e.g. publish your patches
under a very freedom-enforcing license, and use some lock-down license
(for the same code) in commercial products.
of course, if you do include 3rd party GPL code, you cannot do the same
(only the copyright owners can change the license - and if there are
multiple copyright holders, ALL must agree)

gfmasdr
IOhannes



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

[PD] best licence for pd-patches?

[martin brinkmann]

i have searched the archive, and something similar has been asked
before, but i did not find a solution... (and probably 'the best
licence' is not the same for everyone)
i want to:

-encourage (re)using and building upon my patches and sharing the results.

-discourage plagiarism

-not lock anyone (especially myself ;)) out from using
my patches in a commercial and closed 'environment' (like
a game on steam or an android/ios-app)

the cc-by-sa which i use all the time for music and pictures
seems to be appropriate, but i understand that it is not
intended for code.

gpl? would be great not to have to think about when including other work
released under gpl. but can i make exceptions when it becomes
necessary (app-store...)?

lgpl?

i am quite stuck. but i think i should (finally) put a proper
licence on my released patches...


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