Pd-dev November 2004

pd-dev@lists.iem.at

29 participants
68 discussions

variable dac size
by Tim Blechmann 11 Nov '04

11 Nov '04

hi iohannes ... hi all ... you added the changes for a variable dac-size to devel ... cool ... but i somehow doubt that it's possible to reduce the latency to the minimum with that ... no matter what your audio api is, you will always lose one hardware buffer size i suppose, you could run the dsp_tick() inside the driver callback to get the optimal latency results, but one would have to rewrite the dsp scheduler ... since the least hardware buffer size i know of is 64, in theory it should work with pd's default dac blocksize ... tim, who still thinks of an elegant way to rewrite the scheduler -- mailto:TimBlechmann@gmx.de ICQ: 96771783 http://www.mokabar.tk After one look at this planet any visitor from outer space would say "I want to see the manager." William S. Burroughs

1 0

scheduler problem with SENDDACS_NO
by Tim Blechmann 10 Nov '04

10 Nov '04

hi miller, hi others ... thomas grill and i experienced both some strange problems when working on the native asio support. during the time waiting for the callback from the driver we did similar implementations that we won't wait for a pthread conditional, but return SENDDACS_NO to the dsp scheduler. this had some unexpected behaviour, we both can't explain ... i could reproduce segfaults during realloc / free (when dragging around arrays) and some dsp functions (e.g. env_tilde_perform in testtone.pd). in env_tilde_perform all members of the t_sigenv had been set to 0xb8000100 ... what means, either the pointer to the t_sigenv structure has been corrupted (what i doubt, since the 3 t_int pointer contains the write blocksize 0x40) or something happened to the data structure itself ... also: when dragging around a table, memory will be freed in binbuf_text (after socketreceiver_doread) that points to an area in memory that value (0xb8000100) occurs, too ... is there anything running in the dsp scheduler that could cause weird behaviour like that? any idea is highly appreciated ... cheers ... tim -- mailto:TimBlechmann@gmx.de ICQ: 96771783 http://www.mokabar.tk After one look at this planet any visitor from outer space would say "I want to see the manager." William S. Burroughs

4 6

prepend w/ set message
by B. Bogart 10 Nov '04

10 Nov '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hey all, I've come accross a need for a prepend with "set" message to over-ride the creation argument. I was using the flext prepend until now. So the question is, what prepend should I use so that when a prepend gets added to pd proper my patches are still compatible? Also I see prepend in cylcone and cxc, but I do not need the library only the single external! Could someone send me a makefile to compile cyclone or cxc prepend as a single external? or an OSX binary for any prepend that has a "set" functionality? too many libs! (PS: chaos will soon compile not as a lib, but again as a set of seperate externals.) Thanks all, Ben -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFBkTSIjbOsMZSA25cRAiOnAJ4gjl4o29QOWxMRfbTrSv30KP5lfgCdG8uE ai8OsS64HjCn07Fy/Vd25NQ= =OxET -----END PGP SIGNATURE-----

3 5

pa_dsound
by Reini Urban 09 Nov '04

09 Nov '04

How to you compile pa_win_ds? This is kinda problematic, and the readme does only talk about dsound_wrapper.c pa_dsound.c dsound.lib winmm.lib $(CC) $(CFLAGS) -mno-cygwin -c -I./pa_common pa_common/pa_lib.c \ -o pa_common/pa_lib.o $(CC) $(CFLAGS) -shared -mno-cygwin -o portaudio.dll -Ipa_common \ -Ipa_win_ds -I$(DX9SDK)/Include pa_common/pa_lib.o \ pa_win_ds/dsound_wrapper.c pa_win_ds/pa_dsound.c pa_win_ds/pa_win_ds.c\ -Wl,--enable-auto-image-base\ -Wl,--out-implib=pa_win_ds/libportaudio.dll.a \ $(DX9SDK)/Lib/dsound.lib -lwinmm -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/

1 1

Detecting phase cycle with tabfudge in d_osc.c.....
by chun lee 09 Nov '04

09 Nov '04

