Re: [PD] using tabwrite~ for a circular buffer?

[Johnny Mauser via Pd-list]

Funny incident as i was searching for this today as well.
I indeed used a delay line in combinatin with tabsend~ and a banged switch~
to be able to have an up to date table of 8192points every 40ms at a
samlingrate of 44.1k. Hope this gives any clues, esle i could give an
example tomorrow.

Best,

Johnny

Am 14.09.2017 2:16 vorm. schrieb "Alexandre Torres Porres" :

> What about using delay lines Ali? Those are circular buffers...
>
> cheers
>
> 2017-09-13 19:13 GMT-03:00 Miller Puckette :
>
>> Here's what I do (probably not the only way but it works):  if you
>> want the most recent 10 seconds of input available in a contiguous
>> stretch in an array, make an array big enough to hold 20 seconds, and
>> using two tabwrite~ objects, alternatively bang one or the other every
>> 10 seconds.  At any moment the stretch of the array between the two
>> tabwrite~ pointers (which you can find using "timer") is 10 seconds
>> long and contains the most recent input samples.
>>
>> cheers
>> Miller
>>
>> On Wed, Sep 13, 2017 at 05:31:55PM -0400, Ali Momeni wrote:
>> > hello all,
>> > is there a way to use tabwrite~ for a circular buffer?
>> >
>> > in other words, is there a way to make tabwrite~ go around and start
>> > recording in the beginning of the table, once it has reached the end?
>> >
>> > i have done some searching and found this thread:
>> > https://forum.pdpatchrepo.info/topic/8260/creating-a-live-
>> input-circular-buffer-using-array
>> >
>> > but there seem to be no resolution;  i realize that you can do this
>> with a
>> > different method of writing into tables that's driven by events, but i'd
>> > like to do it with tabwrite~ and all signals.
>> >
>> > thanks!
>> >
>> > -ali
>>
>> > ___
>> > Pd-list@lists.iem.at mailing list
>> > UNSUBSCRIBE and account-management -> https://lists.puredata.info/li
>> stinfo/pd-list
>>
>>
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management -> https://lists.puredata.info/li
>> stinfo/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] using tabwrite~ for a circular buffer?

[Alexandre Torres Porres]

What about using delay lines Ali? Those are circular buffers...

cheers

2017-09-13 19:13 GMT-03:00 Miller Puckette :

> Here's what I do (probably not the only way but it works):  if you
> want the most recent 10 seconds of input available in a contiguous
> stretch in an array, make an array big enough to hold 20 seconds, and
> using two tabwrite~ objects, alternatively bang one or the other every
> 10 seconds.  At any moment the stretch of the array between the two
> tabwrite~ pointers (which you can find using "timer") is 10 seconds
> long and contains the most recent input samples.
>
> cheers
> Miller
>
> On Wed, Sep 13, 2017 at 05:31:55PM -0400, Ali Momeni wrote:
> > hello all,
> > is there a way to use tabwrite~ for a circular buffer?
> >
> > in other words, is there a way to make tabwrite~ go around and start
> > recording in the beginning of the table, once it has reached the end?
> >
> > i have done some searching and found this thread:
> > https://forum.pdpatchrepo.info/topic/8260/creating-a-
> live-input-circular-buffer-using-array
> >
> > but there seem to be no resolution;  i realize that you can do this with
> a
> > different method of writing into tables that's driven by events, but i'd
> > like to do it with tabwrite~ and all signals.
> >
> > thanks!
> >
> > -ali
>
> > ___
> > 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] responsability / privacy

[Peter van Haaften]

run with -nogui?

On Tue, Sep 12, 2017 at 8:25 AM, Jean-Marie Adrien 
wrote:

> Hello
> I will make an installation in a public space soon where the machine (mac)
> will be somehow accessible :
> for responsibility and privacy reasons, i’d like to make it impossible to
> manipulate the patches
> (first time i encounter this issue in my long usage of pd…)
> Is there a way to lock everything ? compile or whatever ?
> i mean once a patch is running, the mac is basically accessible, no ?
> (session opened, mouse and keyboard operable, not talking about ethernet)
> What i have been doing until now is run patches in public spaces tor
> theaters just as at home and that was fine, but won’t be ok this time
> Thanks
> JM
>
>
>
>
>
> ___
> 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] using tabwrite~ for a circular buffer?

[Miller Puckette]

Here's what I do (probably not the only way but it works):  if you
want the most recent 10 seconds of input available in a contiguous
stretch in an array, make an array big enough to hold 20 seconds, and
using two tabwrite~ objects, alternatively bang one or the other every
10 seconds.  At any moment the stretch of the array between the two
tabwrite~ pointers (which you can find using "timer") is 10 seconds
long and contains the most recent input samples.

cheers
Miller

