Re: [PD] Documents on trapezoid~ ?

Patrice Colet a écrit : PSPunch a écrit : Hi Hans, Thanks for the reply. > I am guessing it's a windowing function, but that's a guess. I figured so. It was brought up while discussing methods of smoothly cross fading between samples. Frankly speaking, this object may not be

Re: [PD] Documents on trapezoid~ ?

Patrice Colet a écrit : PSPunch a écrit : Hi Hans, Thanks for the reply. > I am guessing it's a windowing function, but that's a guess. I figured so. It was brought up while discussing methods of smoothly cross fading between samples. Frankly speaking, this object may not be

Re: [PD] Documents on trapezoid~ ?

PSPunch a écrit : Patrice, I've been reading through each of the files as you posted them. The fix in each new post saved me from asking some basic questions :) Thanks a bunch! Here's a quick one I'd like to ask if you don't mind, A lot of what happens in the higher layers of your patch makes s

Re: [PD] Documents on trapezoid~ ?

Patrice Colet a écrit : > PSPunch a écrit : >> Patrice, >> >> I've been reading through each of the files as you posted them. >> The fix in each new post saved me from asking some basic questions :) >> Thanks a bunch! >> >> Here's a quick

Re: [PD] Documents on trapezoid~ ?

Steffen Juul a écrit : > > On 14/11/2007, at 17.41, Patrice Colet wrote: > >>> You could replace [!- 1] by [* -1]_[+ 1] ... >>> >> >> this replacement is wrong, I've no clue how to do it with internal >> objects, you can get a working cyclone

[PD] binding tools for widgets (was:Re: who is using [entry]?)

Hans-Christoph Steiner a écrit : > Binding what to what? binding key, mouse, to widgets with having possibility to define binding parameters, idealy, all the connections between widgets could be done with tcl-tk, it would be a lot easier to patch, and we could make nicer and more versatiles in

Re: [PD] Documents on trapezoid~ ?

Oh yes, I've made a silly mistake in my replacement, thanks for correction. > -- > David Shimamoto > > Patrice Colet wrote: >> Steffen Juul a écrit : >>> On 14/11/2007, at 17.41, Patrice Colet wrote: >>> >>>>> You could replace [!- 1] by [* -

Re: [PD] binding tools for widgets

Patrice Colet a écrit : > Hans-Christoph Steiner a écrit : > >> Using [canvas_name], [window_name], and [sys_gui], > > I've no clue about those objects, where do they come from? > ah ok, it's a new stuff, and this isn't available yet for win32, I built

Re: [PD] Documents on trapezoid~ ?

Hans-Christoph Steiner a écrit : > > On Nov 14, 2007, at 11:24 AM, Patrice Colet wrote: > >> PSPunch a écrit : >>> Patrice, >>> I've been reading through each of the files as you posted them. >>> The fix in each new post saved me from asking some ba

Re: [PD] tabread4~~

Mathieu Bouchard a écrit : > On Thu, 15 Nov 2007, Ypatios Grigoriadis wrote: > >> If i may now borrow the theory and terminus Arrow of time by Arthur >> Eddington, according to which time is the fourth dimension in space, > > Afaik, Arthur Eddington made the first English translation of Einstein

Re: [PD] tabread4~~

Patrice Colet a écrit : > Mathieu Bouchard a écrit : >> On Thu, 15 Nov 2007, Ypatios Grigoriadis wrote: >> >>> If i may now borrow the theory and terminus Arrow of time by Arthur >>> Eddington, according to which time is the fourth dimension in space, >> &g

Re: [PD] [Pd] / as separator for list2symbol?

Chuckk Hubbard a écrit : > I'm setting up an elaborate system to save 8 subpatches to > abstractions, and read from arbitrary abstractions on loading. The > only way I can find to do this is using the [pd open $1( message. > This message takes arguments /file/ and /path/. [openpanel] outputs > co

Re: [PD] question about antialiased canvas on pd-extended osx release

Hello, Ivica Ico Bukvic a écrit : > Greetings all, > > This is perhaps a bit OT, but I was wondering if the same appearance is > reproducible on Linux as far as the antialiasing of the object boxes, > connector rectangles, cords, and cord colors are concerned? The pd-extended > osx looks IMHO a l

Re: [PD] tabread4~~

