Pd-dev January 2006

pd-dev@lists.iem.at

27 participants
100 discussions

[ pure-data-Patches-1312885 ] 2GB limit for soundfiles
by SourceForge.net 05 Jan '06

05 Jan '06

Patches item #1312885, was opened at 2005-10-04 15:30 Message generated for change (Settings changed) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1312885&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: bugfix >Status: Closed >Resolution: Accepted Priority: 8 Submitted By: IOhannes m zmÃ¶lnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: 2GB limit for soundfiles Initial Comment: using [readsf~] and [writesf~] you cannot read/write files that are larger than 2GB; while this limit seems big for soundfiles, it is easily reached when doing multi-channel recordings (24 channels @ 44.1kHz take ~15 minutes to reach this limit) to enable support for large files (>2GB), one has to use 64bit variants of open and friends (open64(),...) attached is a patch that enables the use of these variants in d_soundfile.c when "_LARGEFILE64_SOURCE" is defined. the patch also changes the configure.in in order to check whether defining "_LARGEFILE64_SOURCE" is a good idea; you can turn off largefile support via the "--disable-largefile" option. (btw, max/msp cannot write soundfiles > 2GB too) ---------------------------------------------------------------------- Comment By: Miller Puckette (millerpuckette) Date: 2005-12-31 21:04 Message: Logged In: YES user_id=313747 Took for 0.40... the whole "configure.in" file needs a rewrite (which might require changing this bit) but I've never been able to get the autoconf system to work for me. ---------------------------------------------------------------------- Comment By: IOhannes m zmÃ¶lnig (zmoelnig) Date: 2005-10-04 18:48 Message: Logged In: YES user_id=564396 probably a bit more explanation: "_LARGEFILE64_SOURCE" is a special define that enables large files support when including fcntl.h, unistd.h,... the conditional defines found in d_soundfiler.h are just there to use the new functions (like "open64") instead of the normal ones (like "open") independently from my solution i found the following in http://www.cwp.mines.edu/pipermail/seisunix/2005/001082.html <snip> #ifdef _LARGEFILE64_SOURCE /* if the largefile source flag is set */ # define open open64 # define creat creat64 # define lseek lseek64 # undef off_t # ifndef _GNU_SOURCE # define off_t long long # else # define off_t off64_t # endif # define fstat fstat64 # define stat stat64 # undef fseeko # define fseeko fseeko64 # undef ftello # define ftello ftello64 # define fopen fopen64 # define freopen freopen64 #endif </snip> another possibility would be to use the "__REDIRECT" define, so fcntl.h would do the defines itself, but i am a bit afraid of this. and another question is, whether it would be a good idea, to have these defines in "m_pd.h", so all files using that would automatically have large-file support.... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1312885&group_…

1 0

etiquette for closing sourceforge patches?
by Miller Puckette 02 Jan '06

02 Jan '06

Hi all, What's proper etiquette for marking "patches" closed on sourceforge? Should I be closing patches when I apply them to cvsmain or assuming the proposer will do that? cheers Miller

4 6

dual float/signal abstractions
by Mathieu Bouchard 02 Jan '06

02 Jan '06

It is now possible for a same abstraction to have message inlets/outlets in some instances, and dsp inlet/outlets in some others, while also changing all other relevant objects. Compare: Old way: [inlet] [inlet~] | [inlet] | [inlet~] | | | | [+ ] [+~ ] | | [inlet] [outlet~] New way, using PureUnity (just renaming): for floats, for signals, both [f.inlet] [~.inlet] [$1.inlet] | [f.inlet] | [~.inlet] | [$1.inlet] | | | | | | [f.do +] [~.do +] [$1.do +] | | | [f.outlet] [~.outlet] [$1.outlet] Evil? _ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada

2 2

GCC errors building devel_0_39
by Michael A. Hobson 02 Jan '06

02 Jan '06

Howdy, I'm new to the list. I've been trying to build PD devel_0_39 on a linux box using scons and GCC without success. I have been getting internal compiler floating point errors using both GCC 3.4.3 and GCC 4.0.0. at which point scons refuses to go any further. Has anyone else experienced such difficulties? The CPU on that machine is an AMD Athlon XP, if that is relevant. I've run memory diagnostics on that machine (MEMTEST86) without reported errors.

5 11

