Pd-dev January 2007

pd-dev@lists.iem.at

22 participants
56 discussions

[ pure-data-Patches-1638701 ] 2GB limit for reading!
by SourceForge.net 18 Jan '07

18 Jan '07

Patches item #1638701, was opened at 2007-01-18 16:15 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1638701&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: feature Status: Open Resolution: None Priority: 7 Private: No Submitted By: IOhannes m zmölnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: 2GB limit for reading! Initial Comment: my patch [1312885] fixed the problem with writing files with [writesf~] which are larger than 2GB. however, this does not work for reading soundfiles, since open_via_path() uses the non-largefile functions read() and fstat(). this patch (against current CVS 18.01.2006) for s_path.c allows to open huge files via open_via_path(), and therefore large files can be played back via [readsf~]. again, this only works on *nix's. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1638701&group_…

1 0

[ pure-data-Patches-1629160 ] Fix for OSCx multicast on mingw
by SourceForge.net 17 Jan '07

17 Jan '07

Patches item #1629160, was opened at 2007-01-05 19:42 Message generated for change (Settings changed) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1629160&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: externals >Group: bugfix >Status: Closed >Resolution: Accepted Priority: 5 Private: No Submitted By: Stephen Sinclair (radarsat1) >Assigned to: Hans-Christoph Steiner (eighthave) Summary: Fix for OSCx multicast on mingw Initial Comment: The multicast changes to OSCx did not compile because a required header file was not included. These changes have been tested on Windows. sendOSC now seems to work with multicast on Windows, but my dumpOSC tests did not work. (Received no messages from a multicast group.) But in any case, this patch is required to fix the compile. I'll try to look into why Windows doesn't want to receive multicast packets, but I have little idea, since it seems to follow the same setsocketopt API as Linux and OS X. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1629160&group_…

1 0

multicast patch to OSCx
by Hans-Christoph Steiner 17 Jan '07

17 Jan '07

This patch adds multicast support to the OSCx libs, it looks useful, but I don't really use OSC, so I couldn't say if its worth taking or not: http://sourceforge.net/tracker/index.php? func=detail&aid=1612910&group_id=55736&atid=478072 Shall we trying it in the nightly test builds? Anyone willing to vouch for this patch so that it can be included in the next release? .hc ------------------------------------------------------------------------ I spent 33 years and four months in active military service and during that period I spent most of my time as a high class muscle man for Big Business, for Wall Street and the bankers. - General Smedley Butler

2 7

text placement
by Hans-Christoph Steiner 17 Jan '07

17 Jan '07

Can anyone point me to where the text is placed on the canvas in relation to the object and message boxes? It seems to vary depending on platform and I'd like to troubleshoot it. .hc ------------------------------------------------------------------------ As we enjoy great advantages from inventions of others, we should be glad of an opportunity to serve others by any invention of ours; and this we should do freely and generously. - Benjamin Franklin

4 8

[ pure-data-Bugs-1637460 ] hexloader not working in 0.40-1
by SourceForge.net 17 Jan '07

17 Jan '07

Bugs item #1637460, was opened at 2007-01-17 08:32 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1637460&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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Georg Holzmann (grholzi) Assigned to: Nobody/Anonymous (nobody) Summary: hexloader not working in 0.40-1 Initial Comment: Hallo! The hexloader does not work with pd 0.40-1 ! It seems that there were various changes in s_loader.c and the hexloader-patch from IOhannes was thrown out ... Would be good if it can be integrated again, because various externals/patches depends on it ! LG Georg ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1637460&group_…

1 0

"float a" vs "symbol 1"
by Claude Heiland-Allen 17 Jan '07

17 Jan '07

"float a" | [print] error: Bad arguments for message 'float' to object 'messresponder' but "symbol 1" | [print] print: symbol (in fact an empty symbol: selector<symbol> message<symbol<>>, checked with Print.hs from hsext [1]) I think *both* cases should error, with a more informative error message (such as listing the offending arguments). Also, maybe (optional) warnings for cases such as: "float 1 2 3" (equivalent to "float 1") "float 1 a b" (equivalent to "float 1") "symbol a b c" (equivalent to "symbol a") "symbol a 1 2" (equivalent to "symbol a") Any thoughts? [1] http://devel.goto10.org/listing.php?repname=maximus&path=%2Fhsext%2F&rev=0&… Claude -- http://claudiusmaximus.goto10.org

