Can someone point me to a tutorial of how to mix 2 audio files into 1 using
pd?
-Hunter Peress
http://hificorder.com
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
Ah cool thanks! This is actually the same issue I saw when I briefly tried the
hard float image. I'll pick up another sd card and try again ...
On Mar 24, 2014, at 5:01 PM, Simon Iten wrote:
> nevermind, found the solution. here it is..
>
> http://lists.puredata.info/pipermail/pd-list/2012-09/
On 04/05/2014 05:48 AM, Simon Wise wrote:
> On 05/04/14 14:21, Martin Peach wrote:
>> I think it's here:
>>
>> http://sourceforge.net/p/pure-data/patches/
>
> that seems to be for pd rather than externals???
it's for pd, pd-extended and externals (if they are maintained in the
repository on sourc
If you haven't tried it already, try increasing the latency in the audio
settings (probably not the issue, but worth a shot).
Maybe it's only having trouble with duplex audio (simultaneous input and
output). Do you have both input and output enabled for your soundcard? Does
it work if you only hav
Extended on MinGW and my libpd project on MinGW show the same problem, that
makes sense. Thanks, Martin!
On Sat, Apr 5, 2014 at 10:49 AM, Martin Peach wrote:
> I think vanilla is compiled with MSVC and extended with MinGW so there are
> incompatibilities in the c runtime especially where file po
I think vanilla is compiled with MSVC and extended with MinGW so there
are incompatibilities in the c runtime especially where file pointers
are concerned. Sometimes externals will work on both versions but if the
external opens its own files using Pd functions to find the path then it
probably
I also find it strange that using the external on pd-vanilla by copying the
dll to the "extra" folder in the vanilla directory works fine. Any ideas
why? Maybe has something to do with compiler environment differences
between vanilla and extended? Do you guys use MinGW for both?
On Sat, Apr 5, 2
Hi Miller,
On my windows machines (XP and 8.1), if I tried to open with mode 'r', the
later call to ov_open would fail. If I change the mode to 'rb', the later
call to ov_open works fine. I also read somewhere that the 'b' mode does
nothing on Unix (I still have to test that when I'm back to my Li
I THink it should really be:
if((x->x_file = sys_fopen(filename->s_name, "r")) == 0)
sys_fopen returns NULL (also known as 0) on failure, otherwise a pointer;
it makes no sense to check the sign of a pointer as far as I know.
cheers
Miller
On Fri, Apr 04, 2014 at 11:21:37PM -0400, Martin Peach
I found and fixed a bug in oggread~ that is windows specific. The fix is a
one liner in oggread~.c (details in previous thread).
I thought the central place for externals code was the SVN "community
repo"at [1] but the comments below confuse me.
Can someone please confirm which one is the correct
10 matches
Mail list logo