Hello, I'd like to add some 0.5 cents experiment... Mathieu Bouchard a écrit : > On Tue, 20 Nov 2007, Charles Henry wrote: > >> Yes, but there is evidence for the fundamental bass that occurs >> between pairs of notes, with a strength dependent on those ratios. >> Complex harmonies could have

Re: [PD] get audio IN to pd on windows

hi, did you try jack server? http://www.jackosx.com/ hard off a écrit : > 4, maybe 8, perhaps even 16 channels of audio...going out of ableton > live (or logic, or cubase, or whatever) and into pd, > > ..in windows > > ...without much fuss > > > > > am i dreaming? > > or does someone know

Re: [PD] tabread4~~

Mathieu Bouchard a écrit : > No, we were thinking specifically about close detunings, all those > intervals that are confused with a much simpler interval, and usually, > which *should* be confused. It's the basis of logarithmic temperaments: > 2^(7/12) is over 0.1% off from 3/2, and that's one

[PD] mingw tutorial bug

Hello, gnu regex isn't available anymore at ftp://ftp.gnu.org/gnu/regex/regex-0.12.tar.gz but it's here: http://gnu.rtin.bz/ftp.gnu.org/pub/gnu/regex/ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info

Re: [PD] pdlua compiling on mac

Hans-Christoph Steiner a écrit : > Here's the key error line: > >> ld: file not found: /Users/marius/devel/pd-rsync/pd-extended/pd/bin/pd > > > You need to build Pd first: > > cd /Users/marius/devel/pd-rsync/pd-extended/pd/src > autoconf > ./configure > make Hi, I tried to make it with cygwin

Re: [PD] VLC rc connection

wolfgang schwarzenbrunner a écrit : > maybe this is already totally obsolete... > > some months ago there where some postings about vlc/pd connection over > rc. well i tried it today using "netclient" instead of "netsend". > suddenly the connection works fine. if anybody is interested i can send

Re: [PD] VLC rc connection

Hans-Christoph Steiner a écrit : > > It would be great to have this all in a page on the webpage, like > somewhere here: > > http://puredata.info/docs/ > > There is one other step needed after setting the preferences when > starting in GUI mode. That is to turn on the interface. I believe rc

Re: [PD] new from clipboard feature