2 2

iem16 compilation problem on osx
by Georg Holzmann 16 Jan '07

16 Jan '07

Hallo! iem16 does not compile on OSX - the error is before the int32 in the code below: ----8<-----------8<------- #ifdef __apple__ #define HIOFFSET 0 /* word offset to find MSB */ #define LOWOFFSET 1 /* word offset to find LSB */ #define int32 int /* a data type that has 32 bits */ #endif /* MACOSX */ #endif /* __linux__ */ #endif /* MSW */ #endif /* SGI */ union tabfudge { double tf_d; int32 tf_i[2]; }; ----8<-----------8<------- So maybe this __apple__ is not defined ? should this be defined automatically or otherwise changed to an other define ? LG Georg

4 6

[ pure-data-Patches-1579049 ] build flag for cyclone to fix Windows issues
by SourceForge.net 16 Jan '07

16 Jan '07

Patches item #1579049, was opened at 2006-10-17 11:49 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1579049&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: externals Group: bugfix Status: Closed Resolution: Invalid Priority: 5 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Krzysztof Czaja (krzyszcz) Summary: build flag for cyclone to fix Windows issues Initial Comment: >From an email from Krzysztof: Btw, I learned, while scanning pd-list messages, that some people complain about miXed externals instability in pd-extended for Windows (which I do not use). Do you confirm, that is the case? If so, I would like to ask you for help, since I would rather avoid installing mingw + doing cvs checkout on windows, etc. just for the sake of flipping some weird little flag. So, when you have time, would you check if things improve after applying this patch to miXed/Makefile.common: @@ -50,8 +50,8 @@ CC = gcc X_SUFFIX = dll DEFINES = -DNT -DMSW -# assuming pd itself was either vc-compiled or declared -mms-bitfields too... -OPT_CFLAGS = -funroll-loops -mms-bitfields +# assuming pd itself was mingw-compiled, and -mms-bitfields was not set +OPT_CFLAGS = -funroll-loops LFLAGS = -shared $(PD_DIR)/../bin/pd.dll -Wl,--enable-runtime-pseudo-reloc endif ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-01-16 10:32 Message: Logged In: YES user_id=27104 Originator: YES OPT_CFLAGS gets overridden in Pd-extended builds for optimization flags, -mms-bitfields was set in OPT_CFLAGS in externals/miXed/Makefile.common, so it was getting overridden. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-12-28 22:20 Message: Logged In: YES user_id=27104 Originator: YES It turns out that this didn't affect the problem either way, so I am closing this patch. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1579049&group_…

1 0

[ pure-data-Bugs-1561839 ] rhythmic glitching on PowerBook G4
by SourceForge.net 16 Jan '07

16 Jan '07

