The "drawnumber" object does not work in the pd032-patch6 version (both, linux and NT).
It seems to be something wrong with the fonts, I get:
"can't read "pd_fontname": no such variable
on the linux console.
E.Zipfel
I have ported PD to FreeBSD 4.3 (if you can call fixing a few compilation issues porting). It runs quite well on my laptop, but I will make no garuntees that it will run on anything else. There are some issues:
- Full-duplex does not work and locks up my system. This is either a problem with the soundcard driver or the OSS emulation.
- I used the OSS emulation mode for audio so writing for the native system will probably help a lot (I assume - I know very little about this).
- I made externals use the filename .pd_freebsd - is this correct?
- Everything is almost the same as linux with some exceptions (bstring.h, malloc.h, etc). Defining a FREEBSD macro would mean duplicating a lot but checking for freebsd specific code inside of linux specific code seems wrong. What about more fine-grained defines (i.e. #ifdef HAVE_BSTRING) and a config.h or even full autoconf? Guenter, don't you have autoconf going for your debian port?
If anyone wants to give it a try it is in my normal download spot:
http://mambo.peabody.jhu.edu/~karlmac/download/pd
Karl
| Karl W. MacMillan | | Computer Music Department | | Peabody Institute of the Johns Hopkins University | | karlmac@peabody.jhu.edu | | mambo.peabody.jhu.edu/~karlmac |
On Sun, 13 May 2001, Karl MacMillan wrote:
HAVE_BSTRING) and a config.h or even full autoconf? Guenter, don't you have autoconf going for your debian port?
Yes I use autoconf to decide where tcl/tk resides, if there is alsa installed, which architecture it is compiled on, etc ,...
Could be easily extended, especially now that Miller is going to give out source packages, it should improve the compilation process a lot on different unix platforms.
Guenter
I read:
I have ported PD to FreeBSD 4.3 (if you can call fixing a few compilation issues porting). It runs quite well on my laptop, but I will make no garuntees that it will run on anything else. There are some issues:
did anyone who has access to an osx box try to compile it there ?
- Full-duplex does not work and locks up my system. This is either a problem with the soundcard driver or the OSS emulation.
did you succeed with any other app opening /dev/dsp rw ? then you could give d13b's piperead~/write~ objects a try, though they won't exactly lower the latency times ;), I'm currently using this to run pd on a machine wo any soundhardware.
regards
x
On Mon, 14 May 2001, CK wrote:
I read:
I have ported PD to FreeBSD 4.3 (if you can call fixing a few compilation issues porting). It runs quite well on my laptop, but I will make no garuntees that it will run on anything else. There are some issues:
did anyone who has access to an osx box try to compile it there ?
I haven't tried this (I do have an osx box) because the sound system is quite a bit different. Other than this, my assumption is that it will compile fairly easily.
- Full-duplex does not work and locks up my system. This is either a problem with the soundcard driver or the OSS emulation.
did you succeed with any other app opening /dev/dsp rw ? then you could give d13b's piperead~/write~ objects a try, though they won't exactly lower the latency times ;), I'm currently using this to run pd on a machine wo any soundhardware.
I also wrote a minimul full-duplex test program using the native freebsd audio api (which is refreshingly simple and well thought out). It also rebooted the system. My assumption is that there is a bug in the drivers.
Karl
regards
x
-- chris@lo-res.org We put the 'fun' in http://pilot.fm/ fundamentalist !!!
| Karl W. MacMillan | | Computer Music Department | | Peabody Institute of the Johns Hopkins University | | karlmac@peabody.jhu.edu | | mambo.peabody.jhu.edu/~karlmac |
Hi all,
I'm now working on an OSX port, using portaudio for the audio part (which also buys me directX support in Windows.) It looks like a few hours of work all told, once I've got over basic issues like getting hold of a machine...
cheers Miller
On Mon, May 14, 2001 at 12:17:31PM -0400, Karl MacMillan wrote:
On Mon, 14 May 2001, CK wrote:
I read:
I have ported PD to FreeBSD 4.3 (if you can call fixing a few compilation issues porting). It runs quite well on my laptop, but I will make no garuntees that it will run on anything else. There are some issues:
did anyone who has access to an osx box try to compile it there ?
I haven't tried this (I do have an osx box) because the sound system is quite a bit different. Other than this, my assumption is that it will compile fairly easily.
- Full-duplex does not work and locks up my system. This is either a problem with the soundcard driver or the OSS emulation.
did you succeed with any other app opening /dev/dsp rw ? then you could give d13b's piperead~/write~ objects a try, though they won't exactly lower the latency times ;), I'm currently using this to run pd on a machine wo any soundhardware.
I also wrote a minimul full-duplex test program using the native freebsd audio api (which is refreshingly simple and well thought out). It also rebooted the system. My assumption is that there is a bug in the drivers.
Karl
regards
x
-- chris@lo-res.org We put the 'fun' in http://pilot.fm/ fundamentalist !!!
| Karl W. MacMillan | | Computer Music Department | | Peabody Institute of the Johns Hopkins University | | karlmac@peabody.jhu.edu | | mambo.peabody.jhu.edu/~karlmac |
Generally the "data structure" objects are very unstable in patch6. Files like "drawpolygon.pd", "element.pd", "sequencer.pd", "setsize.pd" etc. cause pd in most cases to crash after closing the patch. Some data-structure appears on the screen only if the fontsize (in the "bomb") is changed - so in "drawpolygon.pd". It's a pity - they are very usefull tools.
E.Zipfel
-
CK -
Erasmus Zipfel -
guenter geiger -
Karl MacMillan -
Miller Puckette