Re: [PD] faustgen~ still actively developed?

[Scott R. Looney]

as i recall Albert Graef updated it recently. it's called faustgen2~ i
believe:

https://github.com/agraef/pd-faustgen

best,
scott

On Sun, Oct 9, 2022 at 4:46 PM Alexandre Torres Porres 
wrote:

> is there a repository?
>
> Em qui., 6 de out. de 2022 às 09:50, alfonso santimone <
> alfonso.santim...@gmail.com> escreveu:
>
>> Hi guys, It seems that faustgen~ Is kinda adbandoned. It Is actively
>> updated as a Max external by Faust devel team. But i can't find any recent
>> Pure Data version. Is somebody working on It? thanks
>> ___
>> 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] faustgen~ still actively developed?

[Alexandre Torres Porres]

is there a repository?

Em qui., 6 de out. de 2022 às 09:50, alfonso santimone <
alfonso.santim...@gmail.com> escreveu:

> Hi guys, It seems that faustgen~ Is kinda adbandoned. It Is actively
> updated as a Max external by Faust devel team. But i can't find any recent
> Pure Data version. Is somebody working on It? thanks
> ___
> 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] Alternative for array to show curves?

[Miller Puckette via Pd-list]

Hi Ingo and all -

This reminds me of a problem I had 15 or 20 years ago, in which the (ASCII)
communications between Pd and the GUI would sometimes choke under heavy
volumes - perhaps because teh GUI wasn't reading stuff as fast as Od was
trying to spit it out.

This would be dependent on the relative timing of the Pd and GUI processes,
which could easily be quite different on Pi than on Intel machines.

If you're willing to zip it up into an archive i can test, I'd be happy to give
it a try on my own Pi and see if I can get the same thing to happen.

cheers
Miller

On Sun, Oct 09, 2022 at 10:16:40AM +0200, Ingo wrote:
> Hello everyone!
> 
> I'm having trouble on the Raspberry Pi 4  with showing arrays reliably with
> Pd 0.51 and Raspbian OS.
> 
>  
> 
> I must say that the patch is a graphical synth editor with over 500
> parameters. So it's quite large which could be part of the problem.
> 
> It takes 5-8 seconds on the Pi to open it.
> 
> I tried setting the Pi's graphics memory from the default of 64 MB to 256 MB
> but this did not change anything, though!
> 
>  
> 
> When opening the editor patch all graphics - like number boxes, etc. - might
> or might not work for the first time.
> 
> When reopening it one or several times most standard graphical objects like
> number boxes, faders, radio buttons etc. stop to updates their graphics.
> 
> So do the arrays!
> 
> After they are disabled once they are guaranteed to not work anymore until I
> restart.
> 
>  
> 
> I have already spent countless hours in replacing number boxes and faders
> with using canvases on top of the number boxes and faders.
> 
> Instead of radio buttons I use dropdown menus.
> 
>  
> 
> The number boxes and faders do actally work and send values but do not
> update their graphics.
> 
> So I'm sending their output to a canvas on top of the number box for
> displaying their values now - which actually looks better!
> 
> All graphics are working now like this on the Raspberry Pi - with the
> exception of the still missing arrays that I need for showing MIDI CC
> curves.
> 
>  
> 
> Let me add that I had never any issues like that on Intel or AMD processors
> over the last 10 years.
> 
> It only happens on the Paspberry Pi.
> 
> The same software always runs flawlessly on these other systems updating all
> graphics normally as they should.
> 
>  
> 
> ___
> 
> What I'm looking for now as my last problem solver is an external that will
> be able to show simple curves.
> 
> Is there anything that is not based on TCL/TK?
> 
> (I'm suspecting TCL/TK to treat all of these objects like being unvisable in
> the background and disabling their graphics - but I'm not sure.)
> 
>  
> 
> Or would there possibly be a way to send curves instead of just text to a
> canvas?
> 
>  
> 
> Alternatively a way to reenable the graphical update would work as well.
> 
>  
> 
> Data structures might be an option. Can someone point me to tutorials for
> data structers?
> 
>  
> 
> I know that I still have the option to make a namber of gifs that could be
> recalled with [image] but that's my last resort for now.
> 
>  
> 
>  
> 
>  
> 
> Thanks for any suggestion!
> 
> Ingo
> 
>  
> 
>  
> 
>  
> 

> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> https://urldefense.com/v3/__https://lists.puredata.info/listinfo/pd-list__;!!Mih3wA!HqHrlsMuW5LFoC5WAu69hUp9AAim-Gy7_Zxd77LmuvGutLZhQqv3uI5yBhW-G74qRyXXq8wha9s$
>   




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

Re: [PD] Alternative for array to show curves?

[Dan Wilcox]

Before you rewrite the whole thing, maybe it's a bug on the platform...?

Another option is not to use the Pd GUI at all and make a custom GUI using 
OpenGL via something like SDL or OpenFrameworks, then communicate with Pd via 
networking / OSC. IN fact, you could avoid the desktop GUI altogether and get 
some graphics mem, CPU, and RAM back. That is my preferred approach for 
embedded where I'm using Pd for audio and mappings but do not need to patch 
once things are prepared.

> On Oct 9, 2022, at 12:00 PM, pd-list-requ...@lists.iem.at wrote:
> 
> 
> Let me add that I had never any issues like that on Intel or AMD processors
> over the last 10 years.
> 
> It only happens on the Paspberry Pi.
> 
> The same software always runs flawlessly on these other systems updating all
> graphics normally as they should.


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

[PD] Alternative for array to show curves?

[Ingo]

Hello everyone!

I'm having trouble on the Raspberry Pi 4  with showing arrays reliably with
Pd 0.51 and Raspbian OS.

 

I must say that the patch is a graphical synth editor with over 500
parameters. So it's quite large which could be part of the problem.

It takes 5-8 seconds on the Pi to open it.

I tried setting the Pi's graphics memory from the default of 64 MB to 256 MB
but this did not change anything, though!

 

When opening the editor patch all graphics - like number boxes, etc. - might
or might not work for the first time.

When reopening it one or several times most standard graphical objects like
number boxes, faders, radio buttons etc. stop to updates their graphics.

So do the arrays!

After they are disabled once they are guaranteed to not work anymore until I
restart.

 

I have already spent countless hours in replacing number boxes and faders
with using canvases on top of the number boxes and faders.

Instead of radio buttons I use dropdown menus.

 

The number boxes and faders do actally work and send values but do not
update their graphics.

So I'm sending their output to a canvas on top of the number box for
displaying their values now - which actually looks better!

All graphics are working now like this on the Raspberry Pi - with the
exception of the still missing arrays that I need for showing MIDI CC
curves.

 

Let me add that I had never any issues like that on Intel or AMD processors
over the last 10 years.

It only happens on the Paspberry Pi.

The same software always runs flawlessly on these other systems updating all
graphics normally as they should.

 

___

What I'm looking for now as my last problem solver is an external that will
be able to show simple curves.

Is there anything that is not based on TCL/TK?

(I'm suspecting TCL/TK to treat all of these objects like being unvisable in
the background and disabling their graphics - but I'm not sure.)

 

Or would there possibly be a way to send curves instead of just text to a
canvas?

 

Alternatively a way to reenable the graphical update would work as well.

 

Data structures might be an option. Can someone point me to tutorials for
data structers?

 

I know that I still have the option to make a namber of gifs that could be
recalled with [image] but that's my last resort for now.

 

 

 

Thanks for any suggestion!

Ingo

 

 

 

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