Hi Hans
On Mon, 2013-01-07 at 12:32 -0500, Hans-Christoph Steiner wrote:
I think this is the final release, last chance to test your patches and make
sure everything is working well in this release. Also, double-check the
translations. I'll do one final import of translations from Transifex
On 08/01/2013 12:14, Roman Haefeli wrote:
Hi Hans
On Mon, 2013-01-07 at 12:32 -0500, Hans-Christoph Steiner wrote:
I think this is the final release, last chance to test your patches and make
sure everything is working well in this release. Also, double-check the
translations. I'll do one
Hi all,
I'm trying to do a simple planar stereo vision installation (two camera
that see a plane from a side) trying to reconstruct object position on the
plane.
I need to undistort my camera input (wide angle lens) for later blob
detection.
Has someone worked on undistort camera input or
On Die, 2013-01-08 at 12:27 +0100, Pierre-Olivier Boulant wrote:
On 08/01/2013 12:14, Roman Haefeli wrote:
Hi Hans
On Mon, 2013-01-07 at 12:32 -0500, Hans-Christoph Steiner wrote:
I think this is the final release, last chance to test your patches and
make
sure everything is working
On Die, 2013-01-08 at 13:23 +0100, Roman Haefeli wrote:
On Die, 2013-01-08 at 12:27 +0100, Pierre-Olivier Boulant wrote:
On 08/01/2013 12:14, Roman Haefeli wrote:
Hi Hans
On Mon, 2013-01-07 at 12:32 -0500, Hans-Christoph Steiner wrote:
I think this is the final release, last chance
Le 08/01/2013 12:50, Dario Pedrioli a écrit :
Hi all,
I'm trying to do a simple planar stereo vision installation (two
camera that see a plane from a side) trying to reconstruct object
position on the plane.
I need to undistort my camera input (wide angle lens) for later blob
detection.
for better lens calibration, see pix_opencv object (pix_opencv_calibration).
cheers
c
Le 08/01/2013 13:31, Jack a écrit :
Le 08/01/2013 12:50, Dario Pedrioli a écrit :
Hi all,
I'm trying to do a simple planar stereo vision installation (two camera that
see a plane from a side) trying to
2013/1/8 pd-list-requ...@iem.at
Re: [PD-announce] Pd-extended 0.43.4 release candidate 1:
last chance to report your bugs
Pd-extended 0.43.4 rc 07/01/2013 crashes when I load a patch with
unauthorized's grid. This thing don't happens in previous beta version
running on Ubuntustudio
On Die, 2013-01-08 at 12:14 +0100, Roman Haefeli wrote:
1
When loading a patch in netpd on Ubuntu 12.04.1, Pd-extended immediately
and reliably crashes. This does not happen with any Pd 0.43 or 0.44
version. Also it didn't
On Die, 2013-01-08 at 12:14 +0100, Roman Haefeli wrote:
3)
When loading a patch in the Pd-extended release candidate, the memory
footprint is approximately three times higher than loading the same
patch with Pd 0.43.3 vanilla.
I don't know if this is the thread where to post this...
I don't even know whether this is a bug or a desired behavior,
but I find quite annoying that shortcuts (cntrl-X, cntrl-N...) don't work for
me when I have caps locked on my keyboard.
This applies to all pd-0.43 versions that I have
On Die, 2013-01-08 at 15:13 +0100, Roman Haefeli wrote:
On Die, 2013-01-08 at 12:14 +0100, Roman Haefeli wrote:
3)
When loading a patch in the Pd-extended release candidate, the memory
footprint is approximately three times
Thanks a lot Jack and Cyrille
Wow! I didn't know of the existence of pix_opencv_calibration! I will have
a try as soon as possible!
so http://www.hangar.org/wikis/lab/doku.php?id=start:puredata_opencv is not
the main and updated page for pix_opencv stuff?
what's the main repository?
ciao
dario
On Jan 8, 2013, at 9:06 AM, oscar santis wrote:
2013/1/8 pd-list-requ...@iem.at
Re: [PD-announce] Pd-extended 0.43.4 release candidate 1:
last chance to report your bugs
Pd-extended 0.43.4 rc 07/01/2013 crashes when I load a patch with
unauthorized's grid. This thing don't
hello,
up to date sources are on pd externals svn, on sourceforge.
http://pure-data.svn.sourceforge.net/viewvc/pure-data/trunk/externals/
cheers
c
Le 08/01/2013 15:46, Dario Pedrioli a écrit :
Thanks a lot Jack and Cyrille
Wow! I didn't know of the existence of pix_opencv_calibration! I will
Thanks a lot.
ciao
dario
2013/1/8 Cyrille Henry c...@chnry.net
hello,
up to date sources are on pd externals svn, on sourceforge.
http://pure-data.svn.**sourceforge.net/viewvc/pure-**data/trunk/externals/http://pure-data.svn.sourceforge.net/viewvc/pure-data/trunk/externals/
cheers
c
On Jan 8, 2013, at 9:07 AM, Roman Haefeli wrote:
On Die, 2013-01-08 at 12:14 +0100, Roman Haefeli wrote:
1
When loading a patch in netpd on Ubuntu 12.04.1, Pd-extended immediately
and reliably crashes. This does not
I always disable caps lock on my machine and make it an extra Ctrl key for
reasons like this. What do other Mac apps do? How about TextEdit?
.hc
On Jan 8, 2013, at 9:16 AM, Ángel Faraldo wrote:
I don't know if this is the thread where to post this...
I don't even know whether this is a
Can you use ALSA or OSS? Do the names of your Audio or Jack devices have
accented characters é, á, etc. or ñ?
.hc
On Jan 7, 2013, at 6:51 PM, Esteban Viveros wrote:
Directly puredata.info deb package
2013/1/7 Hans-Christoph Steiner h...@at.or.at
Hey Esteban,
Did you download the
Ah yes, I see. I'll try to see what's the cause.
.hc
On Jan 8, 2013, at 11:17 AM, Ángel Faraldo wrote:
Hi Hans,
from your reply I understand this behavior is not buggy, it only seemed
unpractical and surprising, first because all other other apps in mac (open
source apps included)
hi,
don't hesitate to ask here if you need help to use pix_opencv_calibration i
don't know anybody using it except cyille and me and perhaps the help file
is not clear enought
it would be a good test :-)
cheers
a
PS : don't forget to check the other new cool features of pix_opencv ;-)
--
do
Hi Hans,
I found the solution to make IAC Driver visible in MIDI setting
window of Mac OSX.
In Japanese Mac OSX as a default, the name of Apple IAC Driver is
written in Japanese name with 2byte characters in Audio MIDI setting
application of Utility folder. So I changed the name of IAC Driver
to
I've been using [link]x[mass] sending [setK 9, setD 0, setD2 500( to [link]
and [setM 1( to [mass] in a patch and it worked fine when sending a
ramp from 0 to 1 with [line]. Just now though it looks like these two
objects don't work properly any more as the values produced by [mass] go to
Dear List,
I'm trying to sync a counter that keeps track of bars and beats of an ogg file
that is started simultaneously. Unfortunately, there's a big evident drift
after just 5-10 seconds.
I'm using oggread~ and simple metro constructs for this. Am I missing
something? Is there a reliable
That's good to know, at least there is a workaround. That also provides me
with a way to reproduce it on my machine :) I didn't know you could rename IAC
Driver, so I did that, and I have the same issue. Now it should be possible to
fix.
.hc
On Jan 8, 2013, at 12:42 PM, Seiichiro
Just an addition to this, there's some more weird behavior. When I have my
patch open, with no bangs sent to [link] or [mass], if I open the
01_basic.pd patch from pmpd's examples, I get error: inlet: expected
'float' but got 'bang', whereas if I open 01_basics.pd without having my
patch open,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2013-01-08 19:02, Alexandros Drymonitis wrote:
Just an addition to this, there's some more weird behavior. When I
have my patch open, with no bangs sent to [link] or [mass], if I
open the 01_basic.pd patch from pmpd's examples, I get error:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2013-01-08 19:18, Alexandros Drymonitis wrote:
No, that's not the case. I've actually never really touched the
example patch. Anyway, my actual worry is why these objects behave
the way they do in my patch, which is really strange. In order to
Well, it's full of [trigger]s..
On Tue, Jan 8, 2013 at 8:25 PM, IOhannes m zmoelnig zmoel...@iem.at wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2013-01-08 19:18, Alexandros Drymonitis wrote:
No, that's not the case. I've actually never really touched the
example patch.
...Don't really get it. Anyway, it seems it came back to normal. For some
reason it went crazy for some 20 minutes and settled back to what it's
supposed to be doing. Hope I don't get this in a couple of days during a
gig I have, crossing fingers..
On Tue, Jan 8, 2013 at 8:43 PM, plutek
You have a receive sharing the same name as in the example patch.
It's in [pd rect-length] and it's [r G].
Not a very specific name... :)
On 08/01/2013 19:18, Alexandros Drymonitis wrote:
No, that's not the case. I've actually never really touched the
example patch. Anyway, my actual worry is
Damn! That was for the length of the letter G for [text2d]. Sorry for that.
Still the weird behavior didn't have to do with this, but as I said, it's
now gone.
On Tue, Jan 8, 2013 at 8:48 PM, Pierre-Olivier Boulant
po.boul...@free.frwrote:
You have a receive sharing the same name as in the
From: Alexandros Drymonitis adr...@gmail.com
Well, it's full of [trigger]s..
[OT] -- h, why am i suddenly thinking HAL, Dave, 2001 etc?
.pltk.
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
You can have one-sample accuracy if you load the sound into a table/array and
play it that way. You might try comparing oggread~'s accuracy to readsf~.
I've had pretty accurate playback with reafsf~, certainly a lot better than
what you are getting. That should tell you whether the problem lies
Hello list,
I write a lot of generative sound art, and for the ones I would like to
include on my online resume I would prefer to have streaming audio of
patches actively running rather than recorded audio. I know, it's
nit-picky, but putting a pre-recorded audio clip of a generative patch
seems
hi list!
maybe this is interesting for people working or planing to work with the
kinect and pd/gem.
i finished a documentation about the kinect pd/gem externals
(pix_freenect, pix_openni, pix_threshold_depth, pix_depth2rgba,
freenect, freenect_audio)
it deals with general properties of the
Hi Everyone,
I made a patch for my guitar rig that I use for live performance. Some if it is
very specific to my setup, but there is also a sound-on-sound sub-patch, and a
dual
stereo loadable playback sub-patch and a custom preset system. If you can
think of
any improvements please let me
Ah, that's an important tidbit of info! If that's not in the bug report,
please include which version is working.
.hc
On 01/08/2013 06:53 PM, Zack Settel wrote:
Hi HC- Yeah, I kind of gave up at a certain point, figuring that I was
poorly equipped to get to the bottom of that one quickly.
Hello,
This issue seems somehow related to changing 'float' into Pd's type
't_float' about a year ago. I checked a few builds to find out where
the issue started. Most changes were made 2011-11-16 (by me). The
2011-11-25 build does not show the issue yet.
Apparently I had overlooked a few
Hey Katya,
Looks like you and me are off the hook for causing this bug ;) I used
svn-bisect to find the commit that introduced this issue:
http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=revisionrevision=15871
So I I emailed the author of that patch to see if he's got any insight.
I dug up a bunch more strings to make translatable, including some error
messages, and debug loading messages for plugins. Also, the file type
descriptions from the open and save panels. These will show up here once
transifex syncs with the pd-extended git:
Ok, some more bug fixes:
- restored opening of .mxb and .help files from Max/MSP
- fixed Roman's crasher bug with dynamically created subpatches
- (GNU/Linux) fixed double-click opening of unicode file names
- (GNU/Linux) fixed double-click opening of files with spaces in the name
- (GNU/Linux)
42 matches
Mail list logo