Hi there: Given the currently code for [phasor~] in d_osc.c that uses tabfudge to get the fraction of the phase value. What would be the best method to detect the end of each phase cycle? What I meant is that I am thinking of making a simple [phasor~] like object that sets itself to a random frequency at the end of each phase cycle. So there is only one cycle on each randomized frequency. I thought about: 1. using a if statement in the phasor_perfrom() or even in the dsp loop to test the value of dphase to see if its over 1 (not sure about the detail yet as the upper 32 bits of dphase is a constant). 2. using timing/delay, when a new frequency value is generated, work out the time it will take to complete one cycle and set a delay accordingly to generate the next value. But somehow I feel this might be less accurate. Can anyone offer any advice and suggestion? I am sure there is a simple way out there in triggering certain action at the end of each phase cycle. Many thanks CHUN

1 0

how to maintain "main" 0.38 and 0.39 branches together?
by Miller Puckette 09 Nov '04

09 Nov '04

Hi all, I'm almost ready to stop banging on 0.38, because the changes that seem most urgent now are of a sort that will break a lot of stuff (updating various audio and MIDI interfaces, for instance!) I think therefore that I should make a 0.38-main branch, so that I can continue to apply "safe" bug fixes to it while I apply the unsafe ones to "main" for incorporation into 0.39. This way, eventually, we/d have 0.38-main, 0.39-main, etc, branches, along with the current "main" branch which would be perpetually on the path to the next release... Does this sould like a good structure? cheers Miller

9 21

nameclashes
by Tim Blechmann 08 Nov '04

08 Nov '04

hi all ... i'm currently thinking of a way to solve the nameclash problem (counter, scale, prepend, gate...) here are some suggestions for a solution ... with some pros and cons: - namespaces: add the library name like library/object or library::object pros: - selectable at runtime - the patch will work exactly as you expect, since you see that object is from library cons: - "/" is already used for the search path (shouldn't be a big problem), "::" are two chars - only works if an object is compiled as library ... if a library is split to single externals (like the build system does) pd is not aware of the library name - startup flav: having another flag like -force library/object or -force library::object pros: - easy to use cons: - you can't use both library1::object and library2::object - behaviour of the patch depends on startup flags (less portable) - communication: figure out, if the external name is already in use pros: - no implementation effords cons: - not really working (that's why we've got these problems *g*) - standard behaviour: if object1 is doing the same as object2, except that it is missing one feature, add this feature to object1, if they behave exactly the same, the nameclash isn't a problem any more ... (escept for the waste of memory) pros: - as above cons: - as above personally i'd prefer the communication in combination with a startup flag ... but i'm curious about other ideas or comments ... cheers ... tim -- mailto:TimBlechmann@gmx.de ICQ: 96771783 http://www.mokabar.tk After one look at this planet any visitor from outer space would say "I want to see the manager." William S. Burroughs

12 23

Error compiling pool from CVS on Darwin
by B. Bogart 08 Nov '04

08 Nov '04

Hey Thomas, I did a cvs update today so that I can get the new version of pool going (that saves data to relative paths!) so I can use memento. Anyhow I've edited the config file as usual but when I compile I get: admins-Computer:~/work/externals/grill/pool admin$ sh build-pd-darwin.sh build-pd-darwin.sh: line 28: -maltivec: command not found mkdir ./pd-darwin touch source/main.cpp g++ -c -O2 -malign-power -maltivec -faltivec -Wno-unused -Wno-parentheses -Wno-switch -Wstrict-prototypes -DFLEXT_SHARED -DFLEXT_SYS=2 -I/Users/admin/bbogart/pd/src -I/usr/local/lib/pd/flext source/main.cpp -o pd-darwin/main.o touch source/data.cpp g++ -c -O2 -malign-power -maltivec -faltivec -Wno-unused -Wno-parentheses -Wno-switch -Wstrict-prototypes -DFLEXT_SHARED -DFLEXT_SYS=2 -I/Users/admin/bbogart/pd/src -I/usr/local/lib/pd/flext source/data.cpp -o pd-darwin/data.o touch source/pool.cpp g++ -c -O2 -malign-power -maltivec -faltivec -Wno-unused -Wno-parentheses -Wno-switch -Wstrict-prototypes -DFLEXT_SHARED -DFLEXT_SYS=2 -I/Users/admin/bbogart/pd/src -I/usr/local/lib/pd/flext source/pool.cpp -o pd-darwin/pool.o source/pool.cpp: In member function `BL pooldir::SetVali(int, flext_shared::AtomList*)': source/pool.cpp:252: warning: name lookup of `vix' changed for new ISO `for' scoping source/pool.cpp:234: warning: using obsolete binding at `vix' source/pool.cpp: In member function `BL pooldir::LdDirXMLRec(std::istream&, int, bool, flext_shared::AtomList&)': source/pool.cpp:801: error: `sym__' undeclared (first use this function) source/pool.cpp:801: error: (Each undeclared identifier is reported only once for each function it appears in.) make: *** [pd-darwin/pool.o] Error 1 hints appreciated! (or a pointer to a binary somewhere) Thanks Ben

