Re: [PD] polynomial pairs in lpc filter

[Simon Iten]

hi, well it is not a dissertation at all.
i am working on some axoloti (a stm32 with dedicated midi and audioports, 
lowlatency audio board) modules for lpc playback. check out the axoloti, it’s 
nice!
it is pretty hardware specific but sure i can share a github link, once it is 
up there. it progresses slowly right now, since i have a life as well (music…)


> On 11 May 2018, at 03:46, Ed Kelly via Pd-list  wrote:
> 
> Oh gosh! Well spotted!
> 
> It loads, but I suspect I will have to interrogate the algorithms to make 
> sure they are the correct interpretation of the vDSP algorithms in the 
> original Max objects. This was the main part, and I've been a bit rusty at 
> this - it's got me almost up-to-scratch again. A few more modules to port and 
> it might just work!
> 
> Thanks Christof, and all of you...but
> 
> Simon Iten - when you've finished your dissertation could you share your 
> results?
> 
> Still on it...
> Ed
> 
> 
> _-_-_-_-_-_-_-^-_-_-_-_-_-_-_
> 
> For Lone Shark releases, Pure Data software and published Research, go to 
> http://sharktracks.co.uk  
> 
> 
> On Friday, 11 May 2018, 01:21:29 GMT+1, Christof Ressi 
>  wrote:
> 
> 
> you forgot to return your object (x) in mbc_lpc_tilde_new :-)
>  
> Christof
>  
> 
> Gesendet: Freitag, 11. Mai 2018 um 02:06 Uhr
> Von: "Ed Kelly via Pd-list"  >
> An: padovani >
> Cc: "Pd list" >
> Betreff: Re: [PD] polynomial pairs in lpc filter
> 
> Jose...
> I've stuck my head in the lion's mouth so I may as well go in for one more 
> bite, although I promise you that IOhannes Zmoelnig is a REALLY NICE GUY.
> 
>  
> I agree that edkellytista9 is a pretty stupid github name. It was done in a 
> hurry for working on another project, but I'm setting up a more serious one 
> because...you know...presentation is important.
>  
> I'm using Makefile.pdlibbuilder now - very cool. And deken ekext-0.2 coming 
> soon.
>  
> I have a house. It's a bit of a dump but has a studio. I don't live there 
> yet. We need to get the builders in!
> 
>  
> 
> ...and my mbc_lpc~ port compiles but spits out an error:
> mbc_lpc~: initializing
> mbc_lpc~: free memory...
> mbc_lpc~: allocated memory
> Generating Hamming window for LPC analysis
>  mbc_lpc~
> ... didn't return a patchable object
>  mbc_lpc~
> ... couldn't create
>  
> I still don't know why. Perhaps Iohannes can help?
> Ed
>  
> _-_-_-_-_-_-_-^-_-_-_-_-_-_-_
> 
> For Lone Shark releases, Pure Data software and published Research, go to 
> http://sharktracks.co.uk  
>  
>  
> 
>  
> 
> On Monday, 7 May 2018, 09:54:49 GMT+1, padovani  > wrote:
>  
>  
> 
> Got late into this discussion, but I'm really interested in this project and 
> would like to help (even if I don't have much experience coding new objects 
> and have been a little busy with my classes at the University).
>  
> Ed, any further success last weeks? well... also with the house... ;)
>  
> José H.
> 
>  
>  
> 
> 2018-04-23 4:45 GMT-03:00 IOhannes m zmoelnig  [mailto:zmoel...@iem.at ]>:On 
> 2018-04-23 00:50, Christof Ressi wrote:
> >> - please mark all your functions as static.
> >
> > except for the setup function, of course. just to prevent a possible source 
> > of further frustration :-).
> >
> 
> ouch.
> thanks for pointing that out!
> 
> 
> 
> __ _
> 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] [PD-announce] [ARRAST_VJ] - Pure Data/GEM Video Mixer/Mapper - www.arrastvj.org

[Bruno Rohde]

