Re: [PD] Speech recognition on Pure Data

[me.grimm]

i got this to build last week on osx with with pd-lib-builder. it DOES
work. uses pocketsphinx. it needs to send translated speech to an outlet.
right now it only prints translated speech to the console...

https://github.com/megrimm/pd-recog

would be great to get others to help get it all working!

cheers
m



On Wed, Feb 28, 2018 at 2:53 PM, Dan Wilcox  wrote:

> Again, not within Pd, but we had some success using the CMU Sphinx 4 Java
> library and Processing for this project:
>
> http://danomatika.com/projects/trust-me
>
> I'm not sure if a Java app will be too heavy for an embedded board though,
> but I can send along the compiled Processing library wrapper I made for
> Sphinx 4 if you want.
>
> Otherwise you can look into the earlier CMU sphinx implementation, but it
> wasn't quite as god as we need it. The fact of the matter is that speech
> recognition is not very good overall unless you send it off to some giant
> server farm ala Siri or Google, privacy issues notwithstanding.
>
> Hi,
>
> I'm planning to work on a project that will use a microphone to query on
> freesound database, and we are planning to use speech recognition to send
> the queries.  We will use pure data installed in a Bella board and
> e-textile sensors to process the sound.
>
> I'm considering send audio and do the speech recognition in a server using
> the Google API or use Sphynx to do the recognition in Pure data. Does
> anyone here has any experience with this recently and can make a
> suggestion?
>
> thanks a lot!
>
> Best,
> Ariane
>
>
> 
> 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
>
>


-- 

m.e.grimm, m.f.a, ed.m.
syracuse u., tc3
megrimm.net

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

Re: [PD] Pd-0.48: native english interface

[Thomas Grill]

I opted to comment out "load_locale" in the pd-gui.tcl. I use the prebuilt OS X 
package.
Using env variables doesn't seem to be an option on OS X and i don't want to 
delete files in case i need them later.
gr~~~

> Am 28.02.2018 um 12:36 schrieb Dan Wilcox :
> 
> Out of curiosity, which method did you end up using? We could add it to the 
> readme or at least make that info a more obvious section.
> 
>> On Feb 28, 2018, at 12:10 PM, Thomas Grill  wrote:
>> 
>> Thanks Dan!
>> My dumb question has been sufficiently answered for me and the archive.
>> best, Thomas
>> 
>>> Am 26.02.2018 um 15:31 schrieb Dan Wilcox :
>>> 
>>> A fourth option is to have the GUI simply *not* load locale info. Comment 
>>> out "load_locale" in pd-gui.tcl's main proc.
>>> 
 On Feb 26, 2018, at 3:29 PM, Dan Wilcox  wrote:
 
 A third option, if you build Pd yourself, is to build without translations 
 at all:
 
 ./configure --disable-locales
 make
 
> On Feb 26, 2018, at 3:20 PM, Dan Wilcox  wrote:
> 
> You can set the locale to en.UTF-8 on the commandline as documented in 
> po/README.txt: 
> https://github.com/pure-data/pure-data/blob/master/po/README.txt#L44
> 
> Another option is to remove the translated .msg files from your Pd 
> installation.
> 
>> On Feb 26, 2018, at 12:00 PM, pd-list-requ...@lists.iem.at wrote:
>> 
>> Date: Mon, 26 Feb 2018 11:23:16 +0100
>> From: Thomas Grill 
>> To: Pd-List 
>> Subject: [PD] Pd-0.48: native english interface
>> Message-ID: 
>> Content-Type: text/plain; charset=us-ascii
>> 
>> Hey all,
>> it's probably a dumb question and has hopefully been answered before, 
>> but i can't find the answer:
>> How do i get rid of the translated interface (menu items, etc.) in 0.48?
>> thanks, Thomas
>> 
>> --
>> Thomas Grill
>> http://g.org
> 
> 
> Dan Wilcox
> @danomatika
> danomatika.com
> robotcowboy.com
> 
> 
> 
 
 
 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



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

Re: [PD] Porting Max MSP externals to Pure Data

[Simon Iten]

you are my hero. what will they do exactly? lcp encoding, decoding? lcp-streams 
to audio?

cheers

