Re: [PD] pd msgs for pd->pd-gui WAS: Why I don't like the new automagic
It is in the pd-devel 0.41.4. It is barely alpha quality, but its developing fast. .hc On Jan 29, 2009, at 5:16 PM, padovani wrote: > sorry if it is a stupid quetion... This complete Tcl GUI is complete > since which Pd version? > ze > > Hans-Christoph Steiner escreveu: >> Anyway, what I am currently working on, and have basically working, >> is making the GUI 100% Tcl. It is now 100% Tcl, it is just not >> 100% working yet ;). It is now (barely) usable and there are now >> nightly builds of pd-devel-extended. >> >> About your example, I think that we definitely should address >> things like that. But part of the mandate that Miller, you and >> others have laid out for pd-devel is that it should not change the >> C code or the current API. That means your example is definitely >> not going to happen in this stage of the development. >> >> That said, it would not be hard to reduce the above commands to >> succinct messages using Tk's tagging and the "move" command. Then >> the selection would tag everything, then you only need a single >> move command to apply to that tag. This then could easily be >> converted to Pd messages. So it seems to be that this should be a >> two stage process >> >> First things first, this pd-devel GUI needs to get included in >> vanilla, so we need to stick to those guidelines laid out by >> Miller. And Miller, any feedback that you can offer would be most >> appreciated. >> >> .hc >> >> > > > -- > http://www.padovani.googlepages.com I have the audacity to believe that peoples everywhere can have three meals a day for their bodies, education and culture for their minds, and dignity, equality and freedom for their spirits. - Martin Luther King, Jr. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd msgs for pd->pd-gui WAS: Why I don't like the new automagic
On Thu, 29 Jan 2009, padovani wrote: sorry if it is a stupid quetion... This complete Tcl GUI is complete since which Pd version? He doesn't mean the whole GUI, he just means the client-side. _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal, Québec___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] max for live
On Thu, 29 Jan 2009, chris clepper wrote: As a former jMax developer (vDSP with Christian Klippel) I can say that it embodied planned obsolescent crap software. I don't use Live, but it doesn't appear anywhere near the mismanaged mess that jMax was. Don't bother replying to whatever Dave Akbari says about jMax. He's just pulling your leg. _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal, Québec___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] max for live
Of course! I forgot to mention that combination. There are a lot of
wonderfully talented musician/programmers who equally amaze me with their
programming and performing skills.
I didn't mean to make it seem otherwise!
~Kyle
On Thu, Jan 29, 2009 at 6:07 PM, xà wrote:
> 2009/1/29 Kyle Klipowicz :
> > Live is not garbage. Incremental improvement != planned obsolescence.
> Making
> > software for a business is not a sin. You get what you pay for.
> >
> > Open source is great. I appreciate everything that Pd and it's users
> stand
> > for. However, trolling about a DAW when the free alternatives are 5 years
> > back in the dust in terms of optimization, ease of use, and plain
> > crash-resistance is just silly.
> >
> > Some people prefer to make music, not software. Some people prefer to
> make
> > software, not music. Some people prefer to make software AND music. Some
> > people make great music software but horrible music. Some people make
> great
> > music but crummy software.
>
> and maybe some people make great music with great software...do you
> guys???
>
> salut
> xà!
>
>
>
>
>
> > ~Kyle
> >
> >
> > On Thu, Jan 29, 2009 at 2:57 AM, day five wrote:
> >>
> >> Live is garbage and so is their planned obsolescence business model...
> >> what are they at version 56 by now?
> >>
> >> Now if they could embed jMax as a VST _then_ I'd be impressed.
> >>
> >>
> >>
> >>
> >>
> >>
> >> ./d5
> >>
> >> ___
> >> Pd-list@iem.at mailing list
> >> UNSUBSCRIBE and account-management ->
> >> http://lists.puredata.info/listinfo/pd-list
> >
> >
> >
> > --
> > -
> >
> > -
> > - --
> > http://perhapsidid.wordpress.com
> > http://myspace.com/kyleklipowicz
> >
> > ___
> > Pd-list@iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> > http://lists.puredata.info/listinfo/pd-list
> >
> >
>
>
>
> --
> rm -rf / i ens ho carreguem tot
>
--
-
-
- --
http://perhapsidid.wordpress.com
http://myspace.com/kyleklipowicz
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
Re: [PD] ambi_decode3 ... getting the speaker feeds
> iemmatrix has plenty of help-patches (though i don't know where they are on > Pd-extended) > > just have a look at > http://pure-data.svn.sourceforge.net/viewvc/pure-data/trunk/externals/iem/iemmatrix/doc/ great ... thankyou. >> I can do this outside of matrices but its gonna be shitloads of objects. > > yes that is the main reason why i started writing iemmatrix. > > the object you want is [mtx_*~ 16 9] so easy! (when you know how). For posterity's sake ... if anyone is googling how to get speaker feeds from iem_ambi3, the answer is just to route the output of iem_ambi3 into a mtx_*~ object ... where the input signals are the ambisonic components and the outputs are the speaker feeds. Etienne ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] max for live
2009/1/30 xà : > 2009/1/29 Kyle Klipowicz : >> Live is not garbage. Incremental improvement != planned obsolescence. Making >> software for a business is not a sin. You get what you pay for. >> >> Open source is great. I appreciate everything that Pd and it's users stand >> for. However, trolling about a DAW when the free alternatives are 5 years >> back in the dust in terms of optimization, ease of use, and plain >> crash-resistance is just silly. >> >> Some people prefer to make music, not software. Some people prefer to make >> software, not music. Some people prefer to make software AND music. Some >> people make great music software but horrible music. Some people make great >> music but crummy software. better description: and maybe some people make great music with great software...do you (want/desire) , guys??? > > salut > xà! > > > > > >> ~Kyle >> >> >> On Thu, Jan 29, 2009 at 2:57 AM, day five wrote: >>> >>> Live is garbage and so is their planned obsolescence business model... >>> what are they at version 56 by now? >>> >>> Now if they could embed jMax as a VST _then_ I'd be impressed. >>> >>> >>> >>> >>> >>> >>> ./d5 >>> >>> ___ >>> Pd-list@iem.at mailing list >>> UNSUBSCRIBE and account-management -> >>> http://lists.puredata.info/listinfo/pd-list >> >> >> >> -- >> - >> >> - >> - -- >> http://perhapsidid.wordpress.com >> http://myspace.com/kyleklipowicz >> >> ___ >> Pd-list@iem.at mailing list >> UNSUBSCRIBE and account-management -> >> http://lists.puredata.info/listinfo/pd-list >> >> > > > > -- > rm -rf / i ens ho carreguem tot > -- rm -rf / i ens ho carreguem tot ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] max for live
2009/1/29 Kyle Klipowicz : > Live is not garbage. Incremental improvement != planned obsolescence. Making > software for a business is not a sin. You get what you pay for. > > Open source is great. I appreciate everything that Pd and it's users stand > for. However, trolling about a DAW when the free alternatives are 5 years > back in the dust in terms of optimization, ease of use, and plain > crash-resistance is just silly. > > Some people prefer to make music, not software. Some people prefer to make > software, not music. Some people prefer to make software AND music. Some > people make great music software but horrible music. Some people make great > music but crummy software. and maybe some people make great music with great software...do you guys??? salut xà! > ~Kyle > > > On Thu, Jan 29, 2009 at 2:57 AM, day five wrote: >> >> Live is garbage and so is their planned obsolescence business model... >> what are they at version 56 by now? >> >> Now if they could embed jMax as a VST _then_ I'd be impressed. >> >> >> >> >> >> >> ./d5 >> >> ___ >> Pd-list@iem.at mailing list >> UNSUBSCRIBE and account-management -> >> http://lists.puredata.info/listinfo/pd-list > > > > -- > - > > - > - -- > http://perhapsidid.wordpress.com > http://myspace.com/kyleklipowicz > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > > -- rm -rf / i ens ho carreguem tot ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] windows pb with pixvideoDS
Hello i search without success to open a camera on GEM on my PC specifictions of the machine:windows xp home edition 4g of memory Processor amd dual core 5000 x86 family display 2 matrox gs 450 quad pd extended 0.40.3 2008-07-21///Gem 0.91 cvs Now i find something for your reflexion: if i change the rectangle 4 3 object and i put a cube or a sphere it work fine It's very strange... any advice... thanks david 2009/1/17 IOhannes m zmoelnig > t'es in t'es bat wrote: > > Hello, > > i build a machine to do multiscreen with Gem. > > I use a2 matrox gs450 quad > > Everythings work fine but... > > When i start pd and gem i got this error message in console: > > > > > > [pix_videoDS]: Dev 0: USB 2861 Device > > [pix_videoDS]: Dev 0: USB 2861 Device > > GEM: Stop rendering > > are you telling [gemwin] to stop rendering to create this? (else it > would be weird) > > > GLEW version 1.5.0 > > GEM: Start rendering > > GL: invalid enumerant > > > > and at this point a windows message says: > > pd.exe has encountered a problem and needs to close. > > We are sorry for the inconvenience. > > the error does not say very much. probably it is crashing before pd-gui > can show more errors. > try starting pd.com with the "-stderr" flag from the commandline and see > whether you get more errors. > also try to increase the verbosity of Pd by adding "-verbose". > > something like: > %PROGRAM_FILES%\pd\bin\pd.com -stderr -verbose -verbose > should do the trick > > > > > > error signiature: > > AppName: pd.exe AppVer: 0.0.0.0 ModName: unknown > > ModVer: 0.0.0.0 Offset: > > > > Before installing the matrox driver it works > > i try to uninstall all the matrox utilities, without success > > > > any ideas > > not really. > anyhow, it would be interesting to know: > - windows version > - Pd version > - Gem version > - camera you are using > > finally: try to narrow down the problem, either by going top down > (delete parts of your patch until it doesn't crash any more, and see > which (combination of) object(s) is the culprit) or bottom up (does Gem > work at all after the upgrade? e.g. try the example patches) > > fgmasdr > IOhannes > -- TNTB t'es in t'es bat 7 place Favier 13210 St Remy de Provence T/: 04 90 26 95 09 P/: 06 86 86 12 19 + http://www.tntb.net === ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd msgs for pd->pd-gui WAS: Why I don't like the new automagic
sorry if it is a stupid quetion... This complete Tcl GUI is complete since which Pd version? ze Hans-Christoph Steiner escreveu: > Anyway, what I am currently working on, and have basically working, is > making the GUI 100% Tcl. It is now 100% Tcl, it is just not 100% > working yet ;). It is now (barely) usable and there are now nightly > builds of pd-devel-extended. > > About your example, I think that we definitely should address things > like that. But part of the mandate that Miller, you and others have > laid out for pd-devel is that it should not change the C code or the > current API. That means your example is definitely not going to > happen in this stage of the development. > > That said, it would not be hard to reduce the above commands to > succinct messages using Tk's tagging and the "move" command. Then the > selection would tag everything, then you only need a single move > command to apply to that tag. This then could easily be converted to > Pd messages. So it seems to be that this should be a two stage process > > First things first, this pd-devel GUI needs to get included in > vanilla, so we need to stick to those guidelines laid out by Miller. > And Miller, any feedback that you can offer would be most appreciated. > > .hc > > -- http://www.padovani.googlepages.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] psola external
anyone knows where can i find it? some examples? thx in advance igor ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] resize pix_buffer dynamically
hi, it seems to be possible to use the message "resize x" (x=number of frames) to change the size of pix_buffer dynamically, which is actually a good thing, but not documented. best, marius. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] communicating with the shell
If someone writes the code and submits it to the patch tracker, it will be included! That's all it takes to fix it. ;) Or pay someone to fix it, or submit really clear, simple bug reports, i.e. a simple patch that will reproduce the problem everytime. .hc On Jan 28, 2009, at 6:49 PM, Andy Farnell wrote: > > > > Yep, actually that was a prescriptive and arrogant thing > of me to suggest dropping it. I have lots of patches that use > it too. > > So, poor [shell], very useful, but quite broken (if you use > it in any serious way). How can it be fixed? > > > > > > > > On Thu, 29 Jan 2009 00:12:14 +0100 > Jack wrote: > >> I just want to say that i am very happy tu use [shell] in my patch. >> It is very useful to execute a PHP script for exemple. >> ++ >> >> Jack >> >> >> >> Le 28 janv. 09 à 21:49, Andy Farnell a écrit : >> >>> >>> >>> Both Lua and Python are great suggestions. But avoid the issue >>> of fixing [shell]. It has been problematic for a long time and >>> this is another opportunity to discover how to fix it, or >>> deprecate/remove it altogether. >>> >>> I think there's something to be said for all Pd distros _not_ >>> including [shell] for obvious reasons. If users want to open >>> that door it should be an informed decision. That would happen >>> if they could only use PyExt and PdLua. [shell] is very buggy, >>> has it's day finally come to be fixed or dropped? >>> >>> >>> >>> On Wed, 28 Jan 2009 14:50:32 -0500 >>> patrick wrote: >>> another solution is with pyext. in pdmtl abstractions it's under linux.process.pd (but i think it should work on windows and mac (not tested)). import sys, os, time, signal, subprocess try: import pyext except: print "ERROR: This script must be loaded by the PD pyext external" sys.exit() class sub(pyext._class): """A simple script to start and stop process""" # number of inlets and outlets _inlets=1 _outlets=1 def __init__(self,*args): pass def start_1(self,a): global process process = subprocess.Popen(str(a)) self._outlet(1, 'opening '+str(a)) def stop_1(self,*a): os.kill(process.pid, signal.SIGTERM) self._outlet(1, 'stopping process '+str(process.pid)) ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list >>> >>> >>> -- >>> Use the source >>> >>> ___ >>> Pd-list@iem.at mailing list >>> UNSUBSCRIBE and account-management -> http://lists.puredata.info/ >>> listinfo/pd-list >> > > > -- > Use the source > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list 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 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] max for live
How much have you used Ardour+Jack+Pd+soft synths? It is structured
very differently that Ableton Live, but I think that is actually quite
competitive in terms of what you can do with it. It is a different
system that requires as much learning as Live does.
You have been able to run Pd patches in tight sync with Ardour and a
multitude of soft synths for years now. You just don't have nifty
little embeddedness. So this really seems to me more a classic
example of the core innovation happening in free software, then
proprietary software taking the ideas and packaging them really
nicely, and promoting them a lot. (I am not saying this is a bad
thing).
The iPhone is the classic version of that. The App Store is nice,
you've been able to do that on Linux-based devices since the late
nineties, but mostly with a command line interface.
.hc
On Jan 29, 2009, at 11:27 AM, Kyle Klipowicz wrote:
Live is not garbage. Incremental improvement != planned
obsolescence. Making software for a business is not a sin. You get
what you pay for.
Open source is great. I appreciate everything that Pd and it's users
stand for. However, trolling about a DAW when the free alternatives
are 5 years back in the dust in terms of optimization, ease of use,
and plain crash-resistance is just silly.
Some people prefer to make music, not software. Some people prefer
to make software, not music. Some people prefer to make software AND
music. Some people make great music software but horrible music.
Some people make great music but crummy software.
~Kyle
On Thu, Jan 29, 2009 at 2:57 AM, day five wrote:
Live is garbage and so is their planned obsolescence business model...
what are they at version 56 by now?
Now if they could embed jMax as a VST _then_ I'd be impressed.
./d5
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
--
-
-
- --
http://perhapsidid.wordpress.com
http://myspace.com/kyleklipowicz
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
kill your television
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
[PD] pd msgs for pd->pd-gui WAS: Why I don't like the new automagic
On Jan 29, 2009, at 3:56 AM, IOhannes m zmoelnig wrote: > IOhannes m zmoelnig wrote: > >> well i guess this is the main problem with how Pd does it right now. > > which was not meant to be defeatist. > i have no objection (so far :-)) basically on _what_ is communicated > between Pd nd Pd-gui. e.g. i don't have any real problems with the > server handling mouse-movements and keystrokes (this made peerdata > work, after all). > > what i would love is, if a simple move (using cursor-keys) of a > slected objects would not result in: > > > pdtk_undomenu .x9f74bf0 motion no > > .x9f74bf0.c move .x9f74bf0.t9f79510 0 1 > > .x9f74bf0.c coords .x9f74bf0.t9f79510R 252 117 277 117 277 134 252 > 134 252 117 > > .x9f74bf0.c itemconfigure .x9f74bf0.t9f79510R -dash "" > > .x9f74bf0.c coords .x9f74bf0.t9f79510o0 252 133 259 134 > > .x9f74bf0.c coords .x9f74bf0.t9f79510i0 252 117 259 118 > > .x9f74bf0.c coords .x9f74bf0.t9f79510i1 270 117 277 118 > > but rather > > pdtk_undomenu motion no; > > move 0 1; > > (with winID being something like x9f74bf0, and objID being e.g. > 9f79510) > > nothing more is needed. > > > i just don't want to see _any_ tcl/tk code in _any_ C-file. The current structure of pd-devel is as it is because I think the key to success is to tackle this problem one step at a time. DesireData is a huge leap away from the current structure. DD's structure is a good idea, but it was too dramatic a change, perhaps. Anyway, what I am currently working on, and have basically working, is making the GUI 100% Tcl. It is now 100% Tcl, it is just not 100% working yet ;). It is now (barely) usable and there are now nightly builds of pd-devel-extended. About your example, I think that we definitely should address things like that. But part of the mandate that Miller, you and others have laid out for pd-devel is that it should not change the C code or the current API. That means your example is definitely not going to happen in this stage of the development. That said, it would not be hard to reduce the above commands to succinct messages using Tk's tagging and the "move" command. Then the selection would tag everything, then you only need a single move command to apply to that tag. This then could easily be converted to Pd messages. So it seems to be that this should be a two stage process First things first, this pd-devel GUI needs to get included in vanilla, so we need to stick to those guidelines laid out by Miller. And Miller, any feedback that you can offer would be most appreciated. .hc > > > fmgasdr > IOhannes > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list If nature has made any one thing less susceptible than all others of exclusive property, it is the action of the thinking power called an idea, which an individual may exclusively possess as long as he keeps it to himself; but the moment it is divulged, it forces itself into the possession of everyone, and the receiver cannot dispossess himself of it.- Thomas Jefferson ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] pd on palm tx
Hey, I hope you don't mind, I cc'ed the Pd list since I think there are others interested in this info as well. On Jan 18, 2009, at 1:00 AM, David Hughes wrote: Let me first say that your work at eyebeam is wizard grade stuff. getting pd to the palms is beyond impressive. so I have been following very closely the steps you outline and I have found success signal processing with the provided gridthing, and have tried making some patches and saving them on my palmTX. a few questions, if you have time- when I save a patch on the palmtx, where does it end up on the sd card? there is no / file hierarchy that I can find on it. I confess I am a linux noob, and can not recognize where to save .pd patches while reading the card from a sdcard reader either. You encouraged me in your video to come up with fun new stuff for the palm-pd, and I have just hit this wall between my desktop pc and my palm. If you are working directly on the Palm TX, think of a the Palm TX as a regular linux box, and the SD card is just a disk. I don't really think its possible to get much patching done on the device itself. I write the patches on my laptop, then copy them to the card to run them on the Palm TX. I've checked out the hack&dev website (which is perplexing to me) and the state of wifi for the tx is very confusing. Can you weigh in on the state of the connectivity on the TX? I can call up a [netrecieve] and [netsend] objects, but can i make use of them? I think the wifi is working, but it is still raw, so you have to set it up in pure command line style. There is also some discussion on hack&dev, and eyebeam as well (??) as to python on the distro for the palmtx. python, however, does not appear do be a package installed on this current release. I should perhaps talk to the angstrom dev team about that? I have some images with Pd and Python on them but I haven't released anything yet. I can post some of the test builds somewhere if you are interested in trying them. .hc as you see, I am in a universe of confusions. Can you spare some guidance, please plz? much respect, thanks and thanks and thanks, dafe sunji roaoul rsvp to sunji.roa...@gmail.com or pal...@dafehughes.com All information should be free. - the hacker ethic ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] max for live
As a former jMax developer (vDSP with Christian Klippel) I can say that it embodied planned obsolescent crap software. I don't use Live, but it doesn't appear anywhere near the mismanaged mess that jMax was. On Thu, Jan 29, 2009 at 2:57 AM, day five wrote: > Live is garbage and so is their planned obsolescence business model... > what are they at version 56 by now? > > Now if they could embed jMax as a VST _then_ I'd be impressed. > > > > > > > ./d5 > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] [ANN] disis_munger~ 1.3.2 released
Version 1.3.2 is now out in the wild. Includes source, project files, and binaries for Pd-linux, Max-Win32 (4 and 5), and Max-OSX (4 and 5). New version (apart from the naming scheme overhaul) fixes stability issues on Max5 (Win32). disis_munger~ (a.k.a. munger1~) is a flext port of munger~ granulator from the Percolate library with additional features and enhancements. Download from: http://ico.bukvic.net/Max/disis_munger~_latest.zip Ivica Ico Bukvic, D.M.A. Composition, Music Technology Director, DISIS Interactive Sound & Intermedia Studio Assistant Co-Director, CCTAD CHCI, CS, and Art (by courtesy) Virginia Tech Dept. of Music - 0240 Blacksburg, VA 24061 (540) 231-6139 (540) 231-5034 (fax) i...@vt.edu http://www.music.vt.edu/faculty/bukvic/ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] max for live
Live is not garbage. Incremental improvement != planned obsolescence. Making
software for a business is not a sin. You get what you pay for.
Open source is great. I appreciate everything that Pd and it's users stand
for. However, trolling about a DAW when the free alternatives are 5 years
back in the dust in terms of optimization, ease of use, and plain
crash-resistance is just silly.
Some people prefer to make music, not software. Some people prefer to make
software, not music. Some people prefer to make software AND music. Some
people make great music software but horrible music. Some people make great
music but crummy software.
~Kyle
On Thu, Jan 29, 2009 at 2:57 AM, day five wrote:
> Live is garbage and so is their planned obsolescence business model...
> what are they at version 56 by now?
>
> Now if they could embed jMax as a VST _then_ I'd be impressed.
>
>
>
>
>
>
> ./d5
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
--
-
-
- --
http://perhapsidid.wordpress.com
http://myspace.com/kyleklipowicz
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
Re: [PD] max for live
Live is garbage and so is their planned obsolescence business model... what are they at version 56 by now? Now if they could embed jMax as a VST _then_ I'd be impressed. ./d5 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Why I don't like the new automagic
IOhannes m zmoelnig wrote: well i guess this is the main problem with how Pd does it right now. which was not meant to be defeatist. i have no objection (so far :-)) basically on _what_ is communicated between Pd nd Pd-gui. e.g. i don't have any real problems with the server handling mouse-movements and keystrokes (this made peerdata work, after all). what i would love is, if a simple move (using cursor-keys) of a slected objects would not result in: > pdtk_undomenu .x9f74bf0 motion no > .x9f74bf0.c move .x9f74bf0.t9f79510 0 1 > .x9f74bf0.c coords .x9f74bf0.t9f79510R 252 117 277 117 277 134 252 134 252 117 > .x9f74bf0.c itemconfigure .x9f74bf0.t9f79510R -dash "" > .x9f74bf0.c coords .x9f74bf0.t9f79510o0 252 133 259 134 > .x9f74bf0.c coords .x9f74bf0.t9f79510i0 252 117 259 118 > .x9f74bf0.c coords .x9f74bf0.t9f79510i1 270 117 277 118 but rather > pdtk_undomenu motion no; > move 0 1; (with winID being something like x9f74bf0, and objID being e.g. 9f79510) nothing more is needed. i just don't want to see _any_ tcl/tk code in _any_ C-file. fmgasdr IOhannes smime.p7s Description: S/MIME Cryptographic Signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Why I don't like the new automagic
Mathieu Bouchard wrote: On Wed, 28 Jan 2009, Andy Farnell wrote: I remember you explaining this before Mathieu, and it was with great dismay that I realised DesireData was not to be an alternative to pd-gui, but a complete rewrite of the whole show. Well it was way too late to realise that, I rewrote much of the C code of IEMGUI back in the spring of 2004. DesireData didn't really start in mid-2005, it was a revival of an older project. It seems there is a necessary intermediate step by which Pd is properly separated into two truly independent GUI client and sound server code sets. From this position, it opens the door to all kinds of alternative GUIs, so long as clear protocols are established for exchange between pd and pd-gui. Well, it may look like that when you don't mess with the code, but I ask you to ask yourself: what kind of protocol will that be between the client and the server? If you don't touch the server at all, you will have to have clients that accept to be told things in the words that the server is willing to feed them. Would all the clients have to accept Tcl commands from the server, and furthermore, would they all have to accept the same details that the server usually feeds to the client, such as how to draw each piece of each gui object on the canvas?... and that's just the display; the keyboard/mouse is similarly handled much more by the server than by the client. well i guess this is the main problem with how Pd does it right now. i am all in favour of using tcl/tk for drawing the GUI, but not using tcl/tk commands over the wire. i would rather have "Pd-ish" commands. it's gonna be a long road till miller might accept something like this. that's the reason why i personally am not such a big fan of how the new pd-devel goes: i think it eventually progresses to fast and might end up very similar to desire-data. (being a cool project where people have invested tons of time, but which unfortunately never made it) fgmadft IOhannes smime.p7s Description: S/MIME Cryptographic Signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] ambi_decode3 ... getting the speaker feeds
e deleflie wrote: I've got 2 libs loaded iem_matrix and iemmatrix. iemmatrix seems to have far more objects in it, but none of them have any help patches (and many need the * replaced with 'mul'). (OSX PD Extended). iemmatrix has plenty of help-patches (though i don't know where they are on Pd-extended) just have a look at http://pure-data.svn.sourceforge.net/viewvc/pure-data/trunk/externals/iem/iemmatrix/doc/ iem_matrix is an old library that is no longer maintained. all it's functionality has been integrated into iemmatrix. I'm not too familiar with the concept of matrices ... but this is what I need to do: Is there a matrix object that can have 9 inputs (i.e. second order 3D ambisonic signal) and then have 16 outputs (being my speakers). Then I pump in how each output is created by adding up the 9 imputs which have been factored? I can do this outside of matrices but its gonna be shitloads of objects. yes that is the main reason why i started writing iemmatrix. the object you want is [mtx_*~ 16 9] fgm,sdar IOhannes smime.p7s Description: S/MIME Cryptographic Signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] stereo vision
Luke Iannini wrote: On Wed, Jan 28, 2009 at 5:57 PM, Luke Iannini wrote: On Wed, Aug 27, 2008 at 5:07 PM, wrote: Quoting Simon Kilshaw : Hey, I got myself a pair of anaglyph glasses (like you get at the cinema)- and managed to play around quite successfully with the stereo patch in gem examples (pd extended- Have to be green and red glasses (not the blue and red i think). i think olson wants to do the opposite: take a stereo-image of the real-world (with two cameras) and try to somehow get a "model" of this real-world into softworld; rather than synthesizing a pseudo-3d visual of a virtual world. simon: you are right, color-separated anaglyph images are currently done in red/green, and if you want to change that you would have to recompile Gem. Hi IOhannes, any tips on where to change this? I can only find red/blue glasses here in town (maybe I could add a 4th mode for red/blue rather than red/green rather than replacing it so everyone can be happy?) O, just saw the "stereoSep" etc. messages, probably better to do it that way, like stereoColor 0/1 for redgreen/redblue or something even cooler would be a way to specify the colormask via messages, so people can use any other combination they come across. anyhow, the relevant code is in Base/GemMan.cpp:714-715 where you can shose which colormask to apply for the 2 views (0=red, 1=green, 2=blue). however, on the (not so) long run this should be moved to abstractions fgmadsr IOhannes smime.p7s Description: S/MIME Cryptographic Signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
