Hi List,
Here's an update to PDP:
http://zwizwa.be/pd/pdp/pdp-0.14.0.tar.gz
Changes:
0.14.0: Port ia32 MMX assembly code to GCC extensions (MMX support on amd64) Add V4L2 support to pdp_v4l (merge with pdp_v4l2) Distill system/zl (Zwizwa Lib) from PDP and libprim/PF code.
The configure option "--enable-mmx" now uses GCC intrinsics which work on both 32 and 64 bit intel architectures. The old 32-bit only ASM routines are still available as "--enable-asm-mmx".
If you find a problem, post it here or at pdp@zwizwa.be for a quicker response.
Darcs repo is at http://zwizwa.be/darcs/pdp/
Enjoy!
Tom
( Racketeers, be sure to check out some recent Pd DSP work in http://zwizwa.be/rai/ )
Pd-announce mailing list Pd-announce@iem.at http://lists.puredata.info/listinfo/pd-announce
Thanks Tom! Going to compile... so good to get a new PDP in my set up
On Mon, Sep 30, 2013 at 5:45 PM, Tom Schouten tom@zwizwa.be wrote:
Hi List,
Here's an update to PDP:
http://zwizwa.be/pd/pdp/pdp-0.**14.0.tar.gzhttp://zwizwa.be/pd/pdp/pdp-0.14.0.tar.gz
Changes:
0.14.0: Port ia32 MMX assembly code to GCC extensions (MMX support on amd64) Add V4L2 support to pdp_v4l (merge with pdp_v4l2) Distill system/zl (Zwizwa Lib) from PDP and libprim/PF code.
The configure option "--enable-mmx" now uses GCC intrinsics which work on both 32 and 64 bit intel architectures. The old 32-bit only ASM routines are still available as "--enable-asm-mmx".
If you find a problem, post it here or at pdp@zwizwa.be for a quicker response.
Darcs repo is at http://zwizwa.be/darcs/pdp/
Enjoy!
Tom
( Racketeers, be sure to check out some recent Pd DSP work in http://zwizwa.be/rai/ )
______________________________**_________________ Pd-announce mailing list Pd-announce@iem.at http://lists.puredata.info/**listinfo/pd-announcehttp://lists.puredata.info/listinfo/pd-announce
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
On 2013-09-30 18:45, Tom Schouten wrote:
Hi List,
Here's an update to PDP:
thanks a lot for this.
while preparing the package for debian, i noticed two more issues:
- the (lib)v4l check in configure seems to be confused. namely
AC_CHECK_HEADERS([libv4l1-videodev.h], have_v4l="yes") AC_CHECK_HEADERS([linux/videodev.h], have_libv4l="yes")
seems to be reversed: if libv4l1-videodev.h is found, then libv4l is installed; if linux/videodev.h then the (old, deprecated) kernel-header for native v4l1 support is detected. the attached patch swaps the two checks.
- closing the glx window quits Pd without error :-(
gmadr IOhannes
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
On 2013-10-07 19:37, IOhannes m zmoelnig wrote:
On 2013-09-30 18:45, Tom Schouten wrote:
Hi List,
Here's an update to PDP:
thanks a lot for this.
while preparing the package for debian, i noticed two more issues:
- the (lib)v4l check in configure seems to be confused. namely
AC_CHECK_HEADERS([libv4l1-videodev.h], have_v4l="yes") AC_CHECK_HEADERS([linux/videodev.h], have_libv4l="yes")
seems to be reversed: if libv4l1-videodev.h is found, then libv4l is installed; if linux/videodev.h then the (old, deprecated) kernel-header for native v4l1 support is detected. the attached patch swaps the two checks.
- closing the glx window quits Pd without error :-(
btw, is 3dp supposed to work? loading "pdp_opengl" gives me an error "undefined symbol: pdp_xwindow_create_on_display". indeed this symbol is used (and even exported via pdp_xwindow.h) but nowhere implemented.
fgmasdr IOhannes
btw, is 3dp supposed to work? loading "pdp_opengl" gives me an error "undefined symbol: pdp_xwindow_create_on_display". indeed this symbol is used (and even exported via pdp_xwindow.h) but nowhere implemented.
in pdp 0.14.0, pdp/opengl is not yet ported to zl.
last weekend i added a rough draft in my darcs repo, just getting the old code the point of compilation on top of zl.
it "does something" but probably needs some fixes. a merge with the 3D code in pf is next.
further tests might expose the glx window close problem as they now use the same code.
for contribs, would it help if I convert the repo format to git and put it on github? i was never a fan of svn, but git i can live with..
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
On 2013-10-15 15:26, Tom Schouten wrote:
btw, is 3dp supposed to work? loading "pdp_opengl" gives me an error "undefined symbol: pdp_xwindow_create_on_display". indeed this symbol is used (and even exported via pdp_xwindow.h) but nowhere implemented.
in pdp 0.14.0, pdp/opengl is not yet ported to zl.
last weekend i added a rough draft in my darcs repo, just getting the old code the point of compilation on top of zl.
cool
it "does something" but probably needs some fixes. a merge with the 3D code in pf is next.
i don't know what "does something" means, but it sounds like a good start.
further tests might expose the glx window close problem as they now use the same code.
that might have been a false alarm. i haven't been able to reproduce the problem now on two different machines (one with an intel gfx card, the other with nvidia drivers); the machine with the ati-radeon card might have a different problem.
for contribs, would it help if I convert the repo format to git and put it on github? i was never a fan of svn, but git i can live with..
:-) git is my preferred vcs, but i'm not sure whether i will be able to contribute much in the near future. semester has just started and i'm burried in work.
fgasdmr IOhannes
it "does something" but probably needs some fixes. a merge with the 3D code in pf is next.
i don't know what "does something" means, but it sounds like a good start.
Most of it seems to work but I'm not sure if the scale / projection parameters are correct.
Some of the examples do not look like I remember them, but then comparing with the last couple of releases does seem to give similar results...
further tests might expose the glx window close problem as they now use the same code.
that might have been a false alarm. i haven't been able to reproduce the problem now on two different machines (one with an intel gfx card, the other with nvidia drivers); the machine with the ati-radeon card might have a different problem.
I've also noticed rare, hard to reproduce problems with X / GLX so there's probably something not right.
while preparing the package for debian, i noticed two more issues:
- the (lib)v4l check in configure seems to be confused. namely
AC_CHECK_HEADERS([libv4l1-videodev.h], have_v4l="yes") AC_CHECK_HEADERS([linux/videodev.h], have_libv4l="yes")
seems to be reversed: if libv4l1-videodev.h is found, then libv4l is installed; if linux/videodev.h then the (old, deprecated) kernel-header for native v4l1 support is detected. the attached patch swaps the two checks.
thanks for the patch.
- closing the glx window quits Pd without error :-(
strange. for me window close doesn't work at all (tried on xmonad and xfce4) what window manager are you using?
On 2013-10-11 15:04, Tom Schouten wrote:
- closing the glx window quits Pd without error :-(
strange. for me window close doesn't work at all (tried on xmonad and xfce4) what window manager are you using?
xfce4.
if you cannot [close( the window, try closing the patch containing [pdp_glx] (that's how i discovered the problem: doing some routine tests, i wanted to close the patch window to proceed to the next example
- only to find myself back on the cmdline; after doing that 3 times i
checked...)
anyhow, i cannot reproduce the problem right now with an intel gfx card (uagh; lspci only gives me "Intel Corporation 3rd Gen Core processor Graphics Controller"; according to lenovo it's an "Intel® HD 4000 Graphics").
the machine i had the problems with had another gfx card and used some proprietary driver ("radeon", but iirc it also happened on another machine with "nvidia")
fgards IOhannes
for me many objects aren't working:
pdp_conv_sobel_edge ... couldn't create pdp_gradient ... couldn't create pdp_motion_phase ... couldn't create
but pdp_gain, pdp_glx, pdp_v4l, pdp_add etc are working.
On 2013-10-11 20:59, puredata@11h11.com wrote:
for me many objects aren't working:
pdp_conv_sobel_edge ... couldn't create pdp_gradient ... couldn't create pdp_motion_phase ... couldn't create
but pdp_gain, pdp_glx, pdp_v4l, pdp_add etc are working.
many pdp objects are really abstractions.
so you either have to install pdp (which will put all abstractions
into .../pd/extra) or add the abstractions/ folder to your searchpath.
gfmdsar IOhannes
-
Alan Brooker -
IOhannes m zmoelnig -
IOhannes m zmölnig
-
puredata＠11h11.com -
Tom Schouten