Hi there, it's known Pd can be built with 64 bits precision, but when can
we expect it to also be available for download as such?
I'm currently working on externals that play large files without running
into precision issues, but that'd be unnecessary once Pd 64 bits is more of
a thing.
It seems to me all should be good to go once it's already possible for
those who compile it like that... so I guess the main issue would be with
externals that also need to be compiled for that.
cheers
Hi,
got a new dell 13 5301. It comes with a sof-hda-dsp card. After installing Ubuntu 20.04, Qjackctl was not working. I found a solution here:
https://www.mail-archive.com/ubuntu-bugs@lists.ubuntu.com/msg5830075.html
Qjackctl started fine with sr 48000 and period 1008 and I have clean sound from vlc, audacity, ardour, etc but Pd 0.50.2 is constantly crackling.
I tried pd -jack in terminal and there's a "Partial read" message constantly appearing. With callbacks the message turn into "jack: nframes 1008 not a multiple of blocksize 64"
Then I tried pd -jack -blocksize 252 (also 504, 1008) but the problem continues. Probably I'm missing something, so any help to fix this will be appreciated.
best, rc.
interesting, didn“t know about that ircam site, thanks for sharing!
(and now brought the mail back to pd list, which i omitted in my original post)
good luck with the mac arm64 build - was looking at the specs of their mac mini today and some benchmarks, did look interesting.
hans
> Am 19.11.2020 um 02:02 schrieb Dan Wilcox <danomatika(a)gmail.com>:
>
> I added some basic info about loading custom data sets from what was already there. Maybe that's worth trying. Could be good to have some sort of way to convert something like data from here to earplug~: http://recherche.ircam.fr/equipes/salles/listen/download.html.
>
> In any case, we use it in Zirkonium and will need build for mac arm64 soon.
>
>> On Nov 19, 2020, at 1:57 AM, hans w. koch <hansw.koch(a)gmail.com> wrote:
>>
>> thanks dan,
>>
>> this can be very useful!
>> compiled here easily (mac os 10.14.6) and runs in pd 0.51-3
>>
>> best
>> hans
>>
>>> Am 19.11.2020 um 01:04 schrieb Dan Wilcox <danomatika(a)gmail.com>:
>>>
>>> Howdy all,
>>>
>>> We use the old, but venerable earplug~ external in a project at work which we are currently updating. I went ahead and pulled the earplug~ git dump from svn onto a GitHub repo and have made some updates for a version 0.2.2 release:
>>>
>>> https://github.com/pd-externals/earplug
>>>
>>> As it's a pure C external with pd-lib-builder, it should be easy to build.
>>>
>>> --------
>>> Dan Wilcox
>>> @danomatika
>>> danomatika.com
>>> robotcowboy.com
>>>
>>>
>>>
>>> _______________________________________________
>>> Pd-list(a)lists.iem.at mailing list
>>> UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
>>
>
> --------
> Dan Wilcox
> @danomatika
> danomatika.com
> robotcowboy.com
>
>
>
Hi list,
sorry if this has been discussed before, the list archive didn't give a
good search result, but how would I reverse items in a given list
immediately, so that
[1 2 3<
becomes
[3 2 1<
?
cheers, P
Howdy all,
As Miller has finalized 0.51-3, I wanted to let macOS people know that Pd's default font on the platform has been changed to Menlo.
This is a short note to preempt a flood of "why does Pd suddenly display 0s with a slash instead of a dot!" messages.
# Menlo?!
Menlo is a system font included with macOS back to 10.6 and is actually based on Bitstream Sans Mono and DejaVu Sans Mono, so there should be no sizing or positioning issues with existing patches. I find it actually slightly more readable.
See font difference screenshots here: https://github.com/pure-data/pure-data/issues/988#issuecomment-727617574 <https://github.com/pure-data/pure-data/issues/988#issuecomment-727617574>
# Why?
There is an issue for macOS 10.15+ with how DejaVu Sans Mono is loaded/displayed on the Tk canvas to where Pd renders the font "too thin" within object & messages. It doesn't affect functionality except for most selection being off and objects have an inordinate amount of trailing space.
Full Github discussion here: https://github.com/pure-data/pure-data/issues/988 <https://github.com/pure-data/pure-data/issues/988>
I spent some time trying to find if it was a problem a mac setting or a bug with Tk. It may indeed be the latter but it will take time to make a good bug report upstream. In the meantime, I found that simply using a system font renders fine and also found that Menlo thankfully matches very close to DejaVu Sans Mono.
I am a bit disappointed to drop the "one front on all platforms" approach, but this is a pretty good alternative to "let's hold up a bug fix relates for an inordinate amount of time" (which most contributors don't have anyway).
--------
Dan Wilcox
@danomatika <http://twitter.com/danomatika>
danomatika.com <http://danomatika.com/>
robotcowboy.com <http://robotcowboy.com/>
Hi list,
having fun exploring Gem's [pix_snap2tex] object, I find that the first
frame to be snapshot is garbled and displaying a green bang and the text
"Pd" unless opened the first time (see screenshot). This is on Debian
with Gem 0.94-3. Attaching a minimal working example. Can anyone
confirm this and is it worth a bug report? Any good workarounds apart
from adding things to the render chain which zero out the first snapshot
frame etc?
thanks and thanks!
P
I was also hoping that would help.
Ricky, then we need more info:
* What's the machine?
* What audio devices do you have?
* Which devices are set for audio input and audio output?
* Is Pd listed in the System Preferences app Security & Privacy panel's Privacy tab for the Microphone?
* Did you try toggling off, then on the Microphone access privacy setting, and restarting Pd?
I'm still running macOS 10.14 and the 10.15 machines at work are all out for use during the lockdown here, so I cannot test it personally.
Miller, perhaps what we need is a better Portaudio error message as this may be unrelated to the permissions. I can look into that now.
> On Nov 4, 2020, at 10:12 AM, pd-list-request(a)lists.iem.at wrote:
>
> Date: Tue, 3 Nov 2020 13:52:45 -0800
> From: Miller Puckette <msp(a)ucsd.edu <mailto:msp@ucsd.edu>>
> To: Ricky Graham <rickygrahammusic(a)gmail.com <mailto:rickygrahammusic@gmail.com>>
> Cc: pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at>
> Subject: Re: [PD] [PD-announce] Pd 0.513 test5 released (IOhannes m
> zm??lnig)
> Message-ID: <20201103215245.GA578719(a)ucsd.edu <mailto:20201103215245.GA578719@ucsd.edu>>
> Content-Type: text/plain; charset=us-ascii
>
> Well, hmm, Iwas hoping Dan's new entitlements declarations in info.plist
> would take care of that.
>
> It has something to do with entitlements I think....
>
> M
>
>
> On Tue, Nov 03, 2020 at 04:35:23PM -0500, Ricky Graham wrote:
>> Hi, Miller.
>>
>> I???m not sure if this build was in any way intended to address the error opening audio: Internal PortAudio issue I am receiving but unfortunately this error persists with your new test build on macOS Catalina 10.15.7. Anything else I could/should try?
>>
>> Ricky
--------
Dan Wilcox
@danomatika <http://twitter.com/danomatika>
danomatika.com <http://danomatika.com/>
robotcowboy.com <http://robotcowboy.com/>