On Wed, Sep 13, 2017 at 05:31:55PM -0400, Ali Momeni wrote:
> hello all,
> is there a way to use tabwrite~ for a circular buffer?
> 
> in other words, is there a way to make tabwrite~ go around and start
> recording in the beginning of the table, once it has reached the end?
> 
> i have done some searching and found this thread:
> https://forum.pdpatchrepo.info/topic/8260/creating-a-live-input-circular-buffer-using-array
> 
> but there seem to be no resolution;  i realize that you can do this with a
> different method of writing into tables that's driven by events, but i'd
> like to do it with tabwrite~ and all signals.
> 
> thanks!
> 
> -ali

> ___
> 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] using tabwrite~ for a circular buffer?

[Ali Momeni]

hello all,
is there a way to use tabwrite~ for a circular buffer?

in other words, is there a way to make tabwrite~ go around and start
recording in the beginning of the table, once it has reached the end?

i have done some searching and found this thread:
https://forum.pdpatchrepo.info/topic/8260/creating-a-live-input-circular-buffer-using-array

but there seem to be no resolution;  i realize that you can do this with a
different method of writing into tables that's driven by events, but i'd
like to do it with tabwrite~ and all signals.

thanks!

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

Re: [PD] trouble with pd-0.48-0 and multiple screens

[Ali Momeni]

I'm using MacOS 10.12.6

I'm impressed that so many pd versions and platforms have this issue.
It's a very difficult problem to deal with; Pd is essentially unusable with
multiple screens.

Does anyone have an intuition of how Pd manages to break the OS's window
management?
Anything to look into?

thanks.
ali

On Wed, Sep 13, 2017 at 10:36 AM, Raphaël Ilias 
wrote:

> The same happens to me,
> with
> pd-0.47-1
> mac OS X Yosemite 10.10.5
>
> i didn't even think of it as an issue, but as never-been-supported
> but yes very annoying
>
>
> 2017-09-13 14:56 GMT+02:00 Hrvoje Radnic via Pd-list  >:
>
>> I had the same problem on win 10.
>>
>> Hrvoje Radnic
>> http://soundcloud.com/sumovi-protiv-valova
>> 00385(0)915225162 <+385%2091%20522%205162>
>>
>>
>> --
>> *From:* Max 
>> *To:* pd-list@lists.iem.at
>> *Sent:* Wednesday, September 13, 2017 2:44 AM
>> *Subject:* Re: [PD] trouble with pd-0.48-0 and multiple screens
>>
>> What OS?
>>
>> On 2017년 09월 13일 02:25, Ali Momeni wrote:
>> > Hello all,
>> >
>> > is anyone else using 0.48 with multiple screens and multiple desktops?
>> >
>> > i'm having a very difficult time using pd because the windows for
>> > subpatches that I open keep jumping to random places mostly off the
>> > screen on the "main" screen; it doesn't seem to happen when i click on
>> > things even; total nightmare!
>> >
>> > has anyone seen this strange jumping window behavior and is anyone
>> aware
>> > of a workaround?
>> >
>> > thanks!
>> >
>> > ali
>> >
>> >
>> > ___
>> > Pd-list@lists.iem.at mailing list
>> > UNSUBSCRIBE and account-management -> https://lists.puredata.info/li
>> stinfo/pd-list
>>
>> >
>>
>>
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management -> https://lists.puredata.info/li
>> stinfo/pd-list
>>
>>
>>
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management -> https://lists.puredata.info/li
>> stinfo/pd-list
>>
>>
>
>
> --
> Raphaël Ilias
>   ___
> * phae.fr *
>
>  phae.il...@gmail.com / 06 04 45 79 78
>   ___
>
> ___
> 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] trouble with pd-0.48-0 and multiple screens

[Raphaël Ilias]

The same happens to me,
with
pd-0.47-1
mac OS X Yosemite 10.10.5

i didn't even think of it as an issue, but as never-been-supported
but yes very annoying


2017-09-13 14:56 GMT+02:00 Hrvoje Radnic via Pd-list :

> I had the same problem on win 10.
>
> Hrvoje Radnic
> http://soundcloud.com/sumovi-protiv-valova
> 00385(0)915225162 <+385%2091%20522%205162>
>
>
> --
> *From:* Max 
> *To:* pd-list@lists.iem.at
> *Sent:* Wednesday, September 13, 2017 2:44 AM
> *Subject:* Re: [PD] trouble with pd-0.48-0 and multiple screens
>
> What OS?
>
> On 2017년 09월 13일 02:25, Ali Momeni wrote:
> > Hello all,
> >
> > is anyone else using 0.48 with multiple screens and multiple desktops?
> >
> > i'm having a very difficult time using pd because the windows for
> > subpatches that I open keep jumping to random places mostly off the
> > screen on the "main" screen; it doesn't seem to happen when i click on
> > things even; total nightmare!
> >
> > has anyone seen this strange jumping window behavior and is anyone aware
> > of a workaround?
> >
> > thanks!
> >
> > ali
> >
> >
> > ___
> > 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
>
>


