Re: [PD] hints on how to compile for mac PPC on an intel
On 6/12/19, Alexandre Torres Porres wrote: > Hi, I thought I had taken care of every platform when compiling my > externals, but there's still PPC to go :) > > Any hints on how to compile for mac PPC on an intel mac? What archs are supported depends on XCode version in the first place, and the XCode version in turn is to an extent related to OSX version. Somewhere during the lifetime of OSX 10.6, support for PPC was discontinued if I remember correctly. Current pdlibbuilder by default tries to build the fattest possible pd binaries (PPC i386 x86_64) on OSX i386. Best chances to get all the archs are with OSX 10.5 and the XCode versions supplied with that system. Katja ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] hints on how to compile for mac PPC on an intel
Em qua, 12 de jun de 2019 às 13:38, IOhannes m zmölnig escreveu: > > recent versions of XCode no longer support this (iirc, very recent > versions of XCode don't event support "-arch i386" any more, for > creating intel/32bit builds). > yeah, I'm on the latest one :( > for the pd-lib-builder system, you might just get away with something like: > $ make arch="ppc i386 x86_64" > I get: */Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.14.sdk/usr/include/sys/cdefs.h:784:2: **error: * * Unsupported architecture* #error Unsupported architecture :( Maybe virtual machine is the way to go? ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] hints on how to compile for mac PPC on an intel
On 6/12/19 6:07 PM, Alexandre Torres Porres wrote: > Hi, I thought I had taken care of every platform when compiling my > externals, but there's still PPC to go :) > > Any hints on how to compile for mac PPC on an intel mac? and "-arch ppc" to the CFLAGS. recent versions of XCode no longer support this (iirc, very recent versions of XCode don't event support "-arch i386" any more, for creating intel/32bit builds). for the pd-lib-builder system, you might just get away with something like: $ make arch="ppc i386 x86_64" gfmasrd IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
[PD] hints on how to compile for mac PPC on an intel
Hi, I thought I had taken care of every platform when compiling my externals, but there's still PPC to go :) Any hints on how to compile for mac PPC on an intel mac? thanks ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] What happened to cyclone?
What version of cyclone do you have? 0.3? Have you checked this out? https://github.com/porres/pd-cyclone/wiki/How-To-Install If so, are you having a problem with just these externaks and not others from cyclone? Anyway, for any 0.3 issues, you can open an issue at https://github.com/porres/pd-cyclone/issues cheers Em qua, 12 de jun de 2019 às 08:10, Dana Moser escreveu: > Greetings- > I am _still_ recovering from not having pd-extended which > made so many common objects just kind of come built-in. > Now, starting with vanilla 49.1 and then installing > the necessary externals, some things no longer show up. > (I am on a Mac running OS 10.13.) > Specifically I can't create onebang or midiparse. > These are supposed to be provided by the cyclone external, > but even with cyclone installed by deken, I still can't > create them. > Can anyone help me get access to onebang and midiparse? > Thank you! > -Dana > > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> > 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
Re: [PD] less intelligent patching for Pd
for me it is not really a problem as, if I still haven't released the mouse and I want to connect to another inlet, I can just move the mouse. I guess it is still frustrating, and I like the idea of using the mouse as little as possible. Thanks for the work, it's all very cool! Maxi El mié., 12 jun. 2019 a las 10:01, IOhannes m zmoelnig () escribió: > On 08.06.19 19:04, Maximiliano Estudies wrote: > > If I press tab the connection jumps to the next > > inlet, but when I release the mouse it still connects to the inlet that's > > nearer to the mouse, > > this quite directly relates to my initial mail. > > On 05.06.19 16:08, IOhannes m zmoelnig wrote: > > Cycling inlets doesn't work on OSX. > > the problem being that i haven't found a way to move the mouse pointer > under OSX. > my refined attempt to fix the problem was to just tell the GUI to do > move the mouse pointer, hoping that if it cannot do that no harm will be > done. > it turns out, that the attempt to move the mouse pointer makes Pd report > that the mouse pionter wsa indeed moved (to the next inlet), so the > cords are updated. but when you release the mouse button (to do the > actual connection), the unmoved position is reported, and Pd will take > *that* position to determine the inlet to connect to :-( > > fgmasdr > IOhannes > > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list > -- Maximiliano Estudies +49 176 36784771 omslo.com maxiestudies.com ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
[PD] What happened to cyclone?
Greetings- I am _still_ recovering from not having pd-extended which made so many common objects just kind of come built-in. Now, starting with vanilla 49.1 and then installing the necessary externals, some things no longer show up. (I am on a Mac running OS 10.13.) Specifically I can't create onebang or midiparse. These are supposed to be provided by the cyclone external, but even with cyclone installed by deken, I still can't create them. Can anyone help me get access to onebang and midiparse? Thank you! -Dana signature.asc Description: OpenPGP digital signature ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] need help testing externals for mac_OS 10.6
On 11.06.19 22:13, Alexandre Torres Porres wrote: > Is anybody still using mac_OS 10.6 that could help me test if my ELSE > externals are loading fine? i did my test by loading the "All_objects.pd" file (unless otherwise indicated). i used "-stderr" to catch error messages. no other externals were loaded. tests were done on a MacMini running OSX-10.6.8, with Pd-0.49-1 installed in the amd64, i386 and ppc variants. some observations: - the fat binaries don't contain PowerPC binaries (only i386 and amd64) (so they obviously won't load on a PPC variant of Pd) - when loading more than ~140 externals, i get spurious shutdowns. re-running usually make them go away (most often after the first attempt, sometimes it takes longer). i have no idea where these might come from. afaict, i don't get any indication of an error (no printout, no error code). - the following object make more serious trouble. for testing i had temporarily removed the binaries of the problematic objects from the else/ directory (with all the other externals still there), and enabled them one by one: [rec~] -- on amd64, after loading this object Pd will stop to work: the patch containing this object won't show up, Cmd-Q and the like won't do anything (i get visual feedback that the keys were pressed, but they don't actually do anything) -- on i386 i get the following error: ~~~ pd(86904,0xa06de540) malloc: *** mmap(size=2511978496) failed (error code=12) *** error: can't allocate region *** set a breakpoint in malloc_error_break to debug pd: getbytes() failed -- out of memory ~~~ [shaper~], [table~] on both amd64 and i386 i get an error > else/shaper~ > error: ... didn't return a patchable object if i instead try to load the help-patch of the object, it seems to always crash (on both architectures) with exit code 139 [wavetable~] similar to above, although All_objects.txt almost *always* exit (with an exit code of 139) [wt~] loading "All_objects.pd" always exits on i386 (with exit code 0), but not on amd64, where i get the error: > else/wt~ > error: ... didn't return a patchable object funnily enough i can load the "wavetale~-help.pd" patch on both architectures (although i get the "not a patchable object" error in both cases. gfmasdr IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] weird error loading ELSE externals ("symbol not found ___exp10")
On 08.06.19 07:49, Alexandre Torres Porres wrote: > Maybe he got confused and did something wrong? But what? By the way, I've > never seen this error "symbol not found ___exp10", any idea what this could > be? exp10() [1] is a GNU extension to libm. you cannot expect it to exist on non-GNU implementations of libmath. btw, i don't get this error on OSX-10.6.8 with the beta20 link you posted earlier (but you probably fixed it in the meantime) fgmasdr IOhannes [1] https://linux.die.net/man/3/exp10 signature.asc Description: OpenPGP digital signature ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] less intelligent patching for Pd
On 08.06.19 19:04, Maximiliano Estudies wrote: > If I press tab the connection jumps to the next > inlet, but when I release the mouse it still connects to the inlet that's > nearer to the mouse, this quite directly relates to my initial mail. On 05.06.19 16:08, IOhannes m zmoelnig wrote: > Cycling inlets doesn't work on OSX. the problem being that i haven't found a way to move the mouse pointer under OSX. my refined attempt to fix the problem was to just tell the GUI to do move the mouse pointer, hoping that if it cannot do that no harm will be done. it turns out, that the attempt to move the mouse pointer makes Pd report that the mouse pionter wsa indeed moved (to the next inlet), so the cords are updated. but when you release the mouse button (to do the actual connection), the unmoved position is reported, and Pd will take *that* position to determine the inlet to connect to :-( fgmasdr IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
[PD] [PD-announce] Web Audio Conference 2019 - 3rd Call for Submissions & Pre-submission Draft Feedback
*Apologies for cross-postings* # Fifth Annual Web Audio Conference - 3rd Call for Submissions https://www.ntnu.edu/wac2019 The fifth Web Audio Conference (WAC) will be held 4-6 December, 2019 at the Norwegian University of Science and Technology (NTNU) in Trondheim, Norway. WAC is an international conference dedicated to web audio technologies and applications. The conference addresses academic research, artistic research, development, design, evaluation and standards concerned with emerging audio-related web technologies such as Web Audio API, Web RTC, WebSockets and Javascript. The conference welcomes web developers, music technologists, computer musicians, application designers, industry engineers, R scientists, academic researchers, artists, students and people interested in the fields of web development, music technology, computer music, audio applications and web standards. The previous Web Audio Conferences were held in 2015 at IRCAM and Mozilla in Paris, in 2016 at Georgia Tech in Atlanta, in 2017 at the Centre for Digital Music, Queen Mary University of London in London, and in 2018 at TU Berlin in Berlin. The internet has become much more than a simple storage and delivery network for audio files, as modern web browsers on desktop and mobile devices bring new user experiences and interaction opportunities. New and emerging web technologies and standards now allow applications to create and manipulate sound in real-time at near-native speeds, enabling the creation of a new generation of web-based applications that mimic the capabilities of desktop software while leveraging unique opportunities afforded by the web in areas such as social collaboration, user experience, cloud computing, and portability. The Web Audio Conference focuses on innovative work by artists, researchers, students, and engineers in industry and academia, highlighting new standards, tools, APIs, and practices as well as innovative web audio applications for musical performance, education, research, collaboration, and production, with an emphasis on bringing more diversity into audio. ## Pre-submission Draft Feedback Given that this year's conference theme is Diversity in Web Audio, we would like to welcome everyone to submit. We have launched a pre-submission draft feedback process to make people feel more confident, supported and welcome regarding submitting. This call is addressed to those individuals who are independent from academic institutions (deadline: June 9, 2019). More info available at: https://www.ntnu.edu/wac2019/pre-submission-draft-feedback ## Theme and Topics The theme for the fifth edition of the Web Audio Conference is Diversity in Web Audio. We particularly encourage submissions focusing on inclusive computing, cultural computing, postcolonial computing, and collaborative and participatory interfaces across the web in the context of generation, production, distribution, consumption and delivery of audio material that especially promote diversity and inclusion. Further areas of interest include: * Web Audio API, Web MIDI, Web RTC and other existing or emerging web standards for audio and music. * Development tools, practices, and strategies of web audio applications. * Innovative audio-based web applications. * Web-based music composition, production, delivery, and experience. * Client-side audio engines and audio processing/rendering (real-time or non real-time). * Cloud/HPC for music production and live performances. * Audio data and metadata formats and network delivery. * Server-side audio processing and client access. * Frameworks for audio synthesis, processing, and transformation. * Web-based audio visualization and/or sonification. * Multimedia integration. * Web-based live coding and collaborative environments for audio and music generation. * Web standards and use of standards within audio-based web projects. * Hardware and tangible interfaces and human-computer interaction in web applications. * Codecs and standards for remote audio transmission. * Any other innovative work related to web audio that does not fall into the above categories. ## Submission Tracks We welcome submissions in the following tracks: papers, talks, posters, demos, performances, and artworks. All submissions will be single-blind peer reviewed. The conference proceedings, which will include both papers (for papers and posters) and extended abstracts (for talks, demos, performances, and artworks), will be published open-access online with Creative Commons attribution, and with an ISSN number. A selection of the best papers, as determined by a specialized jury, will be offered the opportunity to publish an extended version at the Journal of Audio Engineering Society. **Papers**: Submit a 4-6 page paper to be given as an oral presentation. **Talks**: Submit a 1-2 page extended abstract to be given as an oral presentation. **Posters**: Submit a 2-4 page paper to be presented at a poster session.