>
> *Jarbas Jácome:*
>
> Viva!! Congratulations!
> Long live to [ARRAST_VJ]
>

Valeu Jarbinhas! Abraço!



> *Christof Ressi:*
>
> the issue is still present in Pd 0.48.1 but this PR includes a fix:
> https://github.com/pure-data/pure-data/pull/349.
>

Thanks for the info, Christof, I hope the next release of pd includes the
fix.


*Patrick Pagano: *
>

>
Its working like a dream her eon my Linux 64 box with a freshly compiled
> version of GEM
>
my box is Dual Nvidia Quadros 64GB of RAM and 4TB SSD
>

Thanks for the report, Patrick! It's great to see other people in the
community testing and using this work! Nice setup. The [arrast] was made to
be light, we already ran it satisfactorily on dual-core computers with 2 gb
of ram. It was made to be useful mainly in didactic contexts, where
students do not always have access to better machines, especially in public
institutions here in Brazil.


*

I would like to take advantage of this email for an* important tip*: to
access the inside of the main patch, *right-click on the [ARRAST_VJ] logo,
then "open"*. All subpatches and main routines are commented on, and any
questions I am available to clarify.

Thank you all for the interest!

Bruno


2018-05-10 21:28 GMT-03:00 Alexandre Torres Porres :

>
>
> 2018-05-10 20:59 GMT-03:00 Pagano, Patrick :
>
>> 4TB SSD
>>
>
> YIKES!!!
>



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

Re: [PD] polynomial pairs in lpc filter

[Ed Kelly via Pd-list]

Oh gosh! Well spotted!

It loads, but I suspect I will have to interrogate the algorithms to make sure 
they are the correct interpretation of the vDSP algorithms in the original Max 
objects. This was the main part, and I've been a bit rusty at this - it's got 
me almost up-to-scratch again. A few more modules to port and it might just 
work!

Thanks Christof, and all of you...but

Simon Iten - when you've finished your dissertation could you share your 
results?

Still on it...
Ed


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

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

On Friday, 11 May 2018, 01:21:29 GMT+1, Christof Ressi 
 wrote:  
 
 you forgot to return your object (x) in mbc_lpc_tilde_new :-)
 
Christof
 

Gesendet: Freitag, 11. Mai 2018 um 02:06 Uhr
Von: "Ed Kelly via Pd-list" 
An: padovani 
Cc: "Pd list" 
Betreff: Re: [PD] polynomial pairs in lpc filter

Jose...
I've stuck my head in the lion's mouth so I may as well go in for one more 
bite, although I promise you that IOhannes Zmoelnig is a REALLY NICE GUY.

 
I agree that edkellytista9 is a pretty stupid github name. It was done in a 
hurry for working on another project, but I'm setting up a more serious one 
because...you know...presentation is important.
 
I'm using Makefile.pdlibbuilder now - very cool. And deken ekext-0.2 coming 
soon.
 
I have a house. It's a bit of a dump but has a studio. I don't live there yet. 
We need to get the builders in!

 

...and my mbc_lpc~ port compiles but spits out an error:
mbc_lpc~: initializing
mbc_lpc~: free memory...
mbc_lpc~: allocated memory
Generating Hamming window for LPC analysis
 mbc_lpc~
... didn't return a patchable object
 mbc_lpc~
... couldn't create
 
I still don't know why. Perhaps Iohannes can help?
Ed
 
_-_-_-_-_-_-_-^-_-_-_-_-_-_-_

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

 

On Monday, 7 May 2018, 09:54:49 GMT+1, padovani  
wrote:
 
 

Got late into this discussion, but I'm really interested in this project and 
would like to help (even if I don't have much experience coding new objects and 
have been a little busy with my classes at the University).
 
Ed, any further success last weeks? well... also with the house... ;)
 
José H.

 
 

2018-04-23 4:45 GMT-03:00 IOhannes m zmoelnig 
:On 2018-04-23 00:50, Christof Ressi 
wrote:
>> - please mark all your functions as static.
>
> except for the setup function, of course. just to prevent a possible source 
> of further frustration :-).
>