-- 
Raphaël Ilias
  ___
* phae.fr *

 phae.il...@gmail.com / 06 04 45 79 78
  ___
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] Font-Metrics was:( linux: "-font-size" startup flag -- does this work?)

[Lucas Cordiviola]

Hi Alexander

As Roman mentioned the "pd-gui.tcl" and you surely made your patches with Pdx, 
can you test tweaking the .tcl?

To check if your patches render correctly?

here's the How-to:

https://github.com/pure-data/pure-data/wiki/Crossplatform-font-metrics-%26-comparisons

Plans for this were mentioned by Dan a month ago:

https://lists.puredata.info/pipermail/pd-list/2017-08/119967.html

Independently of the "nuts and bolts" of the relevant code that's different 
from Pdx my tests gave good results. In other words simply changing the hard 
coded metrics makes patches render like Pdx (specially EOLs).

Can you test and give feedback?


Mensaje telepatico asistido por maquinas.

On 9/13/2017 4:28 AM, Roman Haefeli wrote:

Hey Alexander

I hear you and I am in the same boat.

On Die, 2017-09-12 at 21:50 -0400, Alexander Connor wrote:


Thank you for these answers.

Editing the Pd text file wasn't really much of a solution for me
since I'm dealing with a very large patch with many subpatches which
would all have to be changed; I was really looking for a way to scale
everything at once and back again should the need arise.



I guess the reason it is not a solution is because the available font
sizes don't match what you want. Otherwise I believe it would be worth
going through all of your patches. You can automate something like
this. IOhannes just gave you the first hint.



However it would appear that there is basically no solution to this
problem until font rendering is fixed.



Unfortunately, I think so, too.



Guess I'll have to stick with my EOLs for now.  Too bad.  I really
wanted to start distributing this patch.



I see. There is something nobody mentioned yet: You could also tweak
the font metrics in pd-gui.tcl. Obviously, this only fixes the
situation for your Pd installation, it wouldn't help if your goal is to
distribute your graphically sophisticated patches. I'm in the same
situation as you and I currently deal with it by fixing the font-
metrics for myself (which is not a viable solution, of course).



I tried to mostly use the GUI object fonts that aren't affected by
this in the "up front" user areas of the patch but there's a few
areas such as the symbol boxes where you can't get around this.



Absolutely. [symbolatom \ is the only text input I know of in Pd and I
keep stumbling about the exact same problem. It'd help a lot already if
there is a symbolbox2 with configurable font similar to the 'Number2'
widget.



   It completely  messes up the neatly spaced background "guts" that
I set up to make it easier to read for anyone who wanted to make
mods.   Lots of compact tightly aligned spacing going on.  As I said
it's very large (been working on it for years) and reformatting just
to correct for this error doesn't seem worth it especially if I have
to switch it all back when (if?) the problem is corrected in Pd.



I, too, think it is probably not worth to fix this in your patches
_now_. Currently, the situation is still a bit messy. As of Pd 0.48,
patches are rendered the same on macOS and on Linux, but on both
platforms, patches looked different in earlier versions, so patches you
made for 0.47 are messed up now. Pd on Windows looks again very
different. The different available font sizes result in totally
different box sizes on Windows compared to macOS and Linux. Also, box
sizes depend on whether the font DejaVu Sans Mono is installed or not.
On macOS and Linux, this is already the default font and is shipped
with Pd, on Windows this is planned.

It is slightly frustrating not to be able to rely on some graphical
features in a graphical programming language.

Roman




On Tue, 12 Sep 2017 14:03:24 +, Lucas Cordiviola
 wrote:




The OP is trying to use font 9.

He will get font 8 if he edit the the Pd-patch as a text file.


Mensaje telepatico asistido por maquinas.

On 9/12/2017 10:10 AM, IOhannes m zmoelnig wrote:

On 2017-09-12 14:55, Lucas Cordiviola wrote:


  Or alternatively (but much less desirability) a variable to edit
within the text file


Nop.



of course you can (if by "text file" you mean the Pd-patch):

~~~sh
PTS=12
PATCH=patch.pd
sed -e "s/^\(#N canvas [0-9 ]*\) [0-9]*;$/\1 ${PTS};/" -i
"${PATCH}"
~~~

gbsmdr
IOhannes





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


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




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

Re: [PD] trouble with pd-0.48-0 and multiple screens

[Hrvoje Radnic via Pd-list]

I had the same problem on win 10.
 Hrvoje Radnic
http://soundcloud.com/sumovi-protiv-valova 
00385(0)915225162

  From: Max 
 To: pd-list@lists.iem.at 
 Sent: Wednesday, September 13, 2017 2:44 AM
 Subject: Re: [PD] trouble with pd-0.48-0 and multiple screens
   
What OS?

On 2017년 09월 13일 02:25, Ali Momeni wrote:
> Hello all,
> 
> is anyone else using 0.48 with multiple screens and multiple desktops?
> 
> i'm having a very difficult time using pd because the windows for 
> subpatches that I open keep jumping to random places mostly off the 
> screen on the "main" screen; it doesn't seem to happen when i click on 
> things even; total nightmare!
> 
> has anyone seen this strange jumping window behavior and is anyone aware 
> of a workaround?
> 
> thanks!
> 
> ali
> 
> 
> ___
> 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] Fwd: Re: linux: "-font-size" startup flag -- does this work?