PureUnity trailer!
by Mathieu Bouchard 02 Jan '06

02 Jan '06

http://artengine.ca/pureunity/ _ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada

2 4

flamethrower
by Frank Barknecht 01 Jan '06

01 Jan '06

Hallo, may I ask the participiciants of the recent and preferably any future off-topic fights to take out that issue off-list, please? Or at least on pd-ot? (Man, do we look childish in 2006 already...) Ciao -- Frank Barknecht _ ______footils.org_ __goto10.org__

1 0

Fwd: Re: [PD-dev] Yves Degoyon
by ydegoyon＠free.fr 01 Jan '06

01 Jan '06

----- Forwarded message from ydegoyon(a)free.fr ----- Date: Sun, 01 Jan 2006 22:33:18 +0100 From: ydegoyon(a)free.fr Reply-To: ydegoyon(a)free.fr Subject: Re: [PD-dev] Yves Degoyon To: ck(a)mamalala.de ola, > so, what do you mean exactly? that doing an object called "osc" ( and also *~, and also many more ) in a patcher like pd, has _nothing to do with pd, _klaro_ who are you trying to fool around? this won't help people to think you're a copycat, man ... and without conciousness .... that's the problem ... i feel very clean, sane and happy, if you'd like to know. saludos, desde el mundo moviendose, para lo mejor.. sevy ----- End forwarded message -----

2 2

[ pure-data-Patches-1371467 ] backwards compatible makefile.in cleanup
by SourceForge.net 01 Jan '06

01 Jan '06

Patches item #1371467, was opened at 2005-12-02 00:26 Message generated for change (Settings changed) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1371467&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: bugfix >Status: Closed >Resolution: Accepted Priority: 7 Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: backwards compatible makefile.in cleanup Initial Comment: I cleaned up makefile.in so that it follows the GNU standards for configure variables. Plus I added a couple variables which allows the install target to work properly across platforms. This has the added benefit of making it easier to compile Pd from the Pd-extended build system. Tested on Pd-0.38.3 and 0.38.4 on all platforms and applies cleanly to the HEAD of pd in CVS. ---------------------------------------------------------------------- Comment By: Miller Puckette (millerpuckette) Date: 2005-12-31 01:09 Message: Logged In: YES user_id=313747 Took for 0.40 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1371467&group_…

1 0

[ pure-data-Patches-1371478 ] Minor define fix for MinGW
by SourceForge.net 01 Jan '06

01 Jan '06

Patches item #1371478, was opened at 2005-12-02 00:55 Message generated for change (Settings changed) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1371478&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: bugfix >Status: Closed >Resolution: Accepted Priority: 5 Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: Minor define fix for MinGW Initial Comment: MinGW doesn't use the #pragmas that MSVC does, and throws a warning. Changing #ifdef NT to #ifdef _MSC_VER will make sure that the #pragmas are only used with compiling with MSVC and not MinGW or Cygwin. This patch is part of the Pd-0.38.4-extended builds and applies cleanly to .38.x and CVS HEAD in combination with all of the patches that I am currently using (in CVS at packages/patches). ---------------------------------------------------------------------- Comment By: Miller Puckette (millerpuckette) Date: 2005-12-31 00:41 Message: Logged In: YES user_id=313747 took for 0.40 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1371478&group_…

1 0

[ pure-data-Patches-1242690 ] updated bonk~ help patch with discussion of units
by SourceForge.net 01 Jan '06

01 Jan '06

Patches item #1242690, was opened at 2005-07-21 19:31 Message generated for change (Settings changed) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1242690&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: documentation >Status: Closed >Resolution: Accepted Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Miller Puckette (millerpuckette) Summary: updated bonk~ help patch with discussion of units Initial Comment: I added some discussion about the units that are used in bonk~'s thresholds. The source of the discussion is a post from Miller explaining the units: http://lists.puredata.info/pipermail/pd-list/2005-01/025358.html ---------------------------------------------------------------------- Comment By: Miller Puckette (millerpuckette) Date: 2005-12-31 16:48 Message: Logged In: YES user_id=313747 took for 0.40 ---------------------------------------------------------------------- Comment By: IOhannes m zmÃ¶lnig (zmoelnig) Date: 2005-09-30 09:09 Message: Logged In: YES user_id=564396 probably it is good to have better documentation: assigned to miller ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1242690&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 January 2006