ouch.
thanks for pointing that out!



__ _
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] [PD-announce] [ARRAST_VJ] - Pure Data/GEM Video Mixer/Mapper - www.arrastvj.org

[Alexandre Torres Porres]

2018-05-10 20:59 GMT-03:00 Pagano, Patrick :

> 4TB SSD
>

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

Re: [PD] polynomial pairs in lpc filter

[Christof Ressi]

you forgot to return your object (x) in mbc_lpc_tilde_new :-)
 
Christof
 

Gesendet: Freitag, 11. Mai 2018 um 02:06 Uhr
Von: "Ed Kelly via Pd-list" 
An: padovani 
Cc: "Pd list" 
Betreff: Re: [PD] polynomial pairs in lpc filter

Jose...
I've stuck my head in the lion's mouth so I may as well go in for one more 
bite, although I promise you that IOhannes Zmoelnig is a REALLY NICE GUY.

 
I agree that edkellytista9 is a pretty stupid github name. It was done in a 
hurry for working on another project, but I'm setting up a more serious one 
because...you know...presentation is important.
 
I'm using Makefile.pdlibbuilder now - very cool. And deken ekext-0.2 coming 
soon.
 
I have a house. It's a bit of a dump but has a studio. I don't live there yet. 
We need to get the builders in!

 

...and my mbc_lpc~ port compiles but spits out an error:
mbc_lpc~: initializing
mbc_lpc~: free memory...
mbc_lpc~: allocated memory
Generating Hamming window for LPC analysis
 mbc_lpc~
... didn't return a patchable object
 mbc_lpc~
... couldn't create
 
I still don't know why. Perhaps Iohannes can help?
Ed
 
_-_-_-_-_-_-_-^-_-_-_-_-_-_-_

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

 

On Monday, 7 May 2018, 09:54:49 GMT+1, padovani  
wrote:
 
 

Got late into this discussion, but I'm really interested in this project and 
would like to help (even if I don't have much experience coding new objects and 
have been a little busy with my classes at the University).
 
Ed, any further success last weeks? well... also with the house... ;)
 
José H.

 
 

2018-04-23 4:45 GMT-03:00 IOhannes m zmoelnig 
:On 2018-04-23 00:50, Christof Ressi 
wrote:
>> - please mark all your functions as static.
>
> except for the setup function, of course. just to prevent a possible source 
> of further frustration :-).
>

ouch.
thanks for pointing that out!



__ _
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] polynomial pairs in lpc filter

[Ed Kelly via Pd-list]

Jose...

I've stuck my head in the lion's mouth so I may as well go in for one more 
bite, although I promise you that IOhannes Zmoelnig is a REALLY NICE GUY.

I agree that edkellytista9 is a pretty stupid github name. It was done in a 
hurry for working on another project, but I'm setting up a more serious one 
because...you know...presentation is important.

I'm using Makefile.pdlibbuilder now - very cool. And deken ekext-0.2 coming 
soon.

I have a house. It's a bit of a dump but has a studio. I don't live there yet. 
We need to get the builders in!

...and my mbc_lpc~ port compiles but spits out an error:

mbc_lpc~: initializing
mbc_lpc~: free memory...
mbc_lpc~: allocated memory
Generating Hamming window for LPC analysis
 mbc_lpc~
... didn't return a patchable object
 mbc_lpc~
... couldn't create

I still don't know why. Perhaps Iohannes can help?

Ed

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

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

On Monday, 7 May 2018, 09:54:49 GMT+1, padovani 
 wrote:  
 
 Got late into this discussion, but I'm really interested in this project and 
would like to help (even if I don't have much experience coding new objects and 
have been a little busy with my classes at the University).
Ed, any further success last weeks? well... also with the house... ;)
José H.

2018-04-23 4:45 GMT-03:00 IOhannes m zmoelnig :

On 2018-04-23 00:50, Christof Ressi wrote:
>> - please mark all your functions as static. 
> 
> except for the setup function, of course. just to prevent a possible source 
> of further frustration :-).
>