> On 4 Mar 2018, at 15:30, Ed Kelly via Pd-list  wrote:
> 
> Hi List,
> 
> I'm porting a library of LPC externals from Max/MSP to Pd.
> I wonder if someone could point me towards an example of another MSP external 
> that has successfully been ported to Pd - preferably a DSP external that has 
> creation arguments, with code for both so I can identify the differences 
> between coding for the two platforms.
> Cheers,
> 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

Re: [PD] Pd's RGB color scheme for Data Structures

[IOhannes m zmölnig]

On 03/04/2018 09:45 PM, Ed Kelly via Pd-list wrote:
> but where are list-add list-rot and list-mult objects?Ed

sounds very much like...list-abs

gfamrds
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

Re: [PD] readsf re-blocked up-sampled

[IOhannes m zmölnig]

On 03/04/2018 09:53 PM, Marco Matteo Markidis wrote:
> I expect that using [readsf~] in a re-blocked and up-sampled patch is
> usefull to have the same played back file but trying to avoid glitches.


sorry, i'm having trouble parsing that sentence.

anyhow, the sound you get *is* useful and the patch does what it
announces (that is: it has a subpatch with a different samplerate and
re-blocking).

if you want your soundfile to be played back at normal speed without
overlapping, then you play it in a non-reblocked and non-resampled canvas.
if you need to do something to that sound in a re-blocked and/or
re-sampled context, then you must send the audio-signal through
[inlet~]/[outlet~] which will do the re-sampling and re-blocking for you.

mgfdsar
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

Re: [PD] readsf re-blocked up-sampled

[Lucas Cordiviola]

If you are having glitches when reading a soundfile you should check what you 
are doing in your patch. [readsf~] is most likely to *not have* the blame for 
causing glitches.


--

Mensaje telepatico asistido por maquinas.

On 3/4/2018 5:53 PM, Marco Matteo Markidis wrote:
I expect that using [readsf~] in a re-blocked and up-sampled patch is usefull 
to have the same played back file but trying to avoid glitches.


2018-03-04 21:18 GMT+01:00 IOhannes m zmölnig 
>:
On 03/04/2018 06:39 PM, Marco Matteo Markidis wrote:
> Dear Miller,
>
> thank you for your patch. Anyway, until here I have been arrived. The point
> is that if you connect this [readsf~] to a [dac~] in the parent window it
> sounds 64-times higher and shorter. There is something that I am missing?

what do you expect?
none of Pd's soundfile reading/writing objects do any resampling.

so if you play back a 22.05kHz soundfile in a patch running on 44.1kHz
it will be played back at double speed (with double pitch and halt the
duration).

gfmadsr
IOhannes


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




--
Ho cambiato l'indirizzo email in 
mm.marki...@autistici.org . Se non è un 
problema, scrivimi a questo nuovo indirizzo email.

I changed my email address in 
mm.marki...@autistici.org . If it is ok for 
you, please write me to this new email address.



___
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] readsf re-blocked up-sampled

[Marco Matteo Markidis]

I expect that using [readsf~] in a re-blocked and up-sampled patch is
usefull to have the same played back file but trying to avoid glitches.


2018-03-04 21:18 GMT+01:00 IOhannes m zmölnig :

> On 03/04/2018 06:39 PM, Marco Matteo Markidis wrote:
> > Dear Miller,
> >
> > thank you for your patch. Anyway, until here I have been arrived. The
> point
> > is that if you connect this [readsf~] to a [dac~] in the parent window it
> > sounds 64-times higher and shorter. There is something that I am missing?
>
> what do you expect?
> none of Pd's soundfile reading/writing objects do any resampling.
>
> so if you play back a 22.05kHz soundfile in a patch running on 44.1kHz
> it will be played back at double speed (with double pitch and halt the
> duration).
>
> gfmadsr
> IOhannes
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/
> listinfo/pd-list
>
>


-- 
Ho cambiato l'indirizzo email in mm.marki...@autistici.org . Se non è un
problema, scrivimi a questo nuovo indirizzo email.

I changed my email address in mm.marki...@autistici.org . If it is ok for
you, please write me to this new email address.
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Pd's RGB color scheme for Data Structures

[Ed Kelly via Pd-list]

There is a swatch/color picker in jmmmp objects. Looks great  - 
swatch-gui-help.pd and swatch-help.pd but...I can find the zexy objects, but 
where are list-add list-rot and list-mult objects?Ed


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

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

