Re: [PD] Rewriting a unified phasor / metro object for reading tables

2013-05-08 Thread i go bananas
why not just make a half speed phasor~, retrigger the phase to zero with a normal metro, and then multiply the output by 2? On Thu, May 9, 2013 at 10:09 AM, Ivica Ico Bukvic wrote: > Assuming you want a pulse in non-signal domain, you could use > disis_phasor~ (see http://l2ork.music.vt.edu/m

Re: [PD] problems with building flext with mingw

2013-05-08 Thread Jonathan Wilkes
- Original Message - > From: Thomas Grill > To: Jonathan Wilkes > Cc: Roman Haefeli ; "pd-list@iem.at" > Sent: Wednesday, May 8, 2013 5:40 PM > Subject: Re: [PD] problems with building flext with mingw > > Hi Jonathan, > thanks for your feedback - i have to admit i haven't run mingw

Re: [PD] Rewriting a unified phasor / metro object for reading tables

2013-05-08 Thread Ivica Ico Bukvic
Assuming you want a pulse in non-signal domain, you could use disis_phasor~ (see http://l2ork.music.vt.edu/main/?page_id=56 for download links) which outputs a bang every time ramp is crossed. This is only accurate to the nearest sigvs size (by default 64 bytes) as there is no guarantee that you wi

Re: [PD] [PD-dev] Rewriting a unified phasor / metro object for reading tables

2013-05-08 Thread Thomas Grill
Hi Ed, maybe the ramp abstraction in http://g.org/research/software/upp/upp-tut6c/ is of use for you. It doesn't wrap but just ramp endlessly. gr~~~ -- Thomas Grill http://g.org Am 08.05.2013 um 23:00 schrieb Ed Kelly: Hi Lists(s), I'm rewriting phasor~ and unifying it with metro

Re: [PD] problems with building flext with mingw

2013-05-08 Thread Thomas Grill
Hi Jonathan, thanks for your feedback - i have to admit i haven't run mingw (or even Windows) for years. It's almost a surprise that it still works with some tweaking. I would be thankful for a diff to patch the flext build system according to your findings. gr~~~ -- Thomas Grill http://gr

Re: [PD] problems with building flext with mingw

2013-05-08 Thread Jonathan Wilkes
- Original Message - > From: Jonathan Wilkes > To: Thomas Grill ; Roman Haefeli > Cc: "pd-list@iem.at" > Sent: Wednesday, May 8, 2013 1:09 PM > Subject: Re: [PD] problems with building flext with mingw > > > > - Original Message - >> From: Thomas Grill >> To: Roman Haefeli

[PD] Rewriting a unified phasor / metro object for reading tables

2013-05-08 Thread Ed Kelly
Hi Lists(s), I'm rewriting phasor~ and unifying it with metro so that a pulse is generated from the boundaries of each ramp - so that bars of music can be read using tabread~ objects with a sample-accurate metro. I'm sure someone will say this can already be done, but it has to be dropped into

Re: [PD] PD crashing X server

2013-05-08 Thread Cyrille Henry
hello, after compilling, on ubuntu i had to copy the driver from /usr/local/lib/xorg/modules/drivers to /usr/lib/xorg/modules/drivers but it did not change anything for me. i also compile the version that was distribute with ubuntu 12.10, but it also did not help. did anyone else tried? chee

Re: [PD] problems with building flext with mingw

2013-05-08 Thread Jonathan Wilkes
- Original Message - > From: Thomas Grill > To: Roman Haefeli > Cc: pd-list@iem.at > Sent: Wednesday, May 8, 2013 3:23 AM > Subject: Re: [PD] problems with building flext with mingw > > Actually i have encountered this issue, but haven't had the time and nerve > to deal with it in the

Re: [PD] RPI Alsa mmap support

2013-05-08 Thread Julian Brooks
Hey Pierre, Not noticed any particular change in performance as of yet though my Pi is in a constant state of flux. My limited understanding is that the updated alsa driver now has direct access to the Pi's audio hardware rather than a software workaround where access to the audio stream was rout

Re: [PD] problems with building flext with mingw

2013-05-08 Thread Jonathan Wilkes
> > From: Roman Haefeli >To: pd-list@iem.at >Sent: Wednesday, May 8, 2013 2:46 AM >Subject: Re: [PD] problems with building flext with mingw > > >On Tue, 2013-05-07 at 22:30 -0700, Jonathan Wilkes wrote: >> Hi list, >>      Just an fyi and question about building

Re: [PD] Render a Gem window in [pd~] without dsp turned on

2013-05-08 Thread Ivica Ico Bukvic
This discussion makes me wonder, how hard would it be to reimplement Gem in a separate thread to avoid all these ugly workarounds just like pidip (or was that pdp?) has an option of running in a separate thread? ___ Pd-list@iem.at mailing list UNSUBSCRI

Re: [PD] RPI Alsa mmap support

2013-05-08 Thread Pierre Massat
hi Julian, Could you please tell us what difference this makes in terms of performance ? Do you use JACK ? Is this any better than with Pd only ? Cheers, Pierre. 2013/5/8 Julian Brooks > Thanks to Dan for the > 'update alsa mmap' command' > Thought I'd buggered up my install until I ran that

Re: [PD] RPI Alsa mmap support

2013-05-08 Thread Julian Brooks
Thanks to Dan for the 'update alsa mmap' command' Thought I'd buggered up my install until I ran that command, now all happy again. Julian On 4 May 2013 20:18, Julian Brooks wrote: > Hi all, > > Dunno if everyone's on this already but looks useful: > > http://martinezjavier.wordpress.com/2013/

Re: [PD] Render a Gem window in [pd~] without dsp turned on

2013-05-08 Thread Antonio Roberts
> In order to make the pd~ process work without dsp you still need to do a > loadbang [pd dsp 1(, but then you may switch dsp off again after a second or > so. > this technique works well. I've tried this, and it's an improvement but it still causes clipping in the audio. Essentially, what I'm t

Re: [PD] Render a Gem window in [pd~] without dsp turned on

2013-05-08 Thread Cyrille Henry
Le 08/05/2013 09:02, Max a écrit : Am 08.05.2013 um 03:56 schrieb Simon Wise : On 08/05/13 07:20, Antonio Roberts wrote: I'm using the [pd~] object to run a Gem window in a subprocess. I've noticed that the Gem window won't start rendering until I turn dsp on in both processes. Is there any

Re: [PD] problems with building flext with mingw

2013-05-08 Thread Thomas Grill
Actually i have encountered this issue, but haven't had the time and nerve to deal with it in the Windows batch file "language". It's a quite tricky issue and i am not sure it is really solvable. But contributions are welcome! gr~~~ -- Thomas Grill http://g.org Am 08.05.2013 um 08:46 schri

Re: [PD] Render a Gem window in [pd~] without dsp turned on

2013-05-08 Thread Max
Am 08.05.2013 um 03:56 schrieb Simon Wise : > On 08/05/13 07:20, Antonio Roberts wrote: >> I'm using the [pd~] object to run a Gem window in a subprocess. I've >> noticed that the Gem window won't start rendering until I turn dsp on >> in both processes. >> >> Is there any way to run Gem in a [pd