ouch.
thanks for pointing that out!



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



  /*
 *   LPC Toolkit
 *   By Mark Cartwright
 *   Pure Data port by Edward Kelly 2018
 *   BSD licence
 *
 *
 */

#include "m_pd.h"
#include 
//#include 
//#include 

static t_class *mbc_lpc_tilde_class;

#define MAX_ORDER 200
#define NLOG2(x) (ceil(log2(x)))
#define POW2(x) (1 << x)
#define TWOPI M_PI * 2
#define DEFAULT_FS 44100
#define DEFAULT_FRAMERATE 100
#define DEFAULT_V_SIZE 64
#define DEFAULT_ORDER 32

typedef struct _DSPcomplex
{
  //gsl_vector_float* real;
  //gsl_vector_float* imag;
  t_float* fReal;
  t_float* fImag;

} t_DSPcomplex;

//#define REAL(z,i) gsl_vector_float_set(z,2*(i))
//#define IMAG(z,i) gsl_vector_float_setz(z,2*(i)+1)

typedef struct _mbc_lpc_tilde 
{
  t_object  x_obj;	   // the object itself (t_pxobject in MSP)
  t_float dummy;
  //t_float*  l_frame_buff;	   //input frame buffer
  //gsl_vector_float*  l_frame_buff;	   //input frame buffer
  //t_float*  l_winframe_buff;   //windowed input frame buffer
  //gsl_vector_float*  l_winframe_buff;   //windowed input frame buffer
  //t_float*	l_outCoeff_buff;   //coefficient signal
  //gsl_vector_float*	l_outCoeff_buff;   //coefficient signal
  //t_float*	l_outParcor_buff; 	   //PARCOR coeffs
  //gsl_vector_float*	l_outParcor_buff; 	   //PARCOR coeffs
  //t_float*  l_outError_buff;	   //error signal
  //gsl_vector_float*  l_outError_buff;	   //error signal
  //t_float*  l_win;	   //analysis window
  //gsl_vector_float*  l_win;	   //analysis window
  //t_float*	l_R;
  //gsl_vector_float*	l_R;
  /*-- non-GSL versions --*/

  t_float*  frameBuffer;
  t_float*  winFrameBuffer;
  t_float*  outCoeffBuffer;
  t_float*  parcorBuffer;
  t_float*  errorSigBuffer;
  t_float*  window;
  t_float*  lR;
  //  t_float*  vectorBuffer;
  
  double*	l_W;
  double*	l_E;
  double*	l_K;
  double 	l_G;
  double**	l_A;
  double 	l_x1;  //last samples of pre-emphasis filter
  float 	l_b1;	   //pre-emph coefficient
  int 	l_order;	   //predictor order
  int 	l_order_max;   //max order according to fs = order * frame_rate
  int 	l_preemph; //pre-epmhasis filter on/off
  long 	l_frame_rate;  //analysis frame rate
  int 	l_frame_size;  //analysis frame size, where fs = frame_rate * frame_size * 2
  int 	l_hop_size;//hop_size = frame_size * 2 (b/c of overlap)
  int 	l_inframe_idx; //current inframe buffer index
  int 	l_outframe_idx;	   //current outframe buffer index
  long 	l_v_size;	   //vector size
  float 	l_fs;  //sampling rate
  int 	l_maxnfft; //fft length
  int 	l_log2nfft;	   //log2(fft length)
  int initOrder, initFramerate, initPreemph; // initialization values
  int j;

  //FFTSetup  l_fftsetup;//FFTSetup for vDSP FFT functions
  

Re: [PD] [PD-announce] [ARRAST_VJ] - Pure Data/GEM Video Mixer/Mapper - www.arrastvj.org

[Pagano, Patrick]

Its working like a dream her eon my Linux 64 box with a freshly compiled 
version of GEM

my box is Dual Nvidia Quadros 64GB of RAM and 4TB SSD


Smooth!!


Patrick


Patrick Pagano B.S, M.F.A

Assistant Professor in Residence

Digital Media & Design

Web & Interactive Technologies

UCONN ECE Faculty Coordinator

University of Connecticut, Stamford

(352)-226-2016



From: Pd-list  on behalf of Bruno Rohde 

Sent: Thursday, May 10, 2018 6:48 PM
To: oliver
Cc: pd-l...@mail.iem.at
Subject: Re: [PD] [PD-announce] [ARRAST_VJ] - Pure Data/GEM Video Mixer/Mapper 
- www.arrastvj.org

makes sense, since when i'm on windows i always put PD as a standalone version 
(the .zip package, without installer) on a seperate partition and thus don't 
know about "space in names" issues ;-)