Mathieu Bouchard a écrit : > On Mon, 3 Dec 2007, marius schebella wrote: > >> in max there is a nice feature called "new from clipboard". what it >> does is it opens a new patch and fills in the content of your >> clipboard. this is very useful when you have a patch in textform (like >> in an e

Re: [PD] open recent

Hans Roels a écrit : > I also think this would be a simple but very handy tool, (also in > pd-vanilla...), at this moment I always have to 'navigate' a lot to > open files... > One parenthesis...( in win32 pd-vanilla it's possible to drag'n'drop patches from explorer, sometimes this trick ca

Re: [PD] open recent

Hans-Christoph Steiner a écrit : > > On Dec 4, 2007, at 4:20 AM, Patrice Colet wrote: > >> Hans Roels a écrit : >>> I also think this would be a simple but very handy tool, (also in >>> pd-vanilla...), at this moment I always have to 'navigate'

Re: [PD] [PD-dev] compile pd with cygwin (almost!)

Hans-Christoph Steiner a écrit : > > A couple of comments to hopefully make things cleaner. The existing > files aren't very clean, so it can be tricky at times: > > - these changes need to fit into the configure.in and makefile.in so > that those files will still work on other platforms. I a

Re: [PD] open recent

Hans-Christoph Steiner a écrit : > > On Dec 4, 2007, at 7:55 PM, Patrice Colet wrote: > >> Hans-Christoph Steiner a écrit : >>> On Dec 4, 2007, at 4:20 AM, Patrice Colet wrote: >>>> Hans Roels a écrit : >>>>> I also think this would be a si

Re: [PD] segmented patchcords (was Re: PD & MAX)

In reactable, objects are connected together when inlet/outlet matches the good kind of data, it would be possible to do it also with PureData, without breaking the rules. If a box is dragged nearly another box, the connection would happen when an inlet/outlet passes into the area of anothe

Re: [PD] drop out free audio on windows

in pd/src/pthread.h: line 283 --> 394 * _POSIX_THREAD_PRIORITY_SCHEDULING (set) maybe this could handle realtime priority? Hans-Christoph Steiner a écrit : > that would be good to have built-in, like it is in Mac OS X, with the > audio output started with a higher priority. Any Windows peo

Re: [PD] [PD-dev] Error when crosscompiling pdlua

Martin Peach a écrit : > Frank Barknecht wrote: >> Hallo, >> Martin Peach hat gesagt: // Martin Peach wrote: >> >> >>> With dlls you have to export symbols using a def file or /export: statement >>> on the command line (or __declspec(dllexport) in the code with MSVC). On >>> linux all symbols

Re: [PD] Pix Film crashing

Donal Carey a écrit : > Hi All > > I'm using a combination of *coll *and *makefilename* in order to output > a list of quicktime clips to *pix_film*. I'm using *coll* to load a list > of 4 clips and then outputting them through *makefilename *into > *pix_film, *the first clip loads in fine and

Re: [PD] generatiing a keypress

jim ruxton a écrit : > >> >> >> On Sat, 2007-12-15 at 02:14 -0500, jim wrote: >>> I know about the PD commands that detect keypress but is there a command >>> that generates a keypress. I wanted to send commands to another program and >>> it would be nice if PD could do that by mimicking a keybo

Re: [PD] generatiing a keypress

Patrice Colet a écrit : Thanks Roman, I'm working on Linux and sometimes forced to use Windows so I would be looking for a solution in both. I'll have a look at aalex. Anyone know of a Windows solution? Jim With VkKeyScan() function http://msdn2.microsoft.com/en-us/library/ms6

Re: [PD] generatiing a keypress

beau a écrit : > I have been converting midi into keystrokes with midiStroke for OS X > > http://www.apple.com/downloads/macosx/audio/midistroke.html > > > I think on windows people are using: > http://www.midiox.com/ > > > It would be great it pd could do this! > > midiox program convert

Re: [PD] generatiing a keypress

Hans-Christoph Steiner a écrit : > > On Dec 16, 2007, at 12:57 AM, Patrice Colet wrote: > >> Patrice Colet a écrit : >> >>>> Thanks Roman, >>>> I'm working on Linux and sometimes forced to use Windows so I would be >>>> looking

Re: [PD] generatiing a keypress

Hans-Christoph Steiner a écrit : > > On Dec 16, 2007, at 5:32 PM, Patrice Colet wrote: > >> beau a écrit : >>> I have been converting midi into keystrokes with midiStroke for OS X >>> >>> http://www.apple.com/downloads/macosx/audio/midistroke.html >&

Re: [PD] Tkwidget droptarget?

Luke Iannini (pd) a écrit : > Hi all, > Does anyone (hans?) know if Tk has a widget that will accept dropped > files from the OS? I'd be happy to look into adding it to the library > if anyone thinks it's possible (and points me in a general direction). > > It would be really great to be able t

Re: [PD] generatiing a keypress

jim ruxton a écrit : > Tried the external you sent Patrice. Thanks it works great. Thinking if > I have a chance some time I'll add the code so you can just send an > ascii character into it. I think I saw a window function that converts a > character to the code your external takes. Anyway as it s

Re: [PD] Fwd: What exactly is a "stack overflow" ?

Hello Mike, everyone, Mike McGonagle a écrit : > > On Dec 19, 2007 2:57 PM, Charles Henry < [EMAIL PROTECTED] > > wrote: > > > I seem to be tuning in a little late, in this discussion, but if it's > a bad problem, couldn't you change the method of until to u

Re: [PD] generatiing a keypress

jim ruxton a écrit : > type patches. It takes text and converts a string to the ascii values. I > had to use upper case characters since your external only accepts upper > case ascii values since that is how the key codes are defined. I didn't > want to get fancy yet and use shift etc. I think it

Re: [PD] Long long numbers

Mathieu Bouchard a écrit : > On Fri, 21 Dec 2007, B. Bogart wrote: > >> I always wonder when you say large numbers and rotation... >> >> Do you really need large numbers? I never checked if its slower to >> rotateXYZ to 360*100 compared to rotation to 360. > > I really wonder why Dafydd wants lar

Re: [PD] Long long numbers

Dafydd Hughes a écrit : > I wish it was something as noble as gravitation, but it's just a clock > which counts seconds from about 3BC to now. It's easier to do > using [mod] on the counters, but the way it's animated means it makes > a smooth transition around the dial then jumps back to 0 ins

Re: [PD] Long long numbers

Thomas Grill a écrit : > I forgot to mention that vibrez_pure (http://vibrez.net/vibrez_pure) I forgot to try pd-devel, many thanks! ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

[PD] SSSAD polypoly

Hello, For a drumbox project, I wanted to parse more than velocity and note parameter to a voice, like pitch, envelope, FX, ... My first idea was about multiplexing all values and parse them into note and velocity input of [poly] object, and with the sound number, retrieve everything from ar

Re: [PD] SSSAD polypoly

Forget it, it was just some usual wrong triggering... Thanks for all the footils... Patrice Colet a écrit : > Hello, > > For a drumbox project, I wanted to parse more than velocity and note > parameter to a voice, like pitch, envelope, FX, ... My first idea was > about m

Re: [PD] Subject: can't see objects Pd-0.40.3-extended-20071228-windowsxp-i386.exe

Ingo Scherzinger a écrit : > Eversince 0.40.3- extended certain objects are invisible on my two > machines (AMD Windows XP SP2). > > > > Object, Message, Number, Symbol Comment, Graph cannot be seen on loading > existing patches or after inserting them from the put menue. > > Array can be p

Re: [PD] Subject: can't see objects Pd-0.40.3-extended-20071230-windowsxp-i386.exe

Hans-Christoph Steiner a écrit : Could you post a screenshot?> sure, only gui objects are appearing <>___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

[PD] SSSAD vs MEMENTO

It's fun, I try to replace memento by sssad, some others tries to replace sssad by memento after coll has been replaced by SSSAD, and maybe they will try later to replace as well memento by sssad (mostly if it has an OSCx bridge, and the grouping of SSSAD_ADMIN messages in a single abstractio

Re: [PD] Subject: can't see objects Pd-0.40.3-extended-20071230-windowsxp-i386.exe

Martin Peach a écrit : > Martin Peach wrote: >> can't read "box_outline": no such variable >> can't read "msg_nlet": no such variable >> can't read "msg_nlet": no such variable >> can't read "msg_nlet": no such variable >> can't read "text_color": no such variable >> can't r

Re: [PD] SSSAD vs MEMENTO

Patrice Colet a écrit : > It's fun, I try to replace memento by sssad, some others tries to > replace sssad by memento after coll has been replaced by SSSAD, and > maybe they will try later to replace as well memento by sssad (mostly if > it has an OSCx bridge, and the groupi

Re: [PD] Star

hi, [EMAIL PROTECTED] a écrit : A small abstraction here. I hope it will help you. ++ Jack Hi All, I found this message in the archives: Hi List, just from curiosity: did anybody out there already built an abstraction to make geos in a star shape? (using [polygon n]). max But can't find a

Re: [PD] Star

Some more stars patchers [EMAIL PROTECTED] a écrit : A small abstraction here. I hope it will help you. ++ Jack Hi All, I found this message in the archives: Hi List, just from curiosity: did anybody out there already built an abstraction to make geos in a star shape? (using [polygon n]).

Re: [PD] gridflow grab image from video

olsen wolf a écrit : > buenas > anyone knows to get a single frame out of a gridflow video goin into > my #out window? > tried the #in #out combo with open somefile.jpg but for my video its > faulting... > ev'ry idea welcome > salutis > olsen > > > > > -- > Planet Pluto bleibt! > > > Hello,

Re: [PD] MIDI on Win XP

Hello, Anton Hörnquist a écrit : > with Pd (Win XP) but I'm running into problems. When I move a knob on > the midi controller there is a delay of at least one second until the > controller data show up in the Pd window (I simply output controllers > using the [ctlin] object). This delay makes

Re: [PD] MIDI on Win XP

Anton Hörnquist a écrit : > On Jan 4, 2008 6:16 PM, Patrice Colet <[EMAIL PROTECTED]> wrote: >> What is this error message? > > In the Pd window: > Warning: midi input is dangerous in Microsoft Windows\; see Pd manual) Ah, this is not related with ctlin, I'm using

Re: [PD] MIDI on Win XP

Ingo Scherzinger a écrit : >> MIDI on XP is bad indeed, and I have to run my midi application under linux >> to get a latency lower than human sound perception, without artefacts, and >> with a cheap soundcard. > > > I am running PD on several Windows XP machines with a latency of 3 ms (both > so

Re: [PD] MIDI on Win XP

THE TRUTH ABOUT LATENCY http://www.soundonsound.com/sos/Sep02/articles/pcmusician0902.asp ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

Re: [PD] SSSAD vs MEMENTO

Frank Barknecht a écrit : if the value of $2 ($0 of parent) is greater than 0, an additional send/receive bus will be created that is local to that abstraction. Genious! I've an idea how to add this and couldn't wait to get this feature, it's attached. There will be no direct support for O

Re: [PD] MIDI on Win XP

From what I've understood in the link I've posted in this thread, you have to add audio and MIDI latency, to get the result of the delay you get with all the sound hardware. One thing I didn't figured out in this topic is that if MIDI latency is almost about one second when audio is on, the

Re: [PD] dynamic patching - gui

Frank Barknecht a écrit : > Hallo, > IOhannes m zmoelnig hat gesagt: // IOhannes m zmoelnig wrote: > >> Alexandre Quessy wrote: >>> Hi ! >>> Can we dynamically resize the Graph-on-parent size of an abstraction ? >> yes. >> this should be in the archives of this list (as i cannot remember >> exact

Re: [PD] SSSAD vs MEMENTO

Frank Barknecht a écrit : > Hallo, > Patrice Colet hat gesagt: // Patrice Colet wrote: > >> Frank Barknecht a écrit : >> >>> if the value of $2 ($0 of parent) is greater than 0, an additional >>> send/receive bus will be created that is local to that abstr

Re: [PD] gem: can't load library

Agent Engram a écrit : > i am on fedora > I could never build Gem on Fedora, anyone have done it? ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

Re: [PD] gem: can't load library

IOhannes m zmoelnig a écrit : > Agent Engram wrote: >> i figured out how to build pd, i needed the tcl-devel stuff. I think it's a bug in the configure file of PureData, it shouldn't say 'yes' for tcl-tk when headers are missing. ___ PD-list@iem.at

Re: [PD] poor performance when saving an abstraction when many copies are loaded in a patch

I usually open the abstraction with 'help' rather than 'open', pd crashes less often when saving. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

Re: [PD] text based pd patching

Andre Schmidt a écrit : > yup, > > very nice and usefull in (non-html) emails, console, man pages and so on > (where you only can display text)... but for pdf, webbrowser i would > prefer svg. as its also just text (therefor searchable, but dunno if in > pdf) and looks "better" (propably exactly l

Re: [PD] text based pd patching

Patrice Colet a écrit : > Andre Schmidt a écrit : >> yup, >> >> very nice and usefull in (non-html) emails, console, man pages and so on >> (where you only can display text)... but for pdf, webbrowser i would >> prefer svg. as its also just text (therefor search

Re: [PD] questions for everibody...

hard off a écrit : > who has problems with crashing? > > > on os x, pd is super stable for me. don't think i've ever had a crash > unless i did something really stupid. > > > does it crash on linux or windows??? > > ___ > PD-list@iem.at mailing list

Re: [PD] [GEM-dev] Gem = vertex

Hello, Chris McCormick a écrit : > On Thu, Dec 27, 2007 at 08:03:31AM +0100, Frank Barknecht wrote: >> Hallo, >> Patrice Colet hat gesagt: // Patrice Colet wrote: >> >>> You don't have any idea how it is frustrating to not have such feature >>> becau

Re: [PD] Pd on Athlon64

Hi andy, Io, IOhannes m zmoelnig a écrit : > Andy Farnell wrote: >> >> I was thinking of trying 64studio as a new main Pd machine. >> I'm curious about gutsy low-latency kernel, the 64bit packet version is not available in repositories, they only give the headers. > both the type of numbers in m

Re: [PD] Subject: can't see objects Pd-0.40.3-extended-20071230-windowsxp-i386.exe

Hans-Christoph Steiner a écrit : > > On Jan 3, 2008, at 8:16 PM, Martin Peach wrote: > >> Patrice Colet wrote: >>> Martin Peach a écrit : >>>> Martin Peach wrote: >>>>> can't read "box_outline": no such variable >>>&g

Re: [PD] Pd on Athlon64

Andy Farnell a écrit : > Which sources can anyone suggest to build from? > > I installed 0.39.2 from the amd64 Debian repository and it's a disaster, > a list of bugs too long to mention and all round erratic behaviour, > including the CPU usage randomly jumping to 200% with the most trivial > pa

Re: [PD] phasor to square

Roman Haefeli a écrit : > On Sun, 2008-01-20 at 13:50 +0100, raul diaz wrote: >> Hi list! >> >> I need to convert a phasor into a square wave in this way: >> >> phasor: >> >> / / / / / / >> / |/ |/ |/ |/ |/ | >> /| /| /

Re: [PD] Pd on Athlon64

Patrice Colet a écrit : > Andy Farnell a écrit : >> Which sources can anyone suggest to build from? >> >> I installed 0.39.2 from the amd64 Debian repository and it's a disaster, >> a list of bugs too long to mention and all round erratic behaviour, >> inclu

Re: [PD] Pd on Athlon64

Thomas Grill a écrit : >> >> I suspect flext isn't ready for 64bit distro) > > Currently flext and flext-based externals compile on OSX in 64 bit mode > but i'm going to check whether everything is ok before committing to the > CVS. > I can't make any comments on 64 bit linux because i can't te

Re: [PD] Pd on Athlon64

Andy Farnell a écrit : > > Cheers Pat, > > > On Sun, 20 Jan 2008 17:33:02 +0100 > Patrice Colet <[EMAIL PROTECTED]> wrote: > >>> Hi andy, I usually build the last vanilla test package, >>> >>> http://crca.ucsd.edu/~msp/software.htm >

Re: [PD] [GEM-dev] typo in openGL sources

IOhannes m zmoelnig a écrit : > Patrice Colet wrote: >> Hi, there is certainly an error in this source file: >> >> http://pd-gem.cvs.sourceforge.net/*checkout*/pd-gem/Gem/src/openGL/GEMglMap1f.cpp?revision=1.1 >> >> >> >> t_atom*argv should be '

Re: [PD] live coding, [was: Re: paranoid pd]

hi, livecoding is one of my favorite use of PureData, it's the way I've had the best fun with it at least,( sigmund~ is quite cool in this context,) and once the piece is over, it won't be saved, like a mandala. ___ PD-list@iem.at mailing list UNSUBS

Re: [PD] live coding, [was: Re: paranoid pd]

hard off a écrit : > i'm doing a talk in delhi next month on pure data for live > performance, so i will definitely incorporate some live coding in > there, > > any tips and tricks people have found useful would be much appreciated. you could record into a buffer what is thrown to dac~ and rediff

Re: [PD] live coding, [was: Re: paranoid pd]

hard off a écrit : > i just had a try at it, > > wouldn't say it sounded particularly amazing, but i managed to build > enough up in a few minutes to make it kind of interesting. will try > again later and see if practice makes things better. > > best idea i came up with in the first run: > > [

Re: [PD] ngrid....?

hello, unlike some other widget scripts ngrid doesn't require any package (a tcl-tk library dependency that needs to be included in lib/ folder), so you just need to add the path to your widgets, by using the File-->Path... menu, or give the -path /path/to/your/widgets/ at start-up or in the

Re: [PD] pitchshifter object?

There also is the example I07.phase_vocoder for changing tune, it works great at any frequency. punchik punchik a écrit : > hello, which pitchshifter object or abstractions does > exist for pd? > i was trying pitchshift.pd from pds audio examples. > but it doesnt sound good at hight frequencies.

Re: [PD] Comments on pd as a library to be used in game

marius schebella a écrit : > hi,... I am not sure how easy the whole thing is. you > for example will want to do all the sound/driver settings from within > the game, which means pd has to be able to change this by sending > commands. as far as I know this is not possible with current core pd.

Re: [PD] [PD-dev] building pd with cygwin

Here I've attached the patches. Patrice Colet a écrit : Hello, i've been working on other things during last monthes and did'nt really go further, for the moment the cygwin build work without pdtcl.dll neither pd.com, it means that we have to load pd from cygwin shell, othe

Re: [PD] [PD-dev] building pd with cygwin

oops, the external/Makefile patch is here. Patrice Colet a écrit : Here I've attached the patches. Patrice Colet a écrit : Hello, i've been working on other things during last monthes and did'nt really go further, for the moment the cygwin build work without pdtcl.dll nei

<    1   2   3   4   5