Re: [PD] loadbang behavior
Am 02. Jänner 2017 17:57:11 MEZ, schrieb Antoine Villeret : >This explains the "wrong argument for loadbang method" but not why the >method is called twice at patcher loading. Does it not? Once for "init", once for "load". >> >> the "loadbang" method is now called with a floating-point argument, >so you >> can do this: >> >> static void loadbang_loadbang(t_loadbang *x, t_floatarg action) >> { >> if (action == LB_LOAD) >> outlet_bang(x->x_obj.ob_outlet); >> } >> mfg.ugd.fhj IOhannes -- Sent from my pdp-11 ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] iemguts outdated on Deken
Am 02. Oktober 2016 10:52:10 MESZ, schrieb Liam Goodacre : >Sorry, must have hit the send button. > > >I've tried iemguts-v0.0.extended(Windows...) and >iemguts-v0.0.extended(Linux...). It seems that the second one has >initbang, but the first one does not. Oh, i hope not: neither should have initbang. Maybe your linux version of pd itself comes with initbang? mfg.ugd.fhj IOhannes -- Sent from my pdp-11 ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] iemguts outdated on Deken
Am 02. Oktober 2016 10:47:11 MESZ, schrieb Liam Goodacre : >I've tried iemguts-v0.0 Which does not come with [initbang] regardless of upload date... Your initial assassment that iemguts in deken is outdated is still true. I'll do an upload when i find the time... mfg.ugd.fhj IOhannes -- Sent from my pdp-11 ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] w32 Deken package issues.
Am 15. Juli 2016 15:33:24 MESZ, schrieb Lucas Cordiviola : >There was a bug in earlier versions of Pd (up to 0.43 I think), thatPd >did not look in the same folder for a dependency. > >Not sure what you mean. >If you make an external that needs another .dll, for example an mp3 >player ext, and you use an 3th party lib like lib-somthing-mp3.dll. >Its a Windows fact that your compiled object “pdmp3.dll” will find >“lib-somthing-mp3.dll” if it is in the same dir. It's also a "fact" (afair) that this used to not work. But anyhow, if it works now we shouldn't bother too much about the past. mfg.ugd.fhj IOhannes -- Sent from my pdp-11 ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] [sig~ 1] to [dac~] is dangerous for loudspeaker?
Am 16. Mai 2016 17:35:49 MESZ, schrieb Jonghyun Kim : >It can be a silly question, but I would like to know. If I send [sig~ >1] to >[dac~] directly, can it break up the loudspeaker? This depends mainly on your actual d/a converter in your soundcard. Most mid-range soundcard will have a hi-pass for DC removal built in. mfg.ugd.fhj IOhannes -- Sent from my pdp-11 ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] can signal inlets that aren't the main inlet have float or message methods?
Am 27. März 2016 07:21:59 MESZ, schrieb Derek Kwan : >My main goal is to have a second signal inlet that can also accept >floats >not as a substitute for a signal but calls a separate method. Are you really sure you want that? These days most Pd-users expect an implicit float-to-signal conversion. This might lead to unexpected (though well-defined) behaviour of your objects. My advice is to not try hard to break the expectancy of your users. mfg.ugd.fhj IOhannes -- Sent from my pdp-11 ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Dialogs such as Preferences and Audio Settings hang (Mac OS X 10.10)
Am 05. Februar 2016 01:07:23 MEZ, schrieb Matti Viljamaa : >I’ve noticed that Pd 0.43 seems to create some abnormal “hanging” on >(my install of) OS X 10.10. > Do you experience the same problem with Pd-0.46? (0.43 was released a *couple* of years ago...) mfg.ugd.fhj IOhannes -- Sent from my pdp-11 ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] How to index or loop through indices of a sound sample?
Am 05. Februar 2016 02:55:10 MEZ, schrieb i go bananas : >for just getting values, you can use tabread~, but for any pitch other >than >the original, you'd be best advised to use the interpolated tabread4~ And if you are in msg domain, use [tabread]. mfg.ugd.fhj IOhannes -- Sent from my pdp-11 ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pduino 0.5
Am 30. Jänner 2016 21:15:02 MEZ, schrieb "Björn Eriksson" : >Hi again, >I would love to! I just didn´t look that direction in the unreleased. I >guess it should be stable enough? I guess so. mfg.ugd.fhj IOhannes -- Sent from my pdp-11 ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [partconv~] wont compile on x86_64??
Am 31. Jänner 2016 19:54:23 MEZ, schrieb jamal crawford : >ld: partconv~.o: relocation R_X86_64_32 against `.rodata.str1.1' can >not >be used when making a shared object; recompile with -fPIC partconv~.o: >error adding symbols: Bad value Makefile:21: recipe for target >'partconv~.pd_linux' failed make: *** [partconv~.pd_linux] Error 1 > >can anyone help me understand what " -fPIC" flag means and how do I >recompile it? "-fPIC" is a compiler/linker flag that you need to pass when building for amd64. Edit the makefile to add these flags (look out for CFLAGS and LDFLAGS). Then rerun "make". However i'm pretty sure that the bsaylor lib in svn already uses these flags...where did you download it from? mfg.ugd.fhj IOhannes -- Sent from my pdp-11 ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Muse EEG into Pd OSC issues
Am 13. Jänner 2016 05:19:46 MEZ, schrieb Richie Cyngler : >Good point IOhannes. I think the problem was that I just took too small >of >a sample to see the error return. The culprit seems to be /muse/config >see >below. Could you please also send the "raw" data that triggers the error (actually this is all i wanted from the beginning: the list of bytes triggering the problem) mfg.ugd.fhj IOhannes -- Sent from my pdp-11 ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Font Options
Am 27. November 2015 04:06:35 MEZ, schrieb Thomas WillNot <1137...@acadiau.ca>: > >So I'm assuming GEM is the main window that opens when you normally open Pd? No. The only relation between Gem and the Pd-console is that Gem prints a splash screen when it's loaded. mfg.ugd.fhj IOhannes -- Sent from my pdp-11 ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Font Options
Am 27. November 2015 04:06:35 MEZ, schrieb Thomas WillNot <1137...@acadiau.ca>: >I tried typing "-font-size 24" into the text box labelled "Tcl" Ouch, no. That (and my previous answer) are cmdline flags you need to pass to Pd on startup...either by running pd from the cli or by adding the flags to the preferences. mfg.ugd.fhj IOhannes -- Sent from my pdp-11 ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Font Options
Am 27. November 2015 04:06:35 MEZ, schrieb Thomas WillNot <1137...@acadiau.ca>: >but I would like to be able to change to >something nicer like Fixedsys perhaps! Just usr `-font-face FONT` to choose any font of your liking. mfg.ugd.fhj IOhannes -- Sent from my pdp-11 ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] more delay weirdness
Am 25. September 2015 00:10:25 MESZ, schrieb Christof Ressi >To repeat myself, I personally think most of what you declare as a >'bug' is just a matter of missing or misleading documentation. > > I would say it is a bug - in the docs. mfg.ugd.fhj IOhannes -- Sent from my pdp-11 ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] changing font size overall
Am 06. September 2015 13:47:40 MESZ, schrieb ro...@dds.nl: > >when i put for example -font-size 16 in the command line it doesn't >have any effect. > I'm pretty sure it does work. However, the font-size is saved in the patch, so it only has an effect on new patches... mfg.ugd.fhj IOhannes -- Sent from my pdp-11 ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] any block size for video processing?
Am 18. Juni 2015 03:18:49 MESZ, schrieb Alexandre Torres Porres : >hi, help file of block says you should use power of two sizes for >objects, >but that you can use any other block size if there's no inlet~/outlet~. >This is said to be "intended for later use in video processing" and I >ask: >how so? > Hmm. What is the question? mfg.ugd.fhj IOhannes -- Sent from my pdp-11 ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Bad arguments for message 'loadbang' to object? Flext?
Am 12. Juni 2015 19:04:21 MESZ, schrieb "Peter P." : > >Can I add as question: >Why are these older Pd sources in the svn (src/Changelog says 0.42.0)? Because someone put it there :-) More serious: in the olde days, that was the place where official pd development happened. And nobody removed it. >Are they used to compile extended? afaik, a lot of externals use the bundled pd as default header source. Many will also search "standard" directories (/usr/include/pd), if the system has the concept of standard include directories (such as linux, bur not w32) > Could I do without them? maybe. Try it and tell us > >After running >svn checkout svn://svn.code.sf.net/p/pure-data/svn/trunk pure-data-svn >I see that svn has downloaded the following directories: > >"abstractions debian doc extensions externals guiplugins packages >pd scripts" > >I am wondering how could I tell the svn command to only fetch > >"abstractions doc externals"? $ for d in abstractions doc externals do svn checkout svn://svn.code.sf.net/p/pure-data/svn/trunk/$d done > >and add miller's git as "src" directory via eg. a symlink. why "src"? Should be "pd". $ git clone git://./pure-data pd mfg.ugd.fhj IOhannes -- Sent from my pdp-11 ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem: mpeg vs mpeg-3
Am 18. April 2015 21:30:20 MESZ, schrieb "Peter P." : > >mpeg3video_seek: frame accurate seeking without a table of contents >is no longer supported. Use mpeg3toc >to generate a table of contents and load the table of contents instead. > >what to do? How about "Use mpeg3toc " ? mfg.ugd.fhj IOhannes -- Sent from my pdp-11 ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] GEM Motion Capture
Am 11. März 2015 23:24:29 MEZ, schrieb Jaime E Oliver : >So what is the newest version of OS X with which GEM will work? > I have mavericks installation that appears to work fine, but i'm no expert in the shallow depths of osx mfg.ugd.fhj IOhannes -- Sent from my pdp-11 ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] VLC plugin - missing openGL headers
Am 06. März 2015 23:07:41 MEZ, schrieb "Csaba Láng" : >PD Vanilla 0.45.4 with Gem-master from github. Well, the Gem from "this repo" (as opposes to the official ubuntu deb "repo") definitely builds the vlc plugin if all the dependencies (libvlc-dev in addition to the "normal" Gem deps) are met. >No chance to get openGL headers to be installed on Ubuntu 14.04.2. >many >dependency conflicts among mesa, mesa-dev, glu, gl1 etc > This is a problem with your local setup. Most likely , in the past you have installed some other (seemingly unrelated) packages on your system which now create the (build) conflict. I can only suggest to use a package manager with better conflict resolving capabilities, eg aptitude[1], or resolve the conflict manually (for which i personally also recommend aptitude in interactive mode) mfg.ugd.fhj IOhannes [1] i'm on debian though -- Sent from my pdp-11 ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] high channel count audio output on the cheap?
Am 01. März 2015 14:44:13 MEZ, schrieb tim vets : >You can probably find some m-audio Delta series soundcards for cheap, >and >combine several of them. The problem with that approach in general is that you have no way of synching the cards. Since each has their own quartz and all have slightly different speeds, you will end up with dropped samples sooner or later, unless you do a resampling (fons adriansen has written a nice resampler for that kind of things on linux). mfg.ugd.fhj IOhannes -- Sent from my pdp-11 ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [hcs/window_name] for pd-window
Am 01. März 2015 08:11:15 MEZ, schrieb Ingo : >Still looking for the window_name for the pd-window to hide, rezize or >move >the pd-window. > >With tcl/tk 8.4 this was "." >This does not work anymore with tcl/tk 8.5 I think it is not related to the tcl/tk version, but rather to the pd-gui rewrite. I cannot answer the question, though. mfg.ugd.fhj IOhannes -- Sent from my pdp-11 ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] install libraries with apt-get with Pd compiled from source?
Am 23. Jänner 2015 13:18:27 MEZ, schrieb Alexandros Drymonitis : >Forgot to mention that I haven't installed Pd with apt-get, so there's >no >/usr/lib/pd either.. > Installing any external via pd-* package will - create that directory - also install the puredata package (as the externals depend on a properly installed "host"). However you can simply ignore the additional binary. mfg.ugd.fhj IOhannes -- Sent from my pdp-11 ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] dynamically delete abstractions
Am 09. Jänner 2015 16:40:50 MEZ, schrieb Alexandros Drymonitis : >I'm creating some abstractions dynamically with the [obj ( message to a >subpatch, which are actually oscillator instances. If I want to reduce >the >number of instances, I want to delete the excess ones. > >I know I can do this by sending [clear( to the subpatch and create the >new >ones, or maybe with iemgut's [canvasdelete], but I don't want to clear >all >the instances and create them anew (I just want to keep the ones I >need), >neither use [canvasdelete], as I'm trying to make this as much vanilla >as >possible. > >What I'm doing now, is keep track of the number of instances, calculate >their canvas coordinates, and use them with these messages [editmode 1, >mouse 20 $1 0 0, mouseup 60 $2 0(, and then [cut, editmode 0(. So the >excess abstractions are being selected and then I'm cutting them. Is >there >a way to tell Pd to delete them? Like hitting backspace... >I tried with [makefilename %c] but didn't seem to work. > I dont think its possible: there really is a reason for the iemguts functionality (it allows you to do patching related stuff that you CANNOT do otherwise). btw, once you have loaded [canvasdelete] , there is a new "delete" method for a pd-canvas that allows you to delete objects by index. mfg.ugd.fhj IOhannes -- Sent from my pdp-11 ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] low latency network video stream display
I would use a gstreamer solution that outputs to a v4l2loopback device, read by gem. (unfortunately there seems to be a problem with v4l2loopback and gst-1.0) Am 26. Dezember 2014 17:36:38 MEZ, schrieb Antoine Villeret : >hello, > >I'm looking for the best solution to display an h264 network video >stream >with Pd/Gem. >The stream is a Raspberry Pi camera module (Raspicam). >Currently it works with VLC but with a big latency (something more than >1 >second). > >I'm able to display the stream thanks to netcat and mplayer with 10 >images >(166 ms) latency (from capture to display on remote machine). >The key is to send the raw h264 stream from camera (with raspivid) via >udp >with netcat. >On the other netcat is piped to mplayer to display the image. > >I would like to display this image with Gem with the same latency. >This means I have to receive and decode raw h264 stream inside pd. >Or to receive and decode outside pd and then send the result to pd. >How can I do that ? Is it possible ? > >I tried some gstreamer-1.0 solution but without success (it only >displays a >green image). >So I guess pdgst is not a good way (although it's based on >gstreaming-0.1 >while all solutions I've seen are gstreamer-1.0 based) > >For more about those streaming techniques please see : >http://antonsmindstorms.blogspot.nl/2014/12/realtime-video-stream-with-raspberry-pi.html > >Thanks in advance for any handy hints. > >Antoine >-- >do it yourself >http://antoine.villeret.free.fr > > > > >___ >Pd-list@lists.iem.at mailing list >UNSUBSCRIBE and account-management -> >http://lists.puredata.info/listinfo/pd-list mfg.ugd.fhj IOhannes -- Sent from my pdp-11 ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Raspberry Pi & pd 0.46 with real time priority
Am 03. Dezember 2014 03:20:49 MEZ, schrieb katja : >Following IOhannes' guidelines in an earlier thread I built the .deb >packages from jessie source. That works great, but still it's quite a >detour and in particular for new users there should be an easier way >to get pd working properly on Raspberry Pi. How about making your .deb available via apt.puredata.info? mfg.ugd.fhj IOhannes -- Sent from my pdp-11 ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] value object with dollar sign in name acts locally only
I'm not entirely sure i understand your original question, but having [value $1-foo] in an abstraction used as [abs1 murgl] and a [value $2-foo] in an abstraction used as [anotherabs qaex murgl] will certainly have both instances of [value] reference the *same* value (just as [value murgl-foo] will reference the same value) Am 14. November 2014 20:44:10 MEZ, schrieb Iain Mott : >Sorry, not thinking very well - yes there is, using send and receive >rather than value. > >Em Sex, 2014-11-14 às 17:10 -0200, Iain Mott escreveu: >> Hi list - In two different abstractions, I would like to use dollar >> signs in the names of "value" objects. As I understand it, the value >> object usually has global scope, however it doesn't seem to work that >> way across abstractions when a dollar sign referencing the same >creation >> argument is incorporated in the name. >> >> eg. if i give a value object in two abstractions the name argument >> "$1_started", where $1 is a file name referenced by the two, the >value >> of the value objects of the abstractions don't confer when one is >> changed. Is there a way around this problem? >> >> Thanks, iain >> >> >> ___ >> Pd-list@lists.iem.at mailing list >> UNSUBSCRIBE and account-management -> >http://lists.puredata.info/listinfo/pd-list > > > >___ >Pd-list@lists.iem.at mailing list >UNSUBSCRIBE and account-management -> >http://lists.puredata.info/listinfo/pd-list mfg.ugd.fhj IOhannes -- Sent from my pdp-11 ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] libdir path
Am 07. November 2014 22:46:35 MEZ, schrieb Jonathan Wilkes via Pd-list : >Should "libdir" as a path have any meaning to the Pd user or patch >author? I dont think so. (I also cannot remember to have needer it ever.) > I see it in the source code. Afaik it's only used to launch pd-gui and pd-watchdog. > On GNU/Linux it looks like it >points to /usr/lib/pd-- essentially the place for the subdirs doc, >extra, etc. Note that it is only *one* of many places for extra. Hans and me spent some time to figure out how to make pd-extended and pd-vanilla co-installable on debian and friends, without duplicating each and every external for both flavours. The solution was to have multiple "extra" dirs: /usr/lib/$PDFLAVOUR/extra /usr/lib/pd/extra (And thats on top of all the ~/pd-externals and /usr/local/pd-externals) so obviously i am mainly concerned about the usability of the value for the location of addons... >I ask because I just added a "libdir" method to [pdinfo] in Pd-l2ork. >It's useful, Could you share some use-cases? >but maybe there's a better name for that method since it >conflicts with the name for anl self-contained external library that >adheres to Hans' standard format. How about "pdinstalldir"? (prefixed 'pd' to avoid confusion with the "install" path of the patch.) the "lib" is really just an implementation detail of the FSH. mfg.ugd.fhj IOhannes -- Sent from my pdp-11 ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] No basic objects in pd-extended from sf git-repo
Thanks for the output of configure: Gem finds the headers nicely, but fails to link with the GL-library. Am 01. November 2014 19:52:16 MEZ, schrieb Viacheslav Lotsmanov : >There's no problem with linking with libGL, see: >``` >$ ldd /usr/bin/glxgears | grep libGL >libGL.so.1 => /usr/local/lib64/libGL.so.1 (0x7fd00ac65000) >``` This is the dynamic "runtime" linker. I was referring to the linking stage during the build-process, which is not exactly the same. E.g. the build process searches for libGL.so, whereas the runtime linker uses libGL.so.1 Also the build linker might not automatically search for libs in /usr/local/lib64 (check the docs) > >Here full log of Gem configure: http://pastebin.com/VuDAjMM >Some about OpenGL: >``` >checking GL/gl.h usability... yes >checking GL/gl.h presence... yes >checking for GL/gl.h... yes >checking OpenGL/gl.h usability... no >checking OpenGL/gl.h presence... no >checking for OpenGL/gl.h... no >``` Btw, the real error was a little further below... OpenGL/gl.h are OSX-specific headers...no wonder they cannot be found on a linux system... >>> I have "/usr/local/include/GL" as symbolic link to >/opt/Mesa-10.2.4/include/GL/ >> [...] >>> What I'm doing wrong? Btw, do these headers match the library installation? Also mesa is notorious for mangling the exported names. Ideally your opengl installation provides a pkg-config script that tells configure where to find stuff. mfg.ugd.fhj IOhannes -- Sent from my pdp-11 ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [oscparse] parsing address patterns with integers differently
Am 30. Oktober 2014 03:47:40 MEZ, schrieb Chris McCormick : > >Or maybe oscparse and tosymbol should do the expected thing when a >float-looking symbol pops out? Imho, an osc-path "/0" holds a symbol "0" (or rather: an osc-path only ever consists of symbols). So [oscparse] should try not be superclever, and leave the conversion to another object. Similar, it would be very surprising if [list tosymbol] outputs anything *but* a symbol... mfg.ugd.fhj IOhannes -- Sent from my pdp-11 ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Pd 0.46-2 released
Am 28. Oktober 2014 11:06:03 MEZ, schrieb Jack : >-BEGIN PGP SIGNED MESSAGE- >Hash: SHA1 > >It is OK with : >$ cd src/ >$ make -f makefile.gnu > >But is there a reason why it does not work with ? : >$ ./autogen.sh >$ ./configure >$ make > Because there is a bug. It has been fixed in git but apparently not in the downloadable tarfiles. Btw, debian already comes with 0.46-2, so recent ubuntus will follow. mfg.ugd.fhj IOhannes -- Sent from my pdp-11 ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Build externals from svn?
Am 22. Oktober 2014 21:25:06 MESZ, schrieb "Peter P. via Pd-list" : >The only question missing, is if there is any difference between the >Pd sources within that package and the sources I cat get from Miller's >git repo? The "pd" sources in trunk/ are very old (but otherwise the same, iirc) mfg.ugd.fhj IOhannes -- Sent from my pdp-11 ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Audio properties dialog
Am 08. Oktober 2014 04:33:34 MESZ, schrieb Dan Wilcox : >If it's not being used, could it be removed from the dialog? We don't >have a settable blocksize in libpd either. > But afaiu, libpd does not do *any* audio interfacing mfg.ugd.fhj IOhannes -- Sent from my pdp-11 ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Audio properties dialog
Am 08. Oktober 2014 01:47:57 MESZ, schrieb Miller Puckette : >It could easily be that it mattered in the past and/or matters on some >part- >icular hardware (I spent years fidding with ALSA trying to find magic >to get >its latency down on various devices). I found it matters quite a lot to make pd do any decent sound on some devices... mfg.ugd.fhj IOhannes -- Sent from my pdp-11 ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] iem_sqrt4~ amd_64 crasher puzzle
Am 07. Oktober 2014 06:58:25 MESZ, schrieb Jonathan Wilkes via Pd-list : >Well, Pd-extended 0.43-4 will crash when trying to create >[iem_sqrt4~]. (I'm not sure how to tell whether it's using the latest >code or not.) The last Pd-extended release has been a while and is not using the latest code. The latest and greatest code can usually be found in the svn repository at sourceforge. mfg.ugd.fhj IOhannes -- Sent from my pdp-11 ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] strange bug [f], Pd 0.45.5
Am 06. Oktober 2014 09:22:33 MESZ, schrieb "IOhannes zmölnig" : >the question is, whether pd should work around system limitations. Eg >if you ask it for a tabke with 10 tera-samples and you only have 4gb >ram, should it... Should have read "table". sorry for the typos, i'm having troubles with my mail client. The point i was trying to make, is that there are some limitations that cannot be worked around realistically and which make a seemingly fine program (patch) not behave as expected. mfg.ugd.fhj IOhannes -- Sent from my pdp-11 ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] strange bug [f], Pd 0.45.5
On 05. Oktober 2014 20:40:19 MESZ, Jonghyun Kim wrote: >Thanks for the solution. I can understand the actual problem on 32bit. You might be confusing things here: Currently pd will always uses single precision floats (which happen to have 32bit on all known platforms), even when run "on" a 64bit system. >But >I think still this is a bug. Yes, in your patch :-) the question is, whether pd should work around system limitations. Eg if you ask it for a tabke with 10 tera-samples and you only have 4gb ram, should it... > >| >> | +--+ >> [f] | >> || >> [+ 1]| >> || >> [% 6]| >> || >> [t f f] | >> | +--+ >> | > > >Could you give me the patch again with easily drawing? Sorry I can't >recognize your patch drawing... check it with a monospaced font. (and no, i cannot redraw it on my smartphone). > >Many thanks, >akntk > >On Mon, Oct 6, 2014 at 1:22 AM, wrote: > >> (had to find a real compuer before anwering the actual question) >> >> >> Quoting Jonghyun Kim : >> >>> Pd 0.45.5 (Vanilla) >>> Mac OS X Mavericks 10.9.5 >>> >>> >>> I don't really know why this bug cause, or only my problem. This bug >>> sometimes appears. I think this is very critical bug. >>> [f] storing bug >>> >>> [metro 1] >>> | >>> [f 0] >>> | / >>> [+ 1] >>> | >>> [% 6] >>> >>> respected result: 0, 1, 2, 3, 4, 5 (repeat) >>> >>> bug: 4, 4, 4, 4, 4 (always 4) >>> >> >> >> this very much sounds like a problem with floating point precision >overrun. >> an [f] object (and actually *any* number within the Pd universe) will >hold >> a single precision 32bit floating point number, which can only >represent >> *consecutive* integer values up to 16777216. >> (consecutive means, that [f] can hold representations of both (e.g.) >> 123 and 124). >> if the numbers go higher, singple precision floats will have gaps >bigger >> than 1.0 inbetween them (e.g. the next number after 16777216 >representable >> by [f] is 16777218) - this breaks a counter that increments 1 (since >> 16777216+1 will be evaulated to ~16777216!) >> >> the solution is actually quite simple: never allow your number to >grow as >> big as that. >> >> in your counter this means, that the feeback part, must include the >[% 6] >> (so the numbers in the counter will only ever stay in the range >0..6): >> >> | >> | +--+ >> [f] | >> || >> [+ 1]| >> || >> [% 6]| >> || >> [t f f] | >> | +--+ >> | >> >> btw, you ASCII rendering of the patch did not use [trigger]. you >should >> always use it when you want to connect multiple inlets to a single >outlet. >> >> mfgsdr >> IOhannes >> >> >> >> ___ >> Pd-list@lists.iem.at mailing list >> UNSUBSCRIBE and account-management -> http://lists.puredata.info/ >> listinfo/pd-list >> > > > > >___ >Pd-list@lists.iem.at mailing list >UNSUBSCRIBE and account-management -> >http://lists.puredata.info/listinfo/pd-list mfg.ugd.fhj IOhannes -- Sent from my pdp-11 ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] strange bug [f], Pd 0.45.5
On 05. Oktober 2014 17:03:15 MESZ, Jonghyun Kim wrote: >FYI: >This subpatch two times duplicated with same name, and the first one >works If you want the same functionality *multiple* times, thou shalt use abstractions (and not subpatches) >correctly, but the second one has bug. I don't really understand. > >I tried: >change the subpatch name = no luck the name of a subpatch is *purely* cosmetic. You can change it without affecting any functionality (including (no) resets: this is different from the rest of pd) mfg.ugd.fhj IOhannes -- Sent from my pdp-11 ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] strange bug [f], Pd 0.45.5
On 05. Oktober 2014 17:04:37 MESZ, Jonghyun Kim wrote: >I guess, it can be a bug on [%] > This is *very* unlikely. Most of the times it is save to assume that the bug is in the patch. mfg.fzd.g IOhannes ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list