Good to know, I can possibly suggest this as a strategy for other interested 
Windows users.

i also have a SSD in my laptop and i'm coming to believe that this is a crucial 
aspect considering Gem's and PD's performance.
so far i didn't have to use [pd~) to smoothly run audio AND video in the same 
instance of PD on my laptop (sometimes two HD movies and 3 soundfiles read from 
disk simultaneously !). i did however encounter those problems on computers 
using conventional harddisks. just my personal observation ...

Thank you for the informations. I will soon install an SSD on my laptop as well.

Bruno


2018-05-10 15:49 GMT-03:00 oliver >:
Bruno Rohde wrote:

The reason for the Light version not to play audio is that audio and video 
playback needs to be performed on 2 instances of the Pd so as not to generate 
audio clicks as it does in the full version. At the time of development, the 
object [pd~], used to manage the two instances and their communication, 
presented a serious problem in Windows, because it was not possible to run a 
patch located in a path with spaces in the name, and this is standard in 
Windows (ex: C:/Program Files/). If I am not mistaken, in version 0.48.1 of Pd 
this issue of [pd~] has been solved, but I have not tested it yet.

makes sense, since when i'm on windows i always put PD as a standalone version 
(the .zip package, without installer) on a seperate partition and thus don't 
know about "space in names" issues ;-)


As soon as I have time, I'll run new tests on Windows. I'm excited about your 
account of having managed to run the full version on Windows. By the way, what 
version of Windows and Pd are you using?

Win 7 / 64bit
PD 0.48.0
Gem 0.93.3

i also have a SSD in my laptop and i'm coming to believe that this is a crucial 
aspect considering Gem's and PD's performance.

so far i didn't have to use [pd~) to smoothly run audio AND video in the same 
instance of PD on my laptop (sometimes two HD movies and 3 soundfiles read from 
disk simultaneously !). i did however encounter those problems on computers 
using conventional harddisks. just my personal observation ...

so, running audio and video in seperate threads is definitely the safer way to 
go


best

oliver

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



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

Re: [PD] [PD-announce] [ARRAST_VJ] - Pure Data/GEM Video Mixer/Mapper - www.arrastvj.org

[Bruno Rohde]

>
> makes sense, since when i'm on windows i always put PD as a standalone
> version (the .zip package, without installer) on a seperate partition and
> thus don't know about "space in names" issues ;-)
>

Good to know, I can possibly suggest this as a strategy for other
interested Windows users.

i also have a SSD in my laptop and i'm coming to believe that this is a
> crucial aspect considering Gem's and PD's performance.
> so far i didn't have to use [pd~) to smoothly run audio AND video in the
> same instance of PD on my laptop (sometimes two HD movies and 3 soundfiles
> read from disk simultaneously !). i did however encounter those problems on
> computers using conventional harddisks. just my personal observation ...
>

Thank you for the informations. I will soon install an SSD on my laptop as
well.

Bruno


2018-05-10 15:49 GMT-03:00 oliver :