On Friday, 2 March 2018, 17:10:08 GMT, Ingo Stock  
wrote:  
 
 On 03/02/2018 05:54 PM, José de Abreu wrote:> but for 0 to 255 rgb
values, the math is simple, just divide this number
> by 9/255 and discard the fractional part, then multiply by the position
> and sum all (it gives a number from 0 to 999)

With data structures, the color range for red, green, blue is from 0 to
8 respectively, so the whole spectrum is 0-888. A digit 9 equals digit 8
so 959 equals 858. So the calculation is * 8/255.

See here for a demo patch:
https://forum.pdpatchrepo.info/topic/11085/how-to-convert-pd-s-color-numbers-for-data-structures-to-rgb

best, 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

Re: [PD] Porting Max MSP externals to Pure Data

[Ed Kelly via Pd-list]

Ah, a book? By Eric Lyons?That's manna from heaven!I have the gigaverb code 
now. I will investigate it thoroughly. Thanks,Ed

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

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

On Sunday, 4 March 2018, 15:05:09 GMT, Marco Matteo Markidis 
 wrote:  
 
 Hi,
you can take a look of gigaverb~. Moreover there is Eric Lyon's book on writing 
externals in max and pd.Best,Marco
2018-03-04 15:30 GMT+01:00 Ed Kelly via Pd-list :

Hi List,
I'm porting a library of LPC externals from Max/MSP to Pd.I wonder if someone 
could point me towards an example of another MSP external that has successfully 
been ported to Pd - preferably a DSP external that has creation arguments, with 
code for both so I can identify the differences between coding for the two 
platforms.
Cheers,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





-- 
Ho cambiato l'indirizzo email in mm.marki...@autistici.org . Se non è un 
problema, scrivimi a questo nuovo indirizzo email.
I changed my email address in mm.marki...@autistici.org . If it is ok for you, 
please write me to this new email 
address.___
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] readsf re-blocked up-sampled

[IOhannes m zmölnig]

On 03/04/2018 06:39 PM, Marco Matteo Markidis wrote:
> Dear Miller,
> 
> thank you for your patch. Anyway, until here I have been arrived. The point
> is that if you connect this [readsf~] to a [dac~] in the parent window it
> sounds 64-times higher and shorter. There is something that I am missing?

what do you expect?
none of Pd's soundfile reading/writing objects do any resampling.

so if you play back a 22.05kHz soundfile in a patch running on 44.1kHz
it will be played back at double speed (with double pitch and halt the
duration).

gfmadsr
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

Re: [PD] [gemframebuffer] and [pix-film] ... weirdness

[oliver]

Jack wrote:

Hello Oliver,

I reduce the patch to expose the problem.
The different solutions are inside.
Hope it helps...


it does !

thanks a lot for your explanation,
your method also works with the chained shaders !

even though my ambition was to use one gemhead for everything, i see 
that your preferred solution with a second gemhead is much better and 
also looks more logical to me.




one last question:

wouldn't the [pix_buf] method be more cpu intensive ?

because it says in the help file:

"[pix_buf] is only effective if it is storing a static image. If you are 
continually modifying the buffered pix, then pix_buf is going to be 
spending a lot of time copying pixels."


... which i think i do when i'm feeding a film into it, isn't it ?
yet i didn't notice any raised cpu power with [pix_buf] even though i 
used a 1280x720 film.




best

oliver






++

Jack



Le 03/03/2018 à 14:58, oliver a écrit :

Jack wrote:

Hey Oliver,

Do you have a minimal patch with a shader that described your problem


 ... no minimal approach with chained glsl shaders ;-)

nonetheless, i managed to pack everything together (it's a zipped folder
with all needed ingredients, just a pd patch and the required shader
files) to demonstrate the problem.

if you can spare the time to take a look at it,
that would be very nice !

but as i said, i already got my task working with my little hack, so no
sweat, please (even though it "feels" a little fragile).

best

oliver




___
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




--

/// http://pendler.klingt.org //
\\\ http://oliver.klingt.org  \\


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

Re: [PD] readsf re-blocked up-sampled

[Marco Matteo Markidis]

Dear Miller,

thank you for your patch. Anyway, until here I have been arrived. The point
is that if you connect this [readsf~] to a [dac~] in the parent window it
sounds 64-times higher and shorter. There is something that I am missing?