Bugs item #1561839, was opened at 2006-09-19 21:31 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1561839&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: v0.40.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Nobody/Anonymous (nobody) Summary: rhythmic glitching on PowerBook G4 Initial Comment: On an Apple PowerBook G4 1.67GHz running 10.4.7, the sound always had a pulsing glitch on it no matter if any sound was being generated or not. When I switched the output sampling rate to 48000, the glitching went away. When I switched back to 44100, the glitching came back. I saw this one other time on a PowerBook, but it was also happening to Audacity. This time it was only happening for Pd. My guess is that its related to portaudio. This was on a student's laptop, so I can't test again. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-01-16 10:30 Message: Logged In: YES user_id=27104 Originator: YES I saw this on another PowerBook G4 1.67GHz. That seems to be the only model affected. Setting to 48000 fixed it also. ---------------------------------------------------------------------- Comment By: Fred Inklaar (inklaar) Date: 2006-11-27 20:51 Message: Logged In: YES user_id=417856 Originator: NO OK, because of zmoelnig's comment I also tested vanilla pd-0.39-2 on my PowerBook. Unfortunately, that did *not* solve the problem, the pulsing glitch is there anyway, But the problem is also slightly different than Hans-Christoph's description: I *do* need to generate a sound to hear the glitching pulse. Doesn't matter what sound, sinus or noise. The output sound gets dropped and restored very frequently, on a regular interval. That is what causes the pulsating glitch. So, without output no restore, thus no pulse. ---------------------------------------------------------------------- Comment By: Fred Inklaar (inklaar) Date: 2006-11-27 20:42 Message: Logged In: YES user_id=417856 Originator: NO This bug is present in all versions I tested above Pd version 0.38.4-extended-RC8. The highest version I tested was Pd version 0.40-2 on: Computernaam: PowerBook G4 15" Computermodel: PowerBook5,8 Processortype: PowerPC G4 (1.5) Aantal processors: 1 Processorsnelheid: 1.67 GHz L2-cache (per processor): 512 KB Geheugen: 1 GB Bussnelheid: 167 MHz Opstart-ROM-versie: 4.9.6f0 With the following audio card specs: Ingebouwde geluidskaart: Apparaten: Crystal Semiconductor CS84xx: Ingangen en uitgangen: Digitale S/PDIF-invoer: Hoorbaar: Ja Plugincode: Topaz Burr Brown PCM3052: Ingangen en uitgangen: Interne microfoon: Regelaars: Geluid uit, Master Hoorbaar: Nee Plugincode: Onyx Lijnniveau-ingang: Regelaars: Geluid uit, Master Hoorbaar: Nee Plugincode: Onyx Digitale S/PDIF-uitvoer: Regelaars: Geluid uit Plugincode: Onyx Interne luidsprekers: Regelaars: Geluid uit, Links, Rechts Plugincode: Onyx Lijnniveau-uitgang: Regelaars: Geluid uit, Links, Rechts Plugincode: Onyx The pulsing glitch is present when the audio card is set to the following frequencies (by using the Audio/Midi-configuratie Utility), all on 16-bit: 44100 Hz 88200 Hz (faster pulse) 96000 Hz (even faster pulse) The glitch is not present when the audio card is set to: 32000 Hz 48000 Hz 64000 Hz ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2006-10-11 03:22 Message: Logged In: YES user_id=564396 experienced something similar on a G4 iBook (of a student, so don't ask for details...) with an RME fireface. this only happened with pd-extended (if i only knew the version...0.38, 0.39??), running vanilla pd-0.39-2 did solve the problem. the test was the "test audio and midi" sinewaves. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1561839&group_…

1 0

pd-extended: flatspace, external-libs, aliases
by Georg Holzmann 15 Jan '07

15 Jan '07

Hallo Hans+list! As I added some more externals to the buildsystem now, I have some more questions: 1) flatspace (externals/build/src) : I see there are now a lot of doubled objects there (e.g. zexy, iemlib, iemmatrix, ... is now all in the libdir format) - so I only want to ask if I can remove these deprecated objects here ? And a general question about the flatspace: what should go in there ? All externals, which only exist of one object ? And what is this externals/build/externals.pd file for (which doesn't include all objects) ? 2) external libraries: How do we handle this (e.g. ann, which needs the ann library) - should we e.g. make an directory somewhere where these libraries are downloaded (so they don't have to be in pd-cvs) and then build with the buildsystem and linked to the externals statically ? At least for not that big libraries it would be an option ... what do you think or how is this handled now ? in externals/build/README you write: <cite> In order to add an external that needs libraries to this build system, create a "libs" file with the exact same name as the source file (i.e. oggread~.c and oggread~.libs). If the .libs file has cross-platforms library options, it should go into "externals/build/src". .libs files for platform-specific library options go in "externals/build/PLATFORM" </cite> but in these .libs files are only the flags for the linker ... 3) Multiple-Files externals: again, your description in externals/build/README says this: <cite> In your "externals/build/src/OBJECT.c" file, #include the other files that need to be compiled and linked in. See how the chaos externals are included: </cite> I guess this was just a quick hack ... ;) So I build now various libraries with multy-Files externals and will update this documentation if you don't mind ! 4) Aliases: your README: <cite> In the "externals/build/src/OBJECT.c" file, add a function with the alias name with "_setup" appended to it. Then make a symlink to original external binary file that is named using the alias. </cite> How do you do that now ? Because I can't see any symlinks ATM ... But maybe it's a better approach to make pd-wrapper patches (at least where it is possible) ... maybe in the directory of the externals ? E.g. in iemmatrix - src - help - abs - aliases -> and here the alias patches ? Of course it would be optimal, if those could be auto-generated ... ;) (Problem is, that the helpfiles won't work - in any case) So I'm curious what you and the others think about this ! LG Georg

4 5

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 2007