> Bruno Rohde wrote:
>
> The reason for the Light version not to play audio is that audio and video
>> playback needs to be performed on 2 instances of the Pd so as not to
>> generate audio clicks as it does in the full version. At the time of
>> development, the object [pd~], used to manage the two instances and their
>> communication, presented a serious problem in Windows, because it was not
>> possible to run a patch located in a path with spaces in the name, and this
>> is standard in Windows (ex: C:/Program Files/). If I am not mistaken, in
>> version 0.48.1 of Pd this issue of [pd~] has been solved, but I have not
>> tested it yet.
>>
>
> makes sense, since when i'm on windows i always put PD as a standalone
> version (the .zip package, without installer) on a seperate partition and
> thus don't know about "space in names" issues ;-)
>
>
>> As soon as I have time, I'll run new tests on Windows. I'm excited about
>> your account of having managed to run the full version on Windows. By the
>> way, what version of Windows and Pd are you using?
>>
>
> Win 7 / 64bit
> PD 0.48.0
> Gem 0.93.3
>
> i also have a SSD in my laptop and i'm coming to believe that this is a
> crucial aspect considering Gem's and PD's performance.
>
> so far i didn't have to use [pd~) to smoothly run audio AND video in the
> same instance of PD on my laptop (sometimes two HD movies and 3 soundfiles
> read from disk simultaneously !). i did however encounter those problems on
> computers using conventional harddisks. just my personal observation ...
>
> so, running audio and video in seperate threads is definitely the safer
> way to go
>
>
> best
>
> oliver
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/li
> stinfo/pd-list
>



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

Re: [PD] [PD-announce] [ARRAST_VJ] - Pure Data/GEM Video Mixer/Mapper - www.arrastvj.org

[oliver]

Bruno Rohde wrote:

The reason for the Light version not to play audio is that audio and 
video playback needs to be performed on 2 instances of the Pd so as not 
to generate audio clicks as it does in the full version. At the time of 
development, the object [pd~], used to manage the two instances and 
their communication, presented a serious problem in Windows, because it 
was not possible to run a patch located in a path with spaces in the 
name, and this is standard in Windows (ex: C:/Program Files/). If I am 
not mistaken, in version 0.48.1 of Pd this issue of [pd~] has been 
solved, but I have not tested it yet. 


makes sense, since when i'm on windows i always put PD as a standalone 
version (the .zip package, without installer) on a seperate partition 
and thus don't know about "space in names" issues ;-)




As soon as I have time, I'll run new tests on Windows. I'm excited about 
your account of having managed to run the full version on Windows. By 
the way, what version of Windows and Pd are you using?


Win 7 / 64bit
PD 0.48.0
Gem 0.93.3

i also have a SSD in my laptop and i'm coming to believe that this is a 
crucial aspect considering Gem's and PD's performance.


so far i didn't have to use [pd~) to smoothly run audio AND video in the 
same instance of PD on my laptop (sometimes two HD movies and 3 
soundfiles read from disk simultaneously !). i did however encounter 
those problems on computers using conventional harddisks. just my 
personal observation ...


so, running audio and video in seperate threads is definitely the safer 
way to go


best

oliver

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

Re: [PD] [PD-announce] [ARRAST_VJ] - Pure Data/GEM Video Mixer/Mapper - www.arrastvj.org

[Christof Ressi]

> If I am not mistaken, in version 0.48.1 of Pd this issue of [pd~] has been 
> solved, but I have not tested it yet. 

the issue is still present in Pd 0.48.1 but this PR includes a fix: 
https://github.com/pure-data/pure-data/pull/349.


Gesendet: Donnerstag, 10. Mai 2018 um 20:39 Uhr
Von: "Bruno Rohde" 
An: oliver , pd-annou...@lists.iem.at
Cc: pd-l...@iem.at
Betreff: Re: [PD] [PD-announce] [ARRAST_VJ] - Pure Data/GEM Video Mixer/Mapper 
- www.arrastvj.org

Hello Oliver!

Thank you very much for the encouragement.

