I would be very surprised if core2 binaries don't run on i3/i5/i7. In fact i
compile all my binaries with optimization for core2 and switch back and forth
between both platforms without any problems.
gr~~~
--
Thomas Grill
http://g.org
Am 04.11.2012 um 00:51 schrieb Miller Puckette
Hi,
On Sat, Nov 03, 2012 at 07:48:45PM -0700, Jonathan Wilkes wrote:
That's a bit like having an abstraction to make an array of Pet Rocks.
What do you use it for?
Everywhere you need to translate an index number into an arbitrary symbol. For
example to translate midi note numbers to
My 2pence worth:
Working with libpd for an iOS application, to be distributed through the app
store:
I found it necessary to
1) re-license my own library of externals ekext to BSD license. I know Apple
has a problem with GPL - or more specifically, GPL has a problem with
closed-source code.
Seems like I forgot to respond to this thread I started. Thank you all for
the tips, I think I'll go for oggwrite~.
Cheers,
Pierre.
2012/10/5 Hans-Christoph Steiner h...@at.or.at
I think there is mp3write~ in 'unauthorized' lib but I've never used it.
There is the pdogg lib, which has
(according to the pd-list server this message came attached to thread of
another mail, I try to send it here again to create a new thread)
Hello,
a friend noticed that vline~ behaves differently with different block
sizes - namely that the smaller the block size is, the less precision it
Am 02.11.2012 um 15:13 schrieb me.grimm:
well this here:
/usr/local/lib/libfftw3f.3.dylib
doesnt actually exist at all
instead its here:
/sw/lib/libfftw3f.3.dylib
but thats just from the binary you offered and not compiled by me.
just a small note:
i don't use fink, but it could
OK... I think I have this fixed in git
(git clone git://pure-data.git.sourceforge.net/gitroot/pure-data/pure-data)
cheers
Miller
On Fri, Nov 02, 2012 at 08:29:52PM +0100, João Pais wrote:
Hello,
a friend noticed that vline~ behaves differently with different
block sizes - namely that the
Hi,
great. What was exactly the problem? And also, how is it possible to get
to the corrected version? Will it be part of any nightly builds? Will it
be integrated into pd extended automatically?
João
OK... I think I have this fixed in git
(git clone
short answer... the code that tries to figure out what logical time corresponds
to an individual audio sample (which vline~ needs to know as it has to
respect timestamps to sub-sample accuracy) has to count back from the
global time stamp that is only updated every 64 samples. I was mistakenly
I tried with various versions of Pd vanilla and extended, always getting
a load of 12% of my Mac mini 1.66 gHz machine (system 10.4.11, don't know
what processor generation). If indeed the change in load comes from
upgrading to the newest Pd extended it sounds like the new portaudio
is doing us
[list of the table names(
|
| [r midi_note_number]
| /
| [set $1(
| /
[ (
|
If the essence of seeing the light regarding Pd Vanilla is that it's more
efficient to use what's already there to read/write/share patches, I don't
see why you'd prefer the abstraction to such a straightforward
Sorry, just a followup - I realized I hadn't tried with the latest portaudio
so just now did so... same result (12% CPU). I'm on a 32 bit machine;
perhaps Pd extended is being compiled for 64 bits and this is changing the
CPU usage?
cheers
Miller
On Sun, Oct 28, 2012 at 11:43:27PM -0400,
All 20 of the Miller Puckette's Intro to Computer Music ... video
transcripts are now updated, with accurate time-codes more suitable for
translation and/or use as subtitles augmenting the Intro videos. The
formats of the transcripts available are:
-- .txt : English original text, with
13 matches
Mail list logo