The test release is using an embedded Tk 8.5.19, hence it looks a little different. However, you'll also notice it's now crisper as it handles retina rendering...
On Jul 23, 2017, at 9:50 PM, pd-list-request@lists.iem.at wrote:
From: Alexandre Torres Porres <porres@gmail.com mailto:porres@gmail.com> Subject: Re: [PD] test 4 Date: July 23, 2017 at 9:34:57 PM GMT+2 To: Miller Puckette <msp@ucsd.edu mailto:msp@ucsd.edu> Cc: "pd-list@lists.iem.at mailto:pd-list@lists.iem.at" <pd-list@lists.iem.at mailto:pd-list@lists.iem.at>
2017-07-23 16:27 GMT-03:00 Alexandre Torres Porres <porres@gmail.com mailto:porres@gmail.com>: I can't open any help file... anyone else?
Ok, that's because I was experimenting with flags, like "verbose", and also "Use standard extensions"... with the latter unchecked, I learn that you can't load help files.
But there's still the other thing I said, that it still "looks weird"
cheers
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
Actually, you're probably referring to the too-thin font rendering with Monaco on retina screens. I agree it's not very readable.
@Miller, can you look into including DejaVu Sans Mono with the OS X release? It *really* fixes this. There is a "dejavu" branch which only includes the font, no metrics changes.
On Jul 23, 2017, at 11:03 PM, Dan Wilcox danomatika@gmail.com wrote:
The test release is using an embedded Tk 8.5.19, hence it looks a little different. However, you'll also notice it's now crisper as it handles retina rendering...
On Jul 23, 2017, at 9:50 PM, pd-list-request@lists.iem.at mailto:pd-list-request@lists.iem.at wrote:
From: Alexandre Torres Porres <porres@gmail.com mailto:porres@gmail.com> Subject: Re: [PD] test 4 Date: July 23, 2017 at 9:34:57 PM GMT+2 To: Miller Puckette <msp@ucsd.edu mailto:msp@ucsd.edu> Cc: "pd-list@lists.iem.at mailto:pd-list@lists.iem.at" <pd-list@lists.iem.at mailto:pd-list@lists.iem.at>
2017-07-23 16:27 GMT-03:00 Alexandre Torres Porres <porres@gmail.com mailto:porres@gmail.com>: I can't open any help file... anyone else?
Ok, that's because I was experimenting with flags, like "verbose", and also "Use standard extensions"... with the latter unchecked, I learn that you can't load help files.
But there's still the other thing I said, that it still "looks weird"
cheers
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
2017-07-23 18:06 GMT-03:00 Dan Wilcox danomatika@gmail.com:
Actually, you're probably referring to the too-thin font rendering with Monaco on retina screens. I agree it's not very readable.
yup, not very readable... :/ it's thin and small and more less spaced
now, how come when I build it myself from https://github.com/pure-data/pure-data it is just fine?
@Miller, can you look into including DejaVu Sans Mono with the OS X release? It *really* fixes this. There is a "dejavu" branch which only includes the font, no metrics changes.
So, as it is, we'll have to change it either way, huh? Either make it smaller or wider than it is.
cheers
On Jul 23, 2017, at 11:28 PM, Alexandre Torres Porres porres@gmail.com wrote:
2017-07-23 18:06 GMT-03:00 Dan Wilcox <danomatika@gmail.com mailto:danomatika@gmail.com>: Actually, you're probably referring to the too-thin font rendering with Monaco on retina screens. I agree it's not very readable.
yup, not very readable... :/ it's thin and small and more less spaced
now, how come when I build it myself from https://github.com/pure-data/pure-data https://github.com/pure-data/pure-data it is just fine?
Probably because you're using Tk 8.4 which doesn't support retina rendering?
@Miller, can you look into including DejaVu Sans Mono with the OS X release? It *really* fixes this. There is a "dejavu" branch which only includes the font, no metrics changes.
So, as it is, we'll have to change it either way, huh? Either make it smaller or wider than it is.
That's my suggestion, yes, as I mentioned in response to the test3 release. It's the easiest solution to two problems now.
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
2017-07-23 18:33 GMT-03:00 Dan Wilcox danomatika@gmail.com:
On Jul 23, 2017, at 11:28 PM, Alexandre Torres Porres porres@gmail.com wrote:
2017-07-23 18:06 GMT-03:00 Dan Wilcox danomatika@gmail.com:
Actually, you're probably referring to the too-thin font rendering with Monaco on retina screens. I agree it's not very readable.
yup, not very readable... :/ it's thin and small and more less spaced
now, how come when I build it myself from https://github.com/pure- data/pure-data it is just fine?
Probably because you're using Tk 8.4 which doesn't support retina rendering?
how can I update this please?
Does this mean I'm not getting what I should when I did build the "dejavu" branch? Probably, huh?
So, as it is, we'll have to change it either way, huh? Either make it smaller or wider than it is.
That's my suggestion, yes, as I mentioned in response to the test3 release. It's the easiest solution to two problems now.
Regarding how it looks, seems more like the "lesser of two evils" for me, but it would still be an issue. But now I don't even know if I was checking the real thing when I built it... maybe it looks great and not too different than 0.47, plus it makes the font issue consistent between platforms (but not windows yet, right?).
cheers
On Jul 23, 2017, at 11:44 PM, Alexandre Torres Porres porres@gmail.com wrote:
2017-07-23 18:33 GMT-03:00 Dan Wilcox <danomatika@gmail.com mailto:danomatika@gmail.com>:
On Jul 23, 2017, at 11:28 PM, Alexandre Torres Porres <porres@gmail.com mailto:porres@gmail.com> wrote:
2017-07-23 18:06 GMT-03:00 Dan Wilcox <danomatika@gmail.com mailto:danomatika@gmail.com>: Actually, you're probably referring to the too-thin font rendering with Monaco on retina screens. I agree it's not very readable.
yup, not very readable... :/ it's thin and small and more less spaced
now, how come when I build it myself from https://github.com/pure-data/pure-data https://github.com/pure-data/pure-data it is just fine?
Probably because you're using Tk 8.4 which doesn't support retina rendering?
how can I update this please?
If you change the log level to "all", you can see the TK version print to double check.
Don't build with "make app", use the app scripts directly "make app" builds with the old TK 8.4 that is included with the Pd sources.. There is *tons* of info in mac/README.txt...
Does this mean I'm not getting what I should when I did build the "dejavu" branch? Probably, huh?
So, as it is, we'll have to change it either way, huh? Either make it smaller or wider than it is.
That's my suggestion, yes, as I mentioned in response to the test3 release. It's the easiest solution to two problems now.
Regarding how it looks, seems more like the "lesser of two evils" for me, but it would still be an issue. But now I don't even know if I was checking the real thing when I built it... maybe it looks great and not too different than 0.47, plus it makes the font issue consistent between platforms (but not windows yet, right?).
Yes, that's why I test with multiple builds. Now you're starting to see what I mean by giving up some things looking "exactly" the same in a cross platform program...
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
2017-07-23 18:47 GMT-03:00 Dan Wilcox danomatika@gmail.com:
If you change the log level to "all", you can see the TK version print to double check.
Don't build with "make app", use the app scripts directly "make app" builds with the old TK 8.4 that is included with the Pd sources.. There is *tons* of info in mac/README.txt...
Ok, will try it out later tonight, thanks!
Now you're starting to see what I mean by giving up some things looking "exactly" the same in a cross platform program...
Yeah, I never doubt that things are more complicated than I assume. But I'm just really curious and hope to grasp at least the gist of it.
Seems like we've had problems before just by changing the Tk version, someone just mentioned that around here.
cheers
Is this compatible with leaving the default font weight bold? That also corrects the too-thin text. I find in general having default font-weight bold makes it possible to read everything from further away and/or in more crowded patches.
cheers Miller
On Sun, Jul 23, 2017 at 11:06:09PM +0200, Dan Wilcox wrote:
Actually, you're probably referring to the too-thin font rendering with Monaco on retina screens. I agree it's not very readable.
@Miller, can you look into including DejaVu Sans Mono with the OS X release? It *really* fixes this. There is a "dejavu" branch which only includes the font, no metrics changes.
On Jul 23, 2017, at 11:03 PM, Dan Wilcox danomatika@gmail.com wrote:
The test release is using an embedded Tk 8.5.19, hence it looks a little different. However, you'll also notice it's now crisper as it handles retina rendering...
On Jul 23, 2017, at 9:50 PM, pd-list-request@lists.iem.at mailto:pd-list-request@lists.iem.at wrote:
From: Alexandre Torres Porres <porres@gmail.com mailto:porres@gmail.com> Subject: Re: [PD] test 4 Date: July 23, 2017 at 9:34:57 PM GMT+2 To: Miller Puckette <msp@ucsd.edu mailto:msp@ucsd.edu> Cc: "pd-list@lists.iem.at mailto:pd-list@lists.iem.at" <pd-list@lists.iem.at mailto:pd-list@lists.iem.at>
2017-07-23 16:27 GMT-03:00 Alexandre Torres Porres <porres@gmail.com mailto:porres@gmail.com>: I can't open any help file... anyone else?
Ok, that's because I was experimenting with flags, like "verbose", and also "Use standard extensions"... with the latter unchecked, I learn that you can't load help files.
But there's still the other thing I said, that it still "looks weird"
cheers
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
I can change it back to bold. It's simply the default set in s_main.c.
On Jul 23, 2017, at 11:44 PM, Miller Puckette msp@ucsd.edu wrote:
Is this compatible with leaving the default font weight bold? That also corrects the too-thin text. I find in general having default font-weight bold makes it possible to read everything from further away and/or in more crowded patches.
cheers Miller
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
On Jul 23, 2017, at 11:44 PM, Miller Puckette msp@ucsd.edu wrote:
Is this compatible with leaving the default font weight bold?
Hmm, I'm confused now. Well, it was never bold in mac, so maybe the
question is if the branch. And, if anything, maybe the branch sets it to normal, while currently it is bold for linux/windows.
2017-07-23 18:49 GMT-03:00 Dan Wilcox danomatika@gmail.com:
I can change it back to bold. It's simply the default set in s_main.c.
yeah, so, maybe this means the branch was setting it to bold, but now we'd be reverting it back just so this is dealt with for mac people, right? ;)
cheers
The previous behavior was bold for Linux & Windows, normal for Mac. Again, cross platform differences...
On Jul 23, 2017, at 11:53 PM, Alexandre Torres Porres porres@gmail.com wrote:
On Jul 23, 2017, at 11:44 PM, Miller Puckette <msp@ucsd.edu mailto:msp@ucsd.edu> wrote:
Is this compatible with leaving the default font weight bold?
Hmm, I'm confused now. Well, it was never bold in mac, so maybe the question is if the branch. And, if anything, maybe the branch sets it to normal, while currently it is bold for linux/windows.
2017-07-23 18:49 GMT-03:00 Dan Wilcox <danomatika@gmail.com mailto:danomatika@gmail.com>: I can change it back to bold. It's simply the default set in s_main.c.
yeah, so, maybe this means the branch was setting it to bold, but now we'd be reverting it back just so this is dealt with for mac people, right? ;)
cheers
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
Related question - which platforms does the included font work on? is it cross-platform? (How sweet that would be!)
M
On Sun, Jul 23, 2017 at 11:54:32PM +0200, Dan Wilcox wrote:
The previous behavior was bold for Linux & Windows, normal for Mac. Again, cross platform differences...
On Jul 23, 2017, at 11:53 PM, Alexandre Torres Porres porres@gmail.com wrote:
On Jul 23, 2017, at 11:44 PM, Miller Puckette <msp@ucsd.edu mailto:msp@ucsd.edu> wrote:
Is this compatible with leaving the default font weight bold?
Hmm, I'm confused now. Well, it was never bold in mac, so maybe the question is if the branch. And, if anything, maybe the branch sets it to normal, while currently it is bold for linux/windows.
2017-07-23 18:49 GMT-03:00 Dan Wilcox <danomatika@gmail.com mailto:danomatika@gmail.com>: I can change it back to bold. It's simply the default set in s_main.c.
yeah, so, maybe this means the branch was setting it to bold, but now we'd be reverting it back just so this is dealt with for mac people, right? ;)
cheers
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
I'm working on the branch update, in the meantime see the font/README.txt: https://github.com/pure-data/pure-data/tree/dejavu/font https://github.com/pure-data/pure-data/tree/dejavu/font
It *will* be cross platform. If it's not detected, the current defaults are used as before.
On Jul 23, 2017, at 11:56 PM, Miller Puckette msp@ucsd.edu wrote:
Related question - which platforms does the included font work on? is it cross-platform? (How sweet that would be!)
M
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
Ok, it's ready: https://github.com/pure-data/pure-data/pull/42/files https://github.com/pure-data/pure-data/pull/42/files
Branch overview:
The current platform default font weights remain and DVSM is set as default font for all platforms. If it's not found, fallbacks are Monaco on macOS & Courier on Windows (current behavior). DVSM is included with the Pd sources in the font directory and is bundled into the macOS Pd .app by the osx-app.sh script. It is not installed to the system on any platform. We need some further work for it to be included with Pd on Windows, but that can be done in a future PR.
On Jul 24, 2017, at 12:00 AM, Dan Wilcox danomatika@gmail.com wrote:
I'm working on the branch update, in the meantime see the font/README.txt: https://github.com/pure-data/pure-data/tree/dejavu/font https://github.com/pure-data/pure-data/tree/dejavu/font
It *will* be cross platform. If it's not detected, the current defaults are used as before.
On Jul 23, 2017, at 11:56 PM, Miller Puckette <msp@ucsd.edu mailto:msp@ucsd.edu> wrote:
Related question - which platforms does the included font work on? is it cross-platform? (How sweet that would be!)
M
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
Also, I'm happy to hint to those of you trying the test4: check out the new [soundfiler] right outlet...
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
very nice :-)
Gesendet: Montag, 24. Juli 2017 um 00:32 Uhr Von: "Dan Wilcox" danomatika@gmail.com An: Pd-List pd-list@lists.iem.at Betreff: Re: [PD] test 4
Also, I'm happy to hint to those of you trying the test4: check out the new [soundfiler] right outlet...
Dan Wilcox @danomatika[http://twitter.com/danomatika] danomatika.com[http://danomatika.com] robotcowboy.com[http://robotcowboy.com] _______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list%5Bhttps://lists.puredata.info/l...]
2017-07-23 19:32 GMT-03:00 Dan Wilcox danomatika@gmail.com:
Also, I'm happy to hint to those of you trying the test4: check out the new [soundfiler] right outlet...
It is AWESOME :) thanks for that ;) it's gonna be really helpful.
I can also welcome others to check the new documentation I provided for [expr], which now includes all that there is to it!
cheers
On Mon, 2017-07-24 at 00:32 +0200, Dan Wilcox wrote:
Also, I'm happy to hint to those of you trying the test4: check out the new [soundfiler] right outlet...
This was one of my most wanted missing features in Pd. Thanks!
And I'm glad you mentioned it on the list. I missed it in the git log.
Roman
check out the new [soundfiler] right outlet...
thank god
On Sun, Jul 23, 2017 at 6:32 PM, Dan Wilcox danomatika@gmail.com wrote:
Also, I'm happy to hint to those of you trying the test4: check out the new [soundfiler] right outlet...
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com robotcowboy.com
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/ listinfo/pd-list
Yeah. I need it for libpd as devices can run at differing sample rates and I don't want to have to hard code that when using samples.
I brought his up as a suggestion a year ago and decided the other night just to see if I could make it work.
On Jul 24, 2017, at 6:59 PM, me.grimm megrimm@gmail.com wrote:
check out the new [soundfiler] right outlet...
thank god
On Sun, Jul 23, 2017 at 6:32 PM, Dan Wilcox <danomatika@gmail.com mailto:danomatika@gmail.com> wrote: Also, I'm happy to hint to those of you trying the test4: check out the new [soundfiler] right outlet...
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
Yes good news ! Here everything looks good with test5 on Ubuntu 17.04 (compile with jack). ++
Jack
Le 24/07/2017 à 18:59, me.grimm a écrit :
check out the new [soundfiler] right outlet...
thank god
On Sun, Jul 23, 2017 at 6:32 PM, Dan Wilcox <danomatika@gmail.com mailto:danomatika@gmail.com> wrote:
Also, I'm happy to hint to those of you trying the test4: check out the new [soundfiler] right outlet... -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com> robotcowboy.com <http://robotcowboy.com> _______________________________________________ Pd-list@lists.iem.at <mailto:Pd-list@lists.iem.at> mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list <https://lists.puredata.info/listinfo/pd-list>-- ____________________ m.e.grimm, m.f.a, ed.m. syracuse u., tc3 megrimm.net http://megrimm.net ____________________
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Jack, you're an experienced Linux user. Would you be willing to try if it still runs fine, even when compiled to the libjackd2 from KXStudio? Thanks M.
On 2017년 07월 24일 20:10, Jack wrote:
Yes good news ! Here everything looks good with test5 on Ubuntu 17.04 (compile with jack). ++
Jack
Le 24/07/2017 à 18:59, me.grimm a écrit :
check out the new [soundfiler] right outlet...
thank god
On Sun, Jul 23, 2017 at 6:32 PM, Dan Wilcox <danomatika@gmail.com mailto:danomatika@gmail.com> wrote:
Also, I'm happy to hint to those of you trying the test4: check out the new [soundfiler] right outlet... -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com> robotcowboy.com <http://robotcowboy.com> _______________________________________________ Pd-list@lists.iem.at <mailto:Pd-list@lists.iem.at> mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list <https://lists.puredata.info/listinfo/pd-list>
On Mon, 2017-07-24 at 21:22 +0200, Max wrote:
Jack, you're an experienced Linux user. Would you be willing to try if it still runs fine, even when compiled to the libjackd2 from KXStudio? Thanks
Hey Max,
I compiled jack2 with current master (9c929bef39e1, which is probably the one they use in KXStudio) and compiled Pd against this new jack. I also get segfaults when running Pd with -rt. The backtrace looks pretty similar to yours. As you already reported, other Jack clients run fine.
Roman
On 2017년 07월 24일 22:20, Roman Haefeli wrote:
On Mon, 2017-07-24 at 21:22 +0200, Max wrote:
Jack, you're an experienced Linux user. Would you be willing to try if it still runs fine, even when compiled to the libjackd2 from KXStudio? Thanks
Hey Max,
I compiled jack2 with current master (9c929bef39e1, which is probably the one they use in KXStudio) and compiled Pd against this new jack. I also get segfaults when running Pd with -rt. The backtrace looks pretty similar to yours. As you already reported, other Jack clients run fine.
Hi Roman,
thanks! That's valuable info - now I know it's not my fault (apart from running a too new version of Jack2). What do you think is causing the segfault? Is it something that needs to be fixed in Pd or in Jack2?
On Die, 2017-07-25 at 10:44 +0200, Max wrote:
On 2017년 07월 24일 22:20, Roman Haefeli wrote:
On Mon, 2017-07-24 at 21:22 +0200, Max wrote:
Jack, you're an experienced Linux user. Would you be willing to try if it still runs fine, even when compiled to the libjackd2 from KXStudio? Thanks
Hey Max,
I compiled jack2 with current master (9c929bef39e1, which is probably the one they use in KXStudio) and compiled Pd against this new jack. I also get segfaults when running Pd with -rt. The backtrace looks pretty similar to yours. As you already reported, other Jack clients run fine.
Hi Roman,
thanks! That's valuable info - now I know it's not my fault (apart from running a too new version of Jack2). What do you think is causing the segfault?
The backtrace says it, but I'm not knowledgeable enough to interpret it.
Is it something that needs to be fixed in Pd or in Jack2?
I can't really tell. I tend to think it may require a change in Pd, but that's just an uneducated guess.
Roman
On 2017년 07월 25일 12:28, Roman Haefeli wrote:
On Die, 2017-07-25 at 10:44 +0200, Max wrote:
On 2017년 07월 24일 22:20, Roman Haefeli wrote:
On Mon, 2017-07-24 at 21:22 +0200, Max wrote:
Jack, you're an experienced Linux user. Would you be willing to try if it still runs fine, even when compiled to the libjackd2 from KXStudio? Thanks
Hey Max,
I compiled jack2 with current master (9c929bef39e1, which is probably the one they use in KXStudio) and compiled Pd against this new jack. I also get segfaults when running Pd with -rt. The backtrace looks pretty similar to yours. As you already reported, other Jack clients run fine.
Hi Roman,
thanks! That's valuable info - now I know it's not my fault (apart from running a too new version of Jack2). What do you think is causing the segfault?
The backtrace says it, but I'm not knowledgeable enough to interpret it.
Is it something that needs to be fixed in Pd or in Jack2?
I can't really tell. I tend to think it may require a change in Pd, but that's just an uneducated guess.
Miller, I know you aren't using jack, but would it be possible for you to try to compile pd with jack against the current jack version from https://github.com/jackaudio/jack2 ? Still getting a segfault. Made an issue for your convenience: https://github.com/pure-data/pure-data/issues/146
On 2017년 07월 26일 20:36, Max wrote:
On 2017년 07월 25일 12:28, Roman Haefeli wrote:
On Die, 2017-07-25 at 10:44 +0200, Max wrote:
On 2017년 07월 24일 22:20, Roman Haefeli wrote:
On Mon, 2017-07-24 at 21:22 +0200, Max wrote:
Is it something that needs to be fixed in Pd or in Jack2?
I can't really tell. I tend to think it may require a change in Pd, but that's just an uneducated guess.
Miller, I know you aren't using jack, but would it be possible for you to try to compile pd with jack against the current jack version from https://github.com/jackaudio/jack2 ? Still getting a segfault. Made an issue for your convenience: https://github.com/pure-data/pure-data/issues/146
Segfault with Jackd2 issue is fixed! Looking forward to the release version.
m.
Hey Max,
I didn't know KXStudio. I will be pleased to help you to debug but i am too short to do it at the moment. I am sure that you can count on lot of people of this list to find where is your problem. On my machine, it is not perfect, I also get :
$ pd -jack -channels 2 -rt Cannot lock down 1186 byte memory area (Operation not permitted) Cannot lock down 82274202 byte memory area (Operation not permitted) Cannot lock down 422 byte memory area (Operation not permitted)
But Pd and jack seem to work fine together.
When i wrote "compile with jack", i wanted to say "compile with jack support". ++
Jack
Le 24/07/2017 à 21:22, Max a écrit :
Jack, you're an experienced Linux user. Would you be willing to try if it still runs fine, even when compiled to the libjackd2 from KXStudio? Thanks M.
On 2017년 07월 24일 20:10, Jack wrote:
Yes good news ! Here everything looks good with test5 on Ubuntu 17.04 (compile with jack). ++
Jack
Le 24/07/2017 à 18:59, me.grimm a écrit :
check out the new [soundfiler] right outlet...
thank god
On Sun, Jul 23, 2017 at 6:32 PM, Dan Wilcox <danomatika@gmail.com mailto:danomatika@gmail.com> wrote:
Also, I'm happy to hint to those of you trying the test4: check out the new [soundfiler] right outlet... -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com> robotcowboy.com <http://robotcowboy.com> _______________________________________________ Pd-list@lists.iem.at <mailto:Pd-list@lists.iem.at> mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list <https://lists.puredata.info/listinfo/pd-list>
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
-
Alexandre Torres Porres -
Christof Ressi -
Dan Wilcox -
Jack -
Max -
me.grimm -
Miller Puckette -
Roman Haefeli