[Roman Haefeli]

Hey Alexander

I hear you and I am in the same boat.

On Die, 2017-09-12 at 21:50 -0400, Alexander Connor wrote:
> Thank you for these answers.  
> 
> Editing the Pd text file wasn't really much of a solution for me
> since I'm dealing with a very large patch with many subpatches which
> would all have to be changed; I was really looking for a way to scale
> everything at once and back again should the need arise.

I guess the reason it is not a solution is because the available font
sizes don't match what you want. Otherwise I believe it would be worth
going through all of your patches. You can automate something like
this. IOhannes just gave you the first hint.

> However it would appear that there is basically no solution to this
> problem until font rendering is fixed.

Unfortunately, I think so, too.

> Guess I'll have to stick with my EOLs for now.  Too bad.  I really
> wanted to start distributing this patch.

I see. There is something nobody mentioned yet: You could also tweak
the font metrics in pd-gui.tcl. Obviously, this only fixes the
situation for your Pd installation, it wouldn't help if your goal is to
distribute your graphically sophisticated patches. I'm in the same
situation as you and I currently deal with it by fixing the font-
metrics for myself (which is not a viable solution, of course).

> I tried to mostly use the GUI object fonts that aren't affected by
> this in the "up front" user areas of the patch but there's a few
> areas such as the symbol boxes where you can't get around this.

Absolutely. [symbolatom \ is the only text input I know of in Pd and I
keep stumbling about the exact same problem. It'd help a lot already if
there is a symbolbox2 with configurable font similar to the 'Number2'
widget.

>    It completely  messes up the neatly spaced background "guts" that
> I set up to make it easier to read for anyone who wanted to make
> mods.   Lots of compact tightly aligned spacing going on.  As I said
> it's very large (been working on it for years) and reformatting just
> to correct for this error doesn't seem worth it especially if I have
> to switch it all back when (if?) the problem is corrected in Pd.

I, too, think it is probably not worth to fix this in your patches
_now_. Currently, the situation is still a bit messy. As of Pd 0.48,
patches are rendered the same on macOS and on Linux, but on both
platforms, patches looked different in earlier versions, so patches you
made for 0.47 are messed up now. Pd on Windows looks again very
different. The different available font sizes result in totally
different box sizes on Windows compared to macOS and Linux. Also, box
sizes depend on whether the font DejaVu Sans Mono is installed or not.
On macOS and Linux, this is already the default font and is shipped
with Pd, on Windows this is planned.

It is slightly frustrating not to be able to rely on some graphical
features in a graphical programming language.

Roman


> On Tue, 12 Sep 2017 14:03:24 +, Lucas Cordiviola
>  wrote:
> 
> > 
> > The OP is trying to use font 9.
> > 
> > He will get font 8 if he edit the the Pd-patch as a text file.
> > 
> > 
> > Mensaje telepatico asistido por maquinas.
> > 
> > On 9/12/2017 10:10 AM, IOhannes m zmoelnig wrote:
> > 
> > On 2017-09-12 14:55, Lucas Cordiviola wrote:
> > 
> > 
> >   Or alternatively (but much less desirability) a variable to edit
> > within the text file
> > 
> > 
> > Nop.
> > 
> > 
> > 
> > of course you can (if by "text file" you mean the Pd-patch):
> > 
> > ~~~sh
> > PTS=12
> > PATCH=patch.pd
> > sed -e "s/^\(#N canvas [0-9 ]*\) [0-9]*;$/\1 ${PTS};/" -i
> > "${PATCH}"
> > ~~~
> > 
> > gbsmdr
> > IOhannes
> > 
> > 
> > 
> > 
> > 
> > ___
> > Pd-list@lists.iem.at mailing list
> > UNSUBSCRIBE and account-management -> https://lists.puredata.info/l
> > istinfo/pd-list
> > 
> > 
> > ___
> > Pd-list@lists.iem.at mailing list
> > UNSUBSCRIBE and account-management -> https://lists.puredata.info/l
> > istinfo/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