best
Marco

2018-03-03 5:26 GMT+01:00 Miller Puckette :

> Here's a quick test I made.. it seems to work OK:
>
> #N canvas 575 153 544 389 10;
> #N canvas 167 97 714 533 sr 1;
> #X obj 142 58 block~ 4096 1 64;
> #X obj 92 251 osc~ 6400;
> #X obj 92 272 tabwrite~ foo;
> #X obj 186 243 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144
> -1 -1;
> #X obj 319 228 readsf~;
> #X msg 317 146 open /tmp/test.wav;
> #X msg 343 197 start;
> #X obj 357 175 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144
> -1 -1;
> #X obj 317 265 tabwrite~ foo;
> #X obj 427 307 timer;
> #X floatatom 427 328 5 0 0 0 - - -, f 5;
> #X obj 331 396 array define foo 1e+06;
> #X obj 92 342 soundfiler;
> #X msg 91 319 write /tmp/test.wav foo;
> #X msg 321 107 \; foo const 0;
> #X text 67 203 this is to make the soundfile /tmp/test.wav, f 23;
> #X text 324 55 Then clear out the array \, open the file \, and read
> it back in (1e6 points in 326 msec at 48K sample rate);
> #X connect 1 0 2 0;
> #X connect 3 0 2 0;
> #X connect 4 0 8 0;
> #X connect 4 1 9 1;
> #X connect 5 0 4 0;
> #X connect 6 0 4 0;
> #X connect 7 0 6 0;
> #X connect 7 0 8 0;
> #X connect 7 0 9 0;
> #X connect 9 0 10 0;
> #X connect 13 0 12 0;
> #X restore 226 209 pd sr;
>
> cheers
> Miller
>
> On Wed, Feb 28, 2018 at 12:12:49PM +0100, Amur Tet wrote:
> > Dear list,
> >
> > I am trying to put a [readsf~] inside a sub re-blocked and up-sampled
> > following a previous conversation[1], using [block~]. Anyway, I don't get
> > the correct up-sampling factor. Assuming the patch at sr = 44100 hz, the
> > same for the audio file, blocksize 64 samples, I tried various
> > configurations with changing blocksize, overlap and up-sampling factor
> but
> > without obtaining the wanted result. Any idea? Osx, Pd vanilla 47.1,
> > quadriphonic soundfile.
> >
> > Best,
> > Marco Matteo Markidis
> >
> > [1]: soundfiler alternative, https://www.mail-archive.com/
> > search?l=pd-list@lists.iem.at=subject:%22Re%5C%3A+%5C%
> > 5BPD%5C%5D+soundfiler+alternative%5C%3F%22=newest=1
> >
> > --
> > Ho cambiato l'indirizzo email in mm.marki...@autistici.org . Se non è un
> > problema, scrivimi a questo nuovo indirizzo email.
> >
> > I changed my email address in mm.marki...@autistici.org . If it is ok
> for
> > you, please write me to this new email address.
>
> > ___
> > Pd-list@lists.iem.at mailing list
> > UNSUBSCRIBE and account-management -> https://lists.puredata.info/
> listinfo/pd-list
>
>


-- 
Ho cambiato l'indirizzo email in mm.marki...@autistici.org . Se non è un
problema, scrivimi a questo nuovo indirizzo email.

I changed my email address in mm.marki...@autistici.org . If it is ok for
you, please write me to this new email address.
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Porting Max MSP externals to Pure Data

[Marco Matteo Markidis]

Hi,

you can take a look of gigaverb~. Moreover there is Eric Lyon's book on
writing externals in max and pd.
Best,
Marco

2018-03-04 15:30 GMT+01:00 Ed Kelly via Pd-list :

> Hi List,
>
> I'm porting a library of LPC externals from Max/MSP to Pd.
> I wonder if someone could point me towards an example of another MSP
> external that has successfully been ported to Pd - preferably a DSP
> external that has creation arguments, with code for both so I can identify
> the differences between coding for the two platforms.
> Cheers,
> 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
>
>


-- 
Ho cambiato l'indirizzo email in mm.marki...@autistici.org . Se non è un
problema, scrivimi a questo nuovo indirizzo email.

I changed my email address in mm.marki...@autistici.org . If it is ok for
you, please write me to this new email address.
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list