Hi Miller,
Just spotted this and remembered you mentioned an Edirol UA25:
'I've found that with my Edirol UA-25 I have to disable Advance mode in
order to make it work in full duplex with JACK.'
>From here:
http://www.raspberrypi.org/phpBB3/viewtopic.php?p=286222#p286222
Regards,
Julian
On 2
Thanks Katja.
I'm doing things in a quick and dirty manner, to see if they work and so that
they can be implemented quickly for the 100,000 or so downloads we've had, but
I want to get it right. We'll have a testflight version next week so we'll be
able to test the new version (it's like a hear
Hallo again,
10k's and clock now at 3.3v but the IC only works at 5v.
Got a bit carried away before - my friend George, who's the sensor
co-explorer, is normally only available on Friday's so very much had that
Friday feeling - and of course giddy with the sensors all finally working.
Started to
Hi Cyrille,
I'd be up for this but it will have to be from mid-June for me.
If that's any use then absolument. I have to say my French is pretty dodgy
though my Cyrille English is pretty good after having spent so much time
poring over the pmpd help files:)
Julian
On 9 May 2013 15:44, Cyrille
> i think in your scenario you should record from within Pd, e.g. using
> writesf~ then even if you hear clips while you are recording they will not be
> in the recording.
I understand that this will record the audio, but how would I then
synchronise this with the video without resorting to guess
you can also right-click the icon in the taskbar and maximize.
On Mon, May 6, 2013 at 8:45 AM, stéfan piat wrote:
> it does the trick
>
> thanks..!
>
>
>
> 2013/5/6 Cyrille Henry
>
>> i've noticed that also.
>> i just "alt click and drag" the windows to move it.
>>
>> cheers
>> c
>>
>> Le 06/0
Sorry, premature send.
Are you sure this is always the case? I've had terrible sync issues between
video and sound, due to audio hiccups while recording.
J
On May 9, 2013, at 1:42 PM, J wrote:
>> i think in your scenario you should record from within Pd, e.g. using
>> writesf~ then even if y
> i think in your scenario you should record from within Pd, e.g. using
> writesf~ then even if you hear clips while you are recording they will not be
> in the recording.
>
> m.
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-manageme
I'd love to help with a Spanish version once there is an English one. Jaime
French is certainly worst than Cyrille English.
J
On May 9, 2013, at 9:44 AM, Cyrille Henry wrote:
> hello,
>
> i'm working on a new pmpd release with lot's of new cool stuff.
> The code is finished. some bugs may sti
- Original Message -
> From: Jonathan Wilkes
> To: Thomas Grill
> Cc: "pd-list@iem.at"
> Sent: Wednesday, May 8, 2013 9:24 PM
> Subject: Re: [PD] problems with building flext with mingw
>
>
>
>
>
> - Original Message -
>> From: Thomas Grill
>> To: Jonathan Wilkes
>> Cc:
On 2013-05-09 12:25, Julian Brooks wrote:
Hey Martin / all,
Had to put this down for a few days but back at it today.
Finally got it working - huzzah!
That's great!
I changed the c file so that although it's gpio17 it's actually pin 11
(define_SENSOR_SELECT_PIN) and boom!
Why the numbering
Hey Martin / all,
Had to put this down for a few days but back at it today.
Finally got it working - huzzah!
I changed the c file so that although it's gpio17 it's actually pin 11
(define_SENSOR_SELECT_PIN) and boom!
Why the numbering scheme is so confusing is beyond me but anyway.
Also for us
On 2013-05-09 11:19, stéfan piat wrote:
hello,
I try to stream audio (wav) from a rasperry pi with Gstreamer and catch
it in puredata with [udpreceive~]
I am wondering if this is possible ?
Not really. [udpreceive~] is meant to receive from [udpsend~]. They send
packets of audio samples al
hello,
I try to stream audio (wav) from a rasperry pi with Gstreamer and catch it
in puredata with [udpreceive~]
I am wondering if this is possible ?
To stream I use the following command :
*gst-launch-1.0 -v alsasrc device=hw:1,0 ! udpsink host=192.168.2.102
port=5001*
when I send the message
hello,
i'm working on a new pmpd release with lot's of new cool stuff.
The code is finished. some bugs may still be present, but most have been
removed.
it's now time for documentation, examples and help.
since i hope this release will replace the outdated version in pdextended, i'd
like to ma
Hi Fero,
(I replied also on the linux audio list, but I copy the reply below)
the errors you reported happens only with the new pd-extended 43.4; that
is, with pdx 42.5 everything works fine.
In the latest pdx release, the object [line3] and the library in which it
was included have been removed
>
>Hi there, the silence about this is kinda worrying me. Seems to me we may pass
>on this year, right?
>
Touche.
One thing to note - PDCon has always been about opportunity, not regularity. As
Max showed last time (and all the others I've been to in fact) you have to have
venue, funding an
This is what it used to look like (forgot to include the pic ;)
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/
- O
I figured out how to do this.
Generally the problem is this: the signals to run four independent tracks in my
patch are all devised from one phasor~ object that scans a single bar of
material. Clicks then appear in the material when jumping from one bar to the
next, because the control events a
Am 08.05.2013 um 12:14 schrieb 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
On Wed, May 8, 2013 at 11:00 PM, Ed Kelly wrote:
> ...
> 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
> sur
Dear all,
at 10:00am (in about 10 minutes), the Linux Audio Conference 2013 is
about to start.
There is a live stream available, so you can follow the event, even if
you have not made it physically to Graz
http://lac.linuxaudio.org/2013/stream
Remote participants are invited to join #lac2013
22 matches
Mail list logo