Re: [PD] [PD-announce] OFFTOPIC: Audacity
On Mon, Jul 5, 2021 at 11:32 AM Andy Farnell wrote: > Following the lamentable tale on HN, it seems audacity, a stand-alone What does HN stand for? > edtiting. Running an old copy of CoolEdit98 under Wine or Roger > Dannenberg's Snd reminds me what a real audio editor should feel > like. Snd is made by Bill Schottstaedt. ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] Checking for interest: Scheme interpreter external for PD
On Thu, Oct 22, 2020 at 10:26 AM Andy Farnell wrote: > > Would love to see Scheme come to Pd. > There's also k_guile from 2004, that still compiles: https://github.com/kmatheussen/k_guile Don't know if it still works though. Guess there are other alternatives as well, but they all probably suffer a bit from gc non-rt performance. To fix this I later extended the code from k_guile to run in a separate thread to avoid cpu spikes, but this code was only added to the snd sound editor (when snd was compiled as a pd external), and that code was probably removed from snd when switching from guile to s7. ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] Sample loop - start and end point (WAV files)
On Wed, Feb 12, 2020 at 10:14 AM Ingo wrote: > > Thanks, Dan! > > > > They must be embedded in the "Marker Chunk" in AIFF and in the "Cue Point > Chunk" in the WAV format. > > This gives me a further idea for searching on. > > Yes, loops are usually defined as "Loop Start" and "Loop End" cues, but they can also theoretically be placed in the "smpl" chunk: https://sites.google.com/site/musicgapi/technical-documents/wav-file-format#smpl ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] Sample loop - start and end point (WAV files)
On Wed, Feb 12, 2020 at 10:56 AM Kjetil Matheussen wrote: > > On Wed, Feb 12, 2020 at 10:14 AM Ingo wrote: > > > > Thanks, Dan! > > > > > > > > They must be embedded in the "Marker Chunk" in AIFF and in the "Cue Point > > Chunk" in the WAV format. > > > > This gives me a further idea for searching on. > > > > > > Yes, loops are usually defined as "Loop Start" and "Loop End" cues, Hmm, or maybe they are usually defined in the "smpl" chunk, I don't remember... But here's the code to get loop data from a wav file in radium: https://github.com/kmatheussen/radium/blob/master/audio/Sampler_plugin_wav_parse.c#L253 First it checks if there is a loop in the "smpl" chunk. If there isn't loop data there, it checks for "Loop Start" and "Loop End" cues. ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] Jackpilot/Soundflower
On Fri, Oct 11, 2019 at 11:43 AM mauricemoncozet wrote: > > Hello, > With Mac OS 10.15 Catalina Jackpilot (32 bit) will not work anymore. As a > musician I use it a lot to connect Pd to Mainstage or others. > Do you know if Soundflower that seems to be working with Mojave (OS 10.14) > will continue with 10.15? > Thank you for your answers. Jack is supposed to still work under 10.15, it's just the Jackpilot program (32 bit) that won't work anymore. You can still run jack manually from the command line. You might also try qjackctl instead of jackpilot too. ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] Jackpilot/Soundflower
On Fri, Oct 11, 2019 at 1:41 PM Max wrote: > > Soundflower is now open source [1](and possibly abandoned, certainly > abandoned by their original developers Cycling74) For a commercial > alternative check out Loopback [2] by Rougue Amoeba. > The Jack source [3] is there, no idea if it compiles for 64bit. Not only does it compile for 64 bit, the distributed binaries are 64 bit too. Only JackPilot is 32 bit. ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] original gigaverb code?
On Thu, Mar 7, 2019 at 3:31 PM Alexandre Torres Porres wrote: >> >> >> >> maybe this is the original c? >> https://github.com/fronin/lmms/blob/7cdeb928d6bfcbe1ade8b07129380bd76b0d0582/plugins/ladspa_effect/swh/gverb/gverb.c > > > seems like the port to Ladspa by Steve Harris > > I just can't find the original deal :/ The Ladspa version by Steve Harris doesn't look like a port. He has just included the original code. I think the ladspa part of the gverb ladspa plugin is autogenerated from some xml files. You can find the same code at https://github.com/highfidelity/gverb/tree/master/src for instance. ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] Reason for not allowing '{' and '}' in Pd?
On Mon, May 14, 2018 at 4:24 PM, Zack Leewrote: > I didn't know that was possible in pdlua. > Thanks for the info! > > You could also use something else than { and }, for instance BEGIN and END, and let the external replace BEGIN with { and END with } before sending it to lua. I had the same problem when making the k_cext external. ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] snd
On Tue, Oct 10, 2017 at 8:30 PM, Simon Itenwrote: > hi list, > > is somebody on this list using snd regularly? > > i was looking at this image: > > https://commons.wikimedia.org/wiki/File:Spectrogram.png > > according to the file description it is done with snd. > > is this hard to do? hard as in: can i do this in a semi automated way to > 12 files all about 12-15 mins long? (about 150mb each) > > It's shouldn't be very hard. Start Snd, load a file, select the "f" checkbox and unselect the "w" checkbox, open the "Transform options" window and configure it to look the way you want. Finally you can create an eps file by selecting "Print" in the file menu. To do exactly the same thing as you did last time, select "Save session" from the options menu, and the next time you can start snd like this: "snd saved-session.scm". There's also ways to automate this to process several files, although I'm not sure what the best way would be. (I imagine using sed to replace the filename in saved-session.scm could be one way) Also, it's probably better to ask on the mailing list. I've cc-ed the snd mailing list. ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] a simple question about increasing/decreasing values
On Tue, Aug 29, 2017 at 10:04 AM, oliverwrote: > IOhannes m zmölnig wrote: > >> On 08/29/2017 01:28 AM, Hrvoje Radnic via Pd-list wrote: >> >>> Hi,I usually do this by multiplying the value by -1 and offset it by the >>> range of the first value >>> >> >> which is about 100% faster than the expr equivalent. >> > > hi, IOhannes ! > > thanks for that info ! > > i often read on this list that [expr] is slower/computational more > expensive etc. than using simple vanilla objects. why is that so ? > > in theory, it would make patching more easy as it reduces the number of > objects and cords. what are situations where [expr] makes more sense to use > ? > > expr is slower since the expressions are interpreted, but in practice it probably doesn't matter unless expr is called extremely often. Another alternative is k_cext which compiles the expressions to C, probably making it the fastest alternative: https://github.com/kmatheussen/k_cext ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] pdlv2: generate lv2 plugins from pd patches
On Fri, Apr 8, 2016 at 11:56 PM, Alexwrote: > or better yet, weren't required because you just pass an instance along > and operate on the instance because every method would have the instance > passed along with it :) > > That's how libpds works: http://folk.uio.no/~ksvalast/libpds.h (this file is autogenerated during build, so you won't find it on github) libpds uses pd-extended from 2003 though, so perhaps it's a little bit outdated, but it supports gui, multiple instances, almost all externals in pd-extended, and it has been tested a lot in Radium. ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] pdlv2: generate lv2 plugins from pd patches
You might have to merge inn libd from upstream though. Don't know how much work that is. On Fri, Apr 8, 2016 at 7:06 PM, Alex <x37v.a...@gmail.com> wrote: > Great, I'll look into that when I get some more time! > > On Fri, Apr 8, 2016 at 9:55 AM, Kjetil Matheussen < > k.s.matheus...@gmail.com> wrote: > >> >> >> On Fri, Apr 8, 2016 at 6:51 PM, Alex <x37v.a...@gmail.com> wrote: >> >>> hmm, that is interesting, is libpds simply part of the radium project or >>> is it something you distribute separately? I should look into that. >>> >>> It's my branch of libpd on github. You can ignore the libpds part, and >> just use libpd as you do already, only that this version of libpd also >> provide pd gui. >> >> > ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] pdlv2: generate lv2 plugins from pd patches
On Fri, Apr 8, 2016 at 6:51 PM, Alexwrote: > hmm, that is interesting, is libpds simply part of the radium project or > is it something you distribute separately? I should look into that. > > It's my branch of libpd on github. You can ignore the libpds part, and just use libpd as you do already, only that this version of libpd also provide pd gui. ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] pdlv2: generate lv2 plugins from pd patches
On Fri, Apr 8, 2016 at 5:08 PM, Alexwrote: > Its interesting that Camomile and the updated pdvst were announced in > these past weeks as I've been working on pdlv2, a wrapper/parser the > generates lv2 plugins from pd patches. > > https://github.com/x37v/pdLV2/ > If you use libpds instead of libpd you can enable the normal pd gui, as gui. libpds has extended libpd with show_gui and hide_gui functions. ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] freeverb~ problem
You could use the faust version of freeverb and compile it for pd. It's probably less likely to have bugs. For instance by pasting http://sourceforge.net/p/faudiostream/code/ci/master/tree/examples/freeverb.dsp?format=raw into http://faust.grame.fr/onlinecompiler/ On Sun, Feb 7, 2016 at 4:08 AM, Ivica Bukvicwrote: > Thank you, Katja. Is there a newer version than this out there? > > Best, > > -- > Ivica Ico Bukvic, D.M.A. > Associate Professor > Computer Music > ICAT Senior Fellow > Director -- DISIS, L2Ork > Virginia Tech > School of Performing Arts – 0141 > Blacksburg, VA 24061 > (540) 231-6139 > i...@vt.edu > www.performingarts.vt.edu > disis.icat.vt.edu > l2ork.icat.vt.edu > ico.bukvic.net > On Feb 6, 2016 10:25 AM, "katja" wrote: > >> If the freeverb~ version you use looks like the one in >> >> http://sourceforge.net/p/pure-data/svn/HEAD/tree/trunk/externals/freeverb~/freeverb~.c >> , >> there's a function 'fix_denorm_nan_float() defined starting at line >> 154. The function is called later (in line 225 and others) but the >> return value is never stored. Therefore freeverb~ doesn't flush >> denormals. >> >> On Sat, Feb 6, 2016 at 3:34 PM, Ivica Bukvic wrote: >> > Thank you all. Looks like I've got some troubleshooting to do and will >> > report what I find. >> > >> > Best, >> > >> > -- >> > Ivica Ico Bukvic, D.M.A. >> > Associate Professor >> > Computer Music >> > ICAT Senior Fellow >> > Director -- DISIS, L2Ork >> > Virginia Tech >> > School of Performing Arts – 0141 >> > Blacksburg, VA 24061 >> > (540) 231-6139 >> > i...@vt.edu >> > www.performingarts.vt.edu >> > disis.icat.vt.edu >> > l2ork.icat.vt.edu >> > ico.bukvic.net >> > >> > On Feb 6, 2016 9:20 AM, "IOhannes m zmölnig" wrote: >> >> >> >> On 02/06/2016 10:29 AM, katja wrote: >> >> > Possibly an inf or nan recirculating in the delay lines? It seems >> that >> >> > freeverb~ calls function fix_denorm_nan_float(float v) but doesn't >> use >> >> > the return value. >> >> >> >> you *might* be able to confirm this by sending the output for >> >> [freeverb~] to [print~] (the silent samples would be NaN or Inf rather >> >> than 0 (or some other constant value)) >> >> >> >> gamds >> >> 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 >> > >> > > ___ > 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
Re: [PD] freeverb~ problem
Regarding denormals, if that's the problem, shouldn't it be good enough to compile with -fpmath=sse -msse2 and run the following code one time in the dsp thread? #ifdef __SSE__ #ifdef __SSE2__ #define AVOIDDENORMALS _mm_setcsr(_mm_getcsr() | 0x8040) #else #define AVOIDDENORMALS _mm_setcsr(_mm_getcsr() | 0x8000) #endif #else # error "must compile with -fmpath=sse" #endif On Mon, Feb 8, 2016 at 10:28 AM, Kjetil Matheussen <k.s.matheus...@gmail.com > wrote: > You could use the faust version of freeverb and compile it for pd. It's > probably less likely to have bugs. > For instance by pasting > http://sourceforge.net/p/faudiostream/code/ci/master/tree/examples/freeverb.dsp?format=raw > into http://faust.grame.fr/onlinecompiler/ > > > On Sun, Feb 7, 2016 at 4:08 AM, Ivica Bukvic <i...@vt.edu> wrote: > >> Thank you, Katja. Is there a newer version than this out there? >> >> Best, >> >> -- >> Ivica Ico Bukvic, D.M.A. >> Associate Professor >> Computer Music >> ICAT Senior Fellow >> Director -- DISIS, L2Ork >> Virginia Tech >> School of Performing Arts – 0141 >> Blacksburg, VA 24061 >> (540) 231-6139 >> i...@vt.edu >> www.performingarts.vt.edu >> disis.icat.vt.edu >> l2ork.icat.vt.edu >> ico.bukvic.net >> On Feb 6, 2016 10:25 AM, "katja" <katjavet...@gmail.com> wrote: >> >>> If the freeverb~ version you use looks like the one in >>> >>> http://sourceforge.net/p/pure-data/svn/HEAD/tree/trunk/externals/freeverb~/freeverb~.c >>> , >>> there's a function 'fix_denorm_nan_float() defined starting at line >>> 154. The function is called later (in line 225 and others) but the >>> return value is never stored. Therefore freeverb~ doesn't flush >>> denormals. >>> >>> On Sat, Feb 6, 2016 at 3:34 PM, Ivica Bukvic <i...@vt.edu> wrote: >>> > Thank you all. Looks like I've got some troubleshooting to do and will >>> > report what I find. >>> > >>> > Best, >>> > >>> > -- >>> > Ivica Ico Bukvic, D.M.A. >>> > Associate Professor >>> > Computer Music >>> > ICAT Senior Fellow >>> > Director -- DISIS, L2Ork >>> > Virginia Tech >>> > School of Performing Arts – 0141 >>> > Blacksburg, VA 24061 >>> > (540) 231-6139 >>> > i...@vt.edu >>> > www.performingarts.vt.edu >>> > disis.icat.vt.edu >>> > l2ork.icat.vt.edu >>> > ico.bukvic.net >>> > >>> > On Feb 6, 2016 9:20 AM, "IOhannes m zmölnig" <zmoel...@iem.at> wrote: >>> >> >>> >> On 02/06/2016 10:29 AM, katja wrote: >>> >> > Possibly an inf or nan recirculating in the delay lines? It seems >>> that >>> >> > freeverb~ calls function fix_denorm_nan_float(float v) but doesn't >>> use >>> >> > the return value. >>> >> >>> >> you *might* be able to confirm this by sending the output for >>> >> [freeverb~] to [print~] (the silent samples would be NaN or Inf rather >>> >> than 0 (or some other constant value)) >>> >> >>> >> gamds >>> >> 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 >>> > >>> >> >> ___ >> 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
Re: [PD] freeverb~ problem
Carl Hetherington has a good write up on denormals: http://carlh.net/plugins/denormals.php This is the most interesting point: "The P3 always has problems with denormals no matter what GCC flags or CPU modes are used.". So unless you want your program to function on a P3, you can safely compile your denormal-creating program with sse math and turn on DAZ and FTZ. You won't get any problems with denormals then. On Mon, Feb 8, 2016 at 4:13 PM, Ivica Ico Bukvic <i...@vt.edu> wrote: > I thought this, too. I seem to (mis)remember somewhere that -O2 > optimization at compile-time would help with this, which is what pd-l2ork's > freeverb~ uses and still exhibits previously reported behavior. That said, > I wonder if denormals would also solve potential NaNs. At any rate, I've > updated freeverb~ to explicitly use denormal function's return value in > pd-l2ork and will run some tests and let you know. If you'd like to test it > out, download the latest deb dated 20160208 (64bit build only for the time > being). > > Best, > > Ico > > > On 2/8/2016 4:44 AM, Kjetil Matheussen wrote: > > Regarding denormals, if that's the problem, shouldn't it be good enough > to compile with -fpmath=sse -msse2 and run the following code one time in > the dsp thread? > > #ifdef __SSE__ > #ifdef __SSE2__ > #define AVOIDDENORMALS _mm_setcsr(_mm_getcsr() | 0x8040) > #else > #define AVOIDDENORMALS _mm_setcsr(_mm_getcsr() | 0x8000) > #endif > #else > # error "must compile with -fmpath=sse" > #endif > > > > > On Mon, Feb 8, 2016 at 10:28 AM, Kjetil Matheussen < > k.s.matheus...@gmail.com> wrote: > >> You could use the faust version of freeverb and compile it for pd. It's >> probably less likely to have bugs. >> For instance by pasting >> http://sourceforge.net/p/faudiostream/code/ci/master/tree/examples/freeverb.dsp?format=raw >> into http://faust.grame.fr/onlinecompiler/ >> >> >> On Sun, Feb 7, 2016 at 4:08 AM, Ivica Bukvic < <i...@vt.edu>i...@vt.edu> >> wrote: >> >>> Thank you, Katja. Is there a newer version than this out there? >>> >>> Best, >>> >>> -- >>> Ivica Ico Bukvic, D.M.A. >>> Associate Professor >>> Computer Music >>> ICAT Senior Fellow >>> Director -- DISIS, L2Ork >>> Virginia Tech >>> School of Performing Arts – 0141 >>> Blacksburg, VA 24061 >>> (540) 231-6139 <%28540%29%20231-6139> >>> i...@vt.edu >>> www.performingarts.vt.edu >>> disis.icat.vt.edu >>> l2ork.icat.vt.edu >>> ico.bukvic.net >>> On Feb 6, 2016 10:25 AM, "katja" <katjavet...@gmail.com> wrote: >>> >>>> If the freeverb~ version you use looks like the one in >>>> >>>> http://sourceforge.net/p/pure-data/svn/HEAD/tree/trunk/externals/freeverb~/freeverb~.c >>>> , >>>> there's a function 'fix_denorm_nan_float() defined starting at line >>>> 154. The function is called later (in line 225 and others) but the >>>> return value is never stored. Therefore freeverb~ doesn't flush >>>> denormals. >>>> >>>> On Sat, Feb 6, 2016 at 3:34 PM, Ivica Bukvic <i...@vt.edu> wrote: >>>> > Thank you all. Looks like I've got some troubleshooting to do and will >>>> > report what I find. >>>> > >>>> > Best, >>>> > >>>> > -- >>>> > Ivica Ico Bukvic, D.M.A. >>>> > Associate Professor >>>> > Computer Music >>>> > ICAT Senior Fellow >>>> > Director -- DISIS, L2Ork >>>> > Virginia Tech >>>> > School of Performing Arts – 0141 >>>> > Blacksburg, VA 24061 >>>> > (540) 231-6139 <%28540%29%20231-6139> >>>> > i...@vt.edu >>>> > www.performingarts.vt.edu >>>> > disis.icat.vt.edu >>>> > l2ork.icat.vt.edu >>>> > ico.bukvic.net >>>> > >>>> > On Feb 6, 2016 9:20 AM, "IOhannes m zmölnig" <zmoel...@iem.at> wrote: >>>> >> >>>> >> On 02/06/2016 10:29 AM, katja wrote: >>>> >> > Possibly an inf or nan recirculating in the delay lines? It seems >>>> that >>>> >> > freeverb~ calls function fix_denorm_nan_float(float v) but doesn't >>>> use >>>> >> > the return value. >>>> >> >>>> >> you *might* be able to confirm this by sending the output for >>>> >> [freeverb~] to [print~] (the silent samples would be NaN or Inf >>>> rather >>>> >> than 0 (or some other constant value)) >>>> >> >>>> >> gamds >>>> >> 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 >>>> > >>>> >>> >>> ___ >>> Pd-list@lists.iem.at mailing list >>> UNSUBSCRIBE and account-management -> >>> <http://lists.puredata.info/listinfo/pd-list> >>> 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
Re: [PD] readsf~ and writesf~, locking, blocking and real-time priority
> > > My questions are: > > 1) Have I completely misunderstood d_soundfile.c and it is actually > entirely safe. If so, why is it safe? > > It depends whether the OS implements priority inheritance ( https://en.wikipedia.org/wiki/Priority_inheritance). I think Windows does something like this, not sure, and perhaps Mac OS X too. In Linux, you must call pthread_mutexattr_setprotocol(mutex, PTHREAD_PRIO_INHERIT) to get priority inheritance for your lock. Alternatively, you can just boost the priority manually before obtaining the lock, and unboost after releasing. > 2) Why doesn’t Pd glitch more often when using these objects? > > Probably because the lock is held for so short durations that the OS very seldomly has had the chance to interrupt the thread, and for those few times it has happened, no real time priority thread had suffered from it, and for those very very very few times where a realtime priority thread has suffered, it hadn't suffered enough to cause a glitch. ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd-extended on Fedora 21
On Sat, Feb 28, 2015 at 12:06 PM, Felix Homann linuxau...@showlabor.de wrote: Hi, did anyone manage to build pd-extended for Fedora 21? I didn't (obviously, that's why I ask). I already installed Tcl/Tk 8.5 since Fedora 21 only ships Tcl/Tk 8.6. But the closest I came to a workin pd was one which started but in which I could not even a dac~ object could be created. Yes, libpds is based on pd-extended and apparently runs find in fc21. Needed this patch: https://github.com/kmatheussen/libpd/commit/c10ff310fae8f1e7b1853b9488ce3888d491ac3d (or simply just replace wish8.5 with wish8.6 in s_inter.c) ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Screen tear/flicker when going full screen
On Tue, May 27, 2014 at 5:45 PM, Antonio Roberts anto...@hellocatfood.comwrote: Upgrade to latest version of the intel graphics drivers, and dependencies: https://01.org/linuxgraphics/downloads Updated to the latest version but still no file called 20-intel.conf. Not even an xorg.conf. Closest was an xorg.conf.failsafe located in /etc/X11/ Hi, That sounds correct. It's not supposed to be there. Create it, and add the content. ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list