The reason for the Light version not to play audio is that audio and video 
playback needs to be performed on 2 instances of the Pd so as not to generate 
audio clicks as it does in the full version. At the time of development, the 
object [pd~], used to manage the two instances and their communication, 
presented a serious problem in Windows, because it was not possible to run a 
patch located in a path with spaces in the name, and this is standard in 
Windows (ex: C:/Program Files/). If I am not mistaken, in version 0.48.1 of Pd 
this issue of [pd~] has been solved, but I have not tested it yet. The other 
point was mentioned by you: Gem's [pix_share] object does not work on Windows, 
and it is fundamental in the current design of [ARRAST_VJ] with respect to the 
use of the camera, which has its image shared between the two instances through 
of [pix_share]. The choice made under these conditions was to create a version 
(Light) of [ARRAST_VJ] that runs using only 1 instance of Pd, consequently 
without audio and without the preview window. If [pd~] is indeed working 
equally on all systems, it will be a further step towards a single version for 
[ARRAST_VJ], which will also allow audio in WIndows.

As soon as I have time, I'll run new tests on Windows. I'm excited about your 
account of having managed to run the full version on Windows. By the way, what 
version of Windows and Pd are you using?
 Bruno
 
 
2018-05-10 13:15 GMT-03:00 oliver 
:Bruno Rohde wrote:Hello friends,

I introduce you to [ARRAST_VJ], a tool for live video mixing and mapping (with 
audio) developed with Pd Vanilla + GEM.

[ARRAST_VJ] was developed in the Linux operating system, in which all features 
work. Mac OS computers running GEM also run the full version. For Windows 
users, a "Light" version was created, without audio and with other small 
differences.
hi, bruno !

absolutely fantastic piece of work ! just tried it on windows and linux, 
everything works as expected ! great !

is there any reason the windows version doesn't officially support audio ? i 
gave the "full" version a try on my windows system anyway and it worked 
flawlessly with your test-video/audio !

obviously the [pix_share] objects don't work (they don't work on win32 but that 
is stated in their helpfile)

best

oliver

___
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]


--
Bruno Faria Rohde___ 
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] [PD-announce] [ARRAST_VJ] - Pure Data/GEM Video Mixer/Mapper - www.arrastvj.org

[Bruno Rohde]

Hello Oliver!

Thank you very much for the encouragement.

The reason for the Light version not to play audio is that audio and video
playback needs to be performed on 2 instances of the Pd so as not to
generate audio clicks as it does in the full version. At the time of
development, the object [pd~], used to manage the two instances and their
communication, presented a serious problem in Windows, because it was not
possible to run a patch located in a path with spaces in the name, and this
is standard in Windows (ex: C:/Program Files/). If I am not mistaken, in
version 0.48.1 of Pd this issue of [pd~] has been solved, but I have not
tested it yet. The other point was mentioned by you: Gem's [pix_share]
object does not work on Windows, and it is fundamental in the current
design of [ARRAST_VJ] with respect to the use of the camera, which has its
image shared between the two instances through of [pix_share]. The choice
made under these conditions was to create a version (Light) of [ARRAST_VJ]
that runs using only 1 instance of Pd, consequently without audio and
without the preview window. If [pd~] is indeed working equally on all
systems, it will be a further step towards a single version for
[ARRAST_VJ], which will also allow audio in WIndows.

As soon as I have time, I'll run new tests on Windows. I'm excited about
your account of having managed to run the full version on Windows. By the
way, what version of Windows and Pd are you using?

Bruno


2018-05-10 13:15 GMT-03:00 oliver :

> Bruno Rohde wrote:
>
>> Hello friends,
>>
>> I introduce you to [ARRAST_VJ], a tool for live video mixing and mapping
>> (with audio) developed with Pd Vanilla + GEM.
>>
>> [ARRAST_VJ] was developed in the Linux operating system, in which all
>> features work. Mac OS computers running GEM also run the full version. For
>> Windows users, a "Light" version was created, without audio and with other
>> small differences.
>>
>
> hi, bruno !
>
> absolutely fantastic piece of work ! just tried it on windows and linux,
> everything works as expected ! great !
>
> is there any reason the windows version doesn't officially support audio ?
> i gave the "full" version a try on my windows system anyway and it worked
> flawlessly with your test-video/audio !
>
> obviously the [pix_share] objects don't work (they don't work on win32 but
> that is stated in their helpfile)
>
> best
>
> oliver
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/li
> stinfo/pd-list
>



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

Re: [PD] [PD-announce] [ARRAST_VJ] - Pure Data/GEM Video Mixer/Mapper - www.arrastvj.org

[oliver]

Bruno Rohde wrote:

Hello friends,

I introduce you to [ARRAST_VJ], a tool for live video mixing and mapping 
(with audio) developed with Pd Vanilla + GEM.


[ARRAST_VJ] was developed in the Linux operating system, in which all 
features work. Mac OS computers running GEM also run the full version. 
For Windows users, a "Light" version was created, without audio and with 
other small differences.


hi, bruno !

absolutely fantastic piece of work ! just tried it on windows and linux, 
everything works as expected ! great !


is there any reason the windows version doesn't officially support audio 
? i gave the "full" version a try on my windows system anyway and it 
worked flawlessly with your test-video/audio !


obviously the [pix_share] objects don't work (they don't work on win32 
but that is stated in their helpfile)


best

oliver

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

Re: [PD] restart bash script

[michael strohmann]

hi!
i run pd on raspberry pi, with some sensors connected, and control from an app 
via OSC
there are many things that can go wrong, pd actually just does audio playback 
of 4channel files.
this thing is running as an installation in a museum, so far quite stable, 
since the last week there was one ocasion where the raspberry or pd crash.
i actually have no idea how to find out what why this happens 
(have to find out where to find crash - reports…)

maybe it would be a good thing to automatically shutdown the raspi at 18h 
everyday.

thanks for the tips!
mkl

> 
> Please excuse the obvious answer, but it would be best to first find out
> why Pd would hang and solve the problem at its source. Other
> hacks/workaround cound include:
> -Depending on what your installation is about it could be possible to
> restart Pd or your computer every day. A simple timerswitch would
> suffice.
> -Have Pd send a (heartbeat) message to another program via FUDI or OSC.
> When this message is not received it could indicate that Pd hangs and
> that other program could kill PID1 and restart.
> 
> By the way: Is there a reason you run Pd as root?
> 
> cheers, P

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

Re: [PD] restart bash script

[Peter P.]

Hi,

* michael strohmann  [2018-05-10 09:09]:
> Hi !
> 
> thanks to Jack and Roman this bash script successfully restarts pd:
> 
> #!/bin/bash
> sudo puredata /path/to/patch.pd & 
> PID1=$!
> 
> while true 
> do
>   if [ ! -d /proc/$PID1 ]
>   then
>   sudo puredata  /path/to/patch.pd &
>   PID1=$!
>   fi
> sleep 1
> done
> 
> 
> what i don’t yet get is: what happens if pd is still running but hanging in 
> limbo, frozen in the watchdog loop.
> i mean sometimes pd is still running but does not output sound or react to 
> input…
> is there a solution to kill and restart pd in such a case?

Please excuse the obvious answer, but it would be best to first find out
why Pd would hang and solve the problem at its source. Other
hacks/workaround cound include:
-Depending on what your installation is about it could be possible to
restart Pd or your computer every day. A simple timerswitch would
suffice.
-Have Pd send a (heartbeat) message to another program via FUDI or OSC.
When this message is not received it could indicate that Pd hangs and
that other program could kill PID1 and restart.

By the way: Is there a reason you run Pd as root?

cheers, P

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

[PD] restart bash script

[michael strohmann]

Hi !

thanks to Jack and Roman this bash script successfully restarts pd:

#!/bin/bash
sudo puredata /path/to/patch.pd & 
PID1=$!

while true 
do
if [ ! -d /proc/$PID1 ]
then
sudo puredata  /path/to/patch.pd &
PID1=$!
fi
sleep 1
done


what i don’t yet get is: what happens if pd is still running but hanging in 
limbo, frozen in the watchdog loop.
i mean sometimes pd is still running but does not output sound or react to 
input…
is there a solution to kill and restart pd in such a case?

Thanks !
Michael


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