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 the Ninja Jamm patch, so there isn't really time to rewrite the rest of the patch.
I don't fully understand the way phasor~ wraps, but I have the object firing out bar numbers correctly. I'm putting clocks in for 16ths and 24ths of the beat, initiated on each wrap. I need to minimise CPU, so what I want to know is this:
Does phasor~ always start from 0 and go to 1, i.e. is there always a signal value of 0 at the start of the ramp and a signal value of 1 at the end? As I write this, my common sense tells me it should be "yes" but I want to make sure. I suppose I should just try it really...
Cheers,
Ed
Â
Ninja Jamm - a revolutionary new musix remix app from Ninja Tune and Seeper, for iPhone and iPad
http://www.ninjajamm.com/
Gemnotes-0.2: Live music notation for Pure Data, now with dynamics!
http://sharktracks.co.uk/Â
Still an ongoing issue on my Windows 7 x64 installation.
OpenGL doesn't render if desktop window manager window compositing (fancy 3d window styling) is turned off.
Some other applications have also had problems with this, and I thought it's a Windows bug, however, it is starting to look like it is a documented feature change.
I need to have openGL rendering without desktop composition.
So far, I could ask if the following information is related to the problem?
http://stackoverflow.com/questions/18477852/c-opengl-window-only-tracks-bac…
And an extract from the above document:
On Windows Vista and newer Windows operating systems, there is a component known as the Desktop Window Manager (DWM) which has a special mode called "Desktop Composition" that draws windows into offscreen buffers and then composites them. It does this to provide new visual effects such as live window previews in the Alt+Tab screen.
>
>A consequence of this new architecture is that you cannot draw single buffered applications (in windowed mode anyway) the same way you could in Windows XP (or in Windows Vista+ with Desktop Composition disabled). In a nutshell, the DWM uses a copy of your render context's back buffer for composition. You should switch to double buffered drawing.
>
>To use double buffered drawing in GLUT, you would use GLUT_DOUBLE instead of GLUT_SINGLE in your call to glutInitDisplayMode (...). Additionally, you need to replace your calls to glFlush (...) with glutSwapBuffers (...).
Someone told me that this might have been done already, but
I couldn't find anything.
So here is patch for it:
https://github.com/kmatheussen/libpd/commit/a6af47e002d5bc683df5bf3364bce20…
Code is quite clean, but it uses some global variables to keep state
while execution shifts
between the wish process and the pd process. But I guess it could be
difficult to implement
it in any less confusing way...
For Radium, this is necessary in order to be able to copy and paste
between pd objects [1],
but it could also be a nice feature if you run several pd instances
simultaneously.
[1] Radium runs a new wish process for every pd object.
---
** [feature-requests:#135] feature request for objects**
**Status:** open
**Created:** Tue Oct 15, 2013 08:47 PM UTC by BAUDRY Olivier
**Last Updated:** Tue Oct 15, 2013 08:47 PM UTC
**Owner:** Miller Puckette
1) create midii object with One input one output
2) create midiinfo object
3) create umenu object
4) add a possibility to modify argument of one object when you change the police size ( actually not working)
5) create umenu object
---
Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to https://sourceforge.net/p/pure-data/feature-requests/
To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pure-data/admin/feature-requests/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.
---
** [bugs:#1121] encounter crash with popup object on pd extended 0.43.4**
**Status:** open
**Created:** Tue Oct 15, 2013 08:38 PM UTC by BAUDRY Olivier
**Last Updated:** Tue Oct 15, 2013 08:38 PM UTC
**Owner:** nobody
1)Copy popup object from popup-help.pd in new patcher
2)Pd extended crash
---
Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to https://sourceforge.net/p/pure-data/bugs/
To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pure-data/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.
---
** [bugs:#1119] PD 0.43.4-extended on OS X 10.8.5 very borken**
**Status:** open
**Labels:** OS X
**Created:** Sun Oct 13, 2013 02:49 PM UTC by steve steiner
**Last Updated:** Sun Oct 13, 2013 02:49 PM UTC
**Owner:** nobody
Major problems on 10.8.5 MacBook Pro.
Open preferences, have to reset to defaults to get dialog to close, other buttons do nothing.
Help browser won't open any of the .pd files i.e. following instructions in "Start Here" gets the three panes open, but clicking, pressing enter, clicking "+", nothing will actually open the file.
Stopping here, there's really nothing to do with the app at this point.
---
Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to https://sourceforge.net/p/pure-data/bugs/
To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pure-data/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.
---
** [patches:#516] Fix for externals/miXed/cyclone/sickle/count.c**
**Status:** open
**Labels:** cyclone
**Created:** Sun Oct 13, 2013 12:51 PM UTC by electrickery
**Last Updated:** Sun Oct 13, 2013 12:51 PM UTC
**Owner:** nobody
The count~ object supports a set message, which crashes Pd. This patch fixes the crash, but keeps the remainder of the behaviour intact.
The patch compromises between documented features (count~-help.pd) and 'intentions in the code'. The current Max behaviour is not considered, only the bug is fixed.
Discussion:
The set message is not essential, as the values can be changed with floats on both inlets, or a list into the left inlet. But as it is used in the help patch, its behaviour is repaired. In the code both the start and end value are set, so this is also supported. A safety check for the number of arguments is also added. It is assumed this is the indended behaviour.
Compatibility with 64-bits architectures is not checked. This should be the subject of another patch.
Thanks to Katja for helping with the pd-API.
Fred Jan Kraan, 2013-10-13
---
Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to https://sourceforge.net/p/pure-data/patches/
To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pure-data/admin/patches/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.
---
** [patches:#515] Fix for garray_getfloatarray error message in miXed/cyclone objects**
**Status:** open
**Created:** Sun Oct 13, 2013 12:49 PM UTC by electrickery
**Last Updated:** Sun Oct 13, 2013 12:49 PM UTC
**Owner:** nobody
This patch fixes the error message for using garray_getfloatarray by objects dependent on vefl.c. As the Pd framework already uses garray_getfloatwords in the calls to garray_getfloatarray (g_array.c), no other change in behaviour is expected.
Discussion:
The garray_getfloatarray function is not compatible with 64-bit architectures. The replacement is garray_getfloatwords.
Fred Jan Kraan, 2013-10-13
---
Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to https://sourceforge.net/p/pure-data/patches/
To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pure-data/admin/patches/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.