2 1

Re: [PD-dev] BUG - soundfiler is broken in devel_0_37 (anonymous CVS 2004-11-01 21:48)
by ClaudiusMaximus 08 Nov '04

08 Nov '04

> either use the bootstrap script in ./pd and the configure script > there, or the old configure script in ./pd/src (and run autoconf > there) Ok, that seemed to work a bit better, but I get a SIMD-related compilation error: ---- [claude@fourier pd]$ cd src/ [claude@fourier src]$ make clean rm -f `find ../extra/ -name "*.pd_*"` rm -f tags rm -f ../obj/* ../bin/pd ../bin/pd-gui ../bin/pdsend \ ../bin/pdreceive ../bin/pd-watchdog m_stamp.c rm: cannot remove `../obj/CVS': Is a directory make: [local-clean] Error 1 (ignored) rm -f *~ (cd ../doc/6.externs; rm -f *.pd_linux) rm -f makefile.dependencies touch makefile.dependencies chmod 666 makefile.dependencies [claude@fourier src]$ autoconf [claude@fourier src]$ ./configure --enable-jack \ --enable-optimize --enable-simd --enable-fftw \ --enable-threadedgui --enable-threadedsf --enable-gathreadlocks checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking for a BSD-compatible install... /usr/bin/install -c checking whether make sets $(MAKE)... yes checking how to run the C preprocessor... gcc -E checking for an ANSI C-conforming const... yes checking for egrep... grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking for pid_t... yes checking for size_t... yes checking whether time.h and sys/time.h may both be included... yes checking for ANSI C header files... (cached) yes checking fcntl.h usability... yes checking fcntl.h presence... yes checking for fcntl.h... yes checking limits.h usability... yes checking limits.h presence... yes checking for limits.h... yes checking malloc.h usability... yes checking malloc.h presence... yes checking for malloc.h... yes checking sys/ioctl.h usability... yes checking sys/ioctl.h presence... yes checking for sys/ioctl.h... yes checking sys/time.h usability... yes checking sys/time.h presence... yes checking for sys/time.h... yes checking for unistd.h... (cached) yes checking bstring.h usability... no checking bstring.h presence... no checking for bstring.h... no checking whether gcc needs -traditional... no checking return type of signal handlers... void checking for vprintf... yes checking for _doprnt... no checking for gettimeofday... yes checking for select... yes checking for socket... yes checking for strerror... yes checking for dlopen in -ldl... yes checking for sin in -lm... yes checking for pthread_create in -lpthread... yes checking for snd_pcm_info in -lasound... yes checking for shm_open in -lrt... yes checking for jack_set_error_function in -ljack... yes checking for jack_set_xrun_callback in -ljack... yes checking for fftwf_plan_dft_r2c_1d in -lfftw3f... no checking for X... libraries /usr/X11R6/lib, headers /usr/X11R6/include checking for XCreateWindow in -lX11... yes checking for main in -ltcl8.7... no checking for main in -ltcl8.6... no checking for main in -ltcl8.5... no checking for main in -ltcl8.4... no checking for main in -ltcl8.3... yes checking for main in -ltk8.3... yes checking tcl.h usability... yes checking tcl.h presence... yes checking for tcl.h... yes OPT_CFLAGS --------------- -O3 -funroll-loops -fomit-frame-pointer configure: creating ./config.status config.status: creating makefile [claude@fourier src]$ make depend gcc -I. -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DTIME_WITH_SYS_TIME=1 -DSTDC_HEADERS=1 -DHAVE_FCNTL_H=1 -DHAVE_LIMITS_H=1 -DHAVE_MALLOC_H=1 -DHAVE_SYS_IOCTL_H=1 -DHAVE_SYS_TIME_H=1 -DHAVE_UNISTD_H=1 -DRETSIGTYPE=void -DHAVE_VPRINTF=1 -DHAVE_GETTIMEOFDAY=1 -DHAVE_SELECT=1 -DHAVE_SOCKET=1 -DHAVE_STRERROR=1 -DHAVE_LIBDL=1 -DHAVE_LIBM=1 -DHAVE_LIBPTHREAD=1 -DHAVE_LIBASOUND=1 -DHAVE_LIBRT=1 -DHAVE_LIBJACK=1 -DHAVE_LIBX11=1 -DHAVE_LIBTK8_3=1 -DPD -DUNIX -Wall -W -Wstrict-prototypes -Wno-unused -Wno-parentheses -Wno-switch -O3 -funroll-loops -fomit-frame-pointer -DJACK_XRUN -DTHREADED_GUI -DTHREADED_SF -DGARRAY_THREAD_LOCK -D_GNU_SOURCE -DGARRAY_THREAD_LOCK -D_GNU_SOURCE -DPA_USE_OSS -DPA_LITTLE_ENDIAN -DUSEAPI_OSS -I../portaudio/pa_common -I../portaudio/pablio -I../portaudio/portmidi-macosx -fno-strict-aliasing -M g_canvas.c g_graph.c g_text.c g_rtext.c g_array.c g_template.c g_io.c g_scalar.c g_traversal.c g_guiconnect.c g_readwrite.c g_editor.c g_all_guis.c g_bang.c g_hdial.c g_hslider.c g_mycanvas.c g_numbox.c g_toggle.c g_vdial.c g_vslider.c g_vumeter.c m_pd.c m_class.c m_obj.c m_atom.c m_memory.c m_binbuf.c m_conf.c m_glob.c m_sched.c s_main.c s_inter.c s_file.c s_print.c s_loader.c s_path.c s_entry.c s_audio.c s_audio_jack.c s_audio_alsa.c s_midi.c d_ugen.c d_ctl.c d_arithmetic.c d_osc.c d_filter.c d_dac.c d_misc.c d_math.c d_fft.c d_mayer_fft.c d_fftroutine.c d_array.c d_global.c d_delay.c d_resample.c x_arithmetic.c x_connective.c x_interface.c x_midi.c x_misc.c x_time.c x_acoustics.c x_net.c x_qlist.c x_gui.c d_soundfile.c m_simd.c m_simd_sse_vc.c m_simd_sse_gcc.c m_simd_ve_gcc.c s_midi_oss.c s_audio_oss.c > makefile.dependencies [claude@fourier src]$ make # ... gcc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DTIME_WITH_SYS_TIME=1 -DSTDC_HEADERS=1 -DHAVE_FCNTL_H=1 -DHAVE_LIMITS_H=1 -DHAVE_MALLOC_H=1 -DHAVE_SYS_IOCTL_H=1 -DHAVE_SYS_TIME_H=1 -DHAVE_UNISTD_H=1 -DRETSIGTYPE=void -DHAVE_VPRINTF=1 -DHAVE_GETTIMEOFDAY=1 -DHAVE_SELECT=1 -DHAVE_SOCKET=1 -DHAVE_STRERROR=1 -DHAVE_LIBDL=1 -DHAVE_LIBM=1 -DHAVE_LIBPTHREAD=1 -DHAVE_LIBASOUND=1 -DHAVE_LIBRT=1 -DHAVE_LIBJACK=1 -DHAVE_LIBX11=1 -DHAVE_LIBTK8_3=1 -DPD -DUNIX -Wall -W -Wstrict-prototypes -Wno-unused -Wno-parentheses -Wno-switch -O3 -funroll-loops -fomit-frame-pointer -DJACK_XRUN -DTHREADED_GUI -DTHREADED_SF -DGARRAY_THREAD_LOCK -D_GNU_SOURCE -DGARRAY_THREAD_LOCK -D_GNU_SOURCE -DPA_USE_OSS -DPA_LITTLE_ENDIAN -DUSEAPI_OSS -I../portaudio/pa_common -I../portaudio/pablio -I../portaudio/portmidi-macosx -fno-strict-aliasing -DINSTALL_PREFIX=\"/usr/local\" -I. -c -o ../obj/m_simd_sse_vc.o m_simd_sse_vc.c gcc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DTIME_WITH_SYS_TIME=1 -DSTDC_HEADERS=1 -DHAVE_FCNTL_H=1 -DHAVE_LIMITS_H=1 -DHAVE_MALLOC_H=1 -DHAVE_SYS_IOCTL_H=1 -DHAVE_SYS_TIME_H=1 -DHAVE_UNISTD_H=1 -DRETSIGTYPE=void -DHAVE_VPRINTF=1 -DHAVE_GETTIMEOFDAY=1 -DHAVE_SELECT=1 -DHAVE_SOCKET=1 -DHAVE_STRERROR=1 -DHAVE_LIBDL=1 -DHAVE_LIBM=1 -DHAVE_LIBPTHREAD=1 -DHAVE_LIBASOUND=1 -DHAVE_LIBRT=1 -DHAVE_LIBJACK=1 -DHAVE_LIBX11=1 -DHAVE_LIBTK8_3=1 -DPD -DUNIX -Wall -W -Wstrict-prototypes -Wno-unused -Wno-parentheses -Wno-switch -O3 -funroll-loops -fomit-frame-pointer -DJACK_XRUN -DTHREADED_GUI -DTHREADED_SF -DGARRAY_THREAD_LOCK -D_GNU_SOURCE -DGARRAY_THREAD_LOCK -D_GNU_SOURCE -DPA_USE_OSS -DPA_LITTLE_ENDIAN -DUSEAPI_OSS -I../portaudio/pa_common -I../portaudio/pablio -I../portaudio/portmidi-macosx -fno-strict-aliasing -DINSTALL_PREFIX=\"/usr/local\" -I. -c -o ../obj/m_simd_sse_gcc.o m_simd_sse_gcc.c m_simd_sse_gcc.c: In function `setvec_simd': m_simd_sse_gcc.c:40: inconsistent operand constraints in an `asm' make: *** [m_simd_sse_gcc.o] Error 1 [claude@fourier src]$ ---- Without --enable-simd compilation succeeds - maybe my CPU doesn't support SIMD? My CPU is an AMD Athlon XP (1600+ I think).

4 6

[ pure-data-Bugs-1060124 ] tabreceive reads over buffer
by SourceForge.net 07 Nov '04

07 Nov '04

Bugs item #1060124, was opened at 2004-11-04 02:54 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1060124&group_… Category: puredata Group: None Status: Open Resolution: None Priority: 5 Submitted By: Guenter Geiger (ggeiger) Assigned to: Nobody/Anonymous (nobody) Summary: tabreceive reads over buffer Initial Comment: I was trying to use tabreceive in order to do zero padding in an FFT application. The easy way to do this would be to have an array that is smaller than the blocksize and having the rest of the block filled by zeros. Unfortunately tabreceive does not fill the array with zeros, and more than that, it reads over the array buffer. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2004-11-07 11:13 Message: Logged In: NO should get fixed in tonight's checkin... thanks for flagging that. ---------------------------------------------------------------------- Comment By: Guenter Geiger (ggeiger) Date: 2004-11-04 03:02 Message: Logged In: YES user_id=430561 Sorry, this is actually not true, it doesn't read over the buffer but it leaves the rest of the signal in an unknown state. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1060124&group_…

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Pd-dev November 2004