Hi there, still struggling with my circular buffer Phase Vocoder, now I've
found an issue that has no apparent reason.
Check the attached patch please
the speed is 100% and pitcnh shift is "0", so the signal from vline~ stands
still in one particular point in the buffer (read from [vd~]).
buffer
this issue?
BTW, I checked file differences and there is nothing that pops out in
terms of file size discrepancy and have filtered (AFAICT) all remaining
conflicts with pd-extended package. Please check 20150920 and report
(64bit only until the fix is confirmed).
Best,
Ico
On 9/20/2015 8
I'm pretty sure that the [tab*] objects just point into existing arrays
rather than copying them. Each time [tabread] receives a float, for
instance, it checks to see if the array it has been set to read from
exists, and if so, updates a pointer to the indicated index of the array,
and grabs the fl
hi,
with an old version (Pd-l2ork version 20131123) on debian jessie 32bits,
I had the PNG problem :
load plugins 'image' in '/usr/lib/pd-l2ork/extra/Gem/'
pattern : /usr/lib/pd-l2ork/extra/Gem/gem_image*.so
dylib loading file '/usr/lib/pd-l2ork/extra/Gem/gem_imageJPEG.so'!
dylib loading file '/
Jonghyun,
I just uploaded another build 20150920 (64bit only until I can confirm
it resolves issues you've been having). Can you please try installing it
and let me know? Thank you.
http://l2ork.music.vt.edu/data/pd/pd-l2ork-x86_64-20150920.deb
Best,
Ico
On 09/20/2015 01:51 PM, Jon
Hi list.
I have a question on allocating data and reading it through an external.
As I have seen so far, the externals that reads arrays, as tabread, allocate
the data in their own memory space. As far as I can understand, this result
in a "double allocation" of the data. One in the array itself an
Or you use a mechanism to store the videos in files on harddrive and use
them later however you want
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
Jonghyun,
Would you please send me a list of all files found in the pd-extended
0.43.4-1~trusty1 32bit and 64bit packages? I will then compare the notes
and try to figure out what other files may be colliding with extended.
Thanks.
Best,
Ico
On 9/20/2015 1:59 PM, Jonghyun Kim wrote:
tryin
You're very welcome. Regarding your question, what may be useful to do
is to try to install older release from July 2015 (see
http://l2ork.music.vt.edu/data/pd/ for direct access to all older
releases), as it is possible that I did not have all the libraries when
I built the Gem library--I did
Hi Ivica,
Thanks for a great release!
I've just installed this on Ubuntu 15.04 64 Bit and I appear to have
the same problem with loading pngs as I did here
http://lists.puredata.info/pipermail/pd-list/2015-05/110156.html
Anyone else having this problem?
Antonio
On 18 September 2015 at 06:39, I
Hi All,
I've started a new project titled "Objects of Art". These are a growing
collection of JavaScript objects created as works of art. The site allows
users to edit the code and experience the changes they make. I just made
one that uses the javascript webaudio api to create a simple synthesize
On 09/17/2015 11:55 PM, Roman Haefeli wrote:
>
> One thing I'd like to know: Is there one graph for all patches in a
> certain instance of Pd?
yes
> It seems that adding a tilde-object to a patch
> causes the DSP graph to be recalculated.
yes
> Now, if _everything_ is in the
> same graph, thi
On 09/19/2015 04:41 PM, Arturo Moya Villén wrote:
> delay's lenght (1800 frames at this moment). In my imagination I can see a
> one year's delay. Even if I understand this is imposible rigth now, I would
i don't think that there is anything in Gem preventing you from doing that.
> like to find a
On 09/18/2015 02:43 AM, Forrest Curo wrote:
> Okay, to please excuse my myriad ignorances...
> and thanks!!!
no problem.
the deken README should not assume that anybody has those directories
(nor that anybody knows what "~" means), so it's a communication problem
on our side.
fmard
IOhannes
s
trying to install 32bit
=
akntk@umi:~/Downloads$ sudo dpkg -i pd-l2ork-i686-20150919.deb
(Reading database ... 466217 files and directories currently installed.)
Preparing to unpack pd-l2ork-i686-20150919.deb ...
Unpacking pd-l2ork (20150919) ...
dpkg: error processing archive pd-l2ork-i686-20
still error. how to resolve it?
thanks,
akntk
==
akntk@umi:~/Downloads$ sudo dpkg -i pd-l2ork-x86_64-20150919.deb
[sudo] password for akntk:
(Reading database ... 466217 files and directories currently installed.)
Preparing to unpack pd-l2ork-x86_64-20150919.deb ...
Unpacking pd-l2ork (201509
Thanks, Matt. It seems like your point #1 is one of the main reasons to use Pd.
As far as best practices-- I think the first thing is to go through and see
under what conditions thegraph could be selectively rebuilt. Once there's a
proof of concept that this can be done while still guaranteeing
Things are a lot more encapsulated in SuperCollider, and it can afford to
be more efficient because 1) the DSP flow doesn't need to be in a strict
correspondence with what appears in a GUI graph, 2) the user is not
responsible for the DSP flow unless they want to be and do it on purpose
with head/t
18 matches
Mail list logo