[PD] No jack connections with -noadc
Dear list, it seems that pd can only connect to jack when started without a -noadc flag, ie. pd -noprefs -jack -noadc does not work, while pd -noprefs -jack does work. This is Pd-0.43.1 ("test5") compiled 19:10:13 Dec 12 2011, a vanilla git checkout. Jack is jackd2 on Debian, version 1.9.8~dfsg.4+20120529git007cdc37-4.1 No big problem, but puzzling to anyone wondering why jack has stopped working. best, Peter ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Pd group in Athens
* adr...@gmail.com [2012-12-21 10:53]: > ok, four people would be ok if all four (or at least three) had some stuff to > show. But if it's gonna be one showing and the rest watching...dunno. Didn't > expect huge numbers to start with, but what we have for now doesn't convince > me, to be honest. > I'd rather not make a combined Pd/Max group, it's a matter of ideology. Actually that very ideology could persuade Maxers to make the switch to Pd, if you held a meeting, couldn't it? :-) > > Cheers > > > On 21 Δεκ 2012, at 9:00, subscriber wrote: > > > > > On Dec 20, 2012, at 9:20 PM, Hans-Christoph Steiner wrote: > > > >> > >> We've had good luck in NYC having a mixed Pd+Max meeting. They are both > >> quite similar, and so many people use both. > >> > >> I'm curious to hear what the Athens Pders and Maxers have to say about the > >> Greek UI in Pd-extended 0.43. > > I checked the translation (transifex platform) and made modifications. > > Played a bit and changed some untranslated strings like Make app from > > patch/folder (see attached file). > > OSX 10.6.8, Pd-0.43.4-extended-20121220: The preferences (⌘,) dialog-window > > has no resize handle so I introduced abbreviated translated strings to keep > > buttons/strings visible - in dialog_path.tcl:41 width 600 will suffice for > > full strings. > >> > >> .hc > >> > >> On Dec 20, 2012, at 2:17 PM, adr...@gmail.com wrote: > >> > >>> No worries for the highjack Lorenzo and thanks for your wishes. > >>> Unfortunately it seems that people in Athens are using Max too, as I got > >>> no replies and till now I've found something like four people. I guess > >>> that I'll have to manage without a Pd group for now. > > 4 people seems a group eeem I mean a band to me :) - what numbers were you > > thinking to kick-off with? Also in meetings every one or two months there > > could be people who reside near Athens. > >>> > >>> Cheers > >>> > >>> > >>> On 12 Δεκ 2012, at 11:40, Lorenzo Sutton wrote: > >>> > On 12/12/12 08:09, Alexandros Drymonitis wrote: > > Hi list, > > I'd like to call people who reside in Athens and use Pd of course to > > form a group so we can make regular meetups and all. > > I'm willing to organize things (arrange dates and places for the > > meetups, invite people, suggest discussion/presentation subjects etc.). > > It would be nice if Athenian Pders get active as a community, we could > > all benefit from it. > > Alexandros, > I wish you all the best luck!! > > I'd love to have something like that over here, but it seems everyone > uses using max/msp (on a mac) here in Italy, at least in Rome. :/ > > Sorry for hijacking the thread :) > > Lorenzo > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > >>> > >>> ___ > >>> Pd-list@iem.at mailing list > >>> UNSUBSCRIBE and account-management -> > >>> http://lists.puredata.info/listinfo/pd-list > >> > >> > >> ___ > >> Pd-list@iem.at mailing list > >> UNSUBSCRIBE and account-management -> > >> http://lists.puredata.info/listinfo/pd-list > > > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] raspberry pi user experience
* Cyrille Henry [2013-01-28 10:41]: > hello, > i use the beringer UCA222 and got it to work with 5ms audio bufer with the pi > in full duplex. great news! which sampling rate do you run by the way? I suppose the hardware AD/DAcs are fixed to 48k. I never completely understood this, and should actually ask the LAU list, but wonder where the resampling in Linux is done when you run Pd at 44k1. > cheers Santé! P > c > > > Le 27/01/2013 20:40, katja a écrit : > >Both are already mentioned but I'd like to confirm that these do work > >on RPi (provided the USB speed is lowered as described in this > >thread): iMic and Behringer UCA202. > > > >Katja > > > > > >On Sun, Jan 27, 2013 at 5:51 PM, Miller Puckette wrote: > >>I heard suggestions on the Pi sites (I forget exactly where) that the USB > >>2.0 implementation isn't compatible with a large variety of USB 2.0 devices > >>(including for instance the Griffin iMic). So I don't think the issue is > >>the load that USB 2.0 puts on the Pi, it's simply bugs. But I gather nobody > >>is in a hurry to get them fixed - the attitude in Cambridge is that it's the > >>devices' fault, not the Pi's. > >> > >>I have beem suspecting that my keyboard is also incompatible with the Pi at > >>USB 1.1 speed. I haven't tried other keyboards yet since I'm usually happy > >>to ssh in without any other USB devices (besides audio and ethernet) > >>talking to the Pi. But this is not always true so soon enough I'll have to > >>try other keyboards so I can get the thing working as a standalone computer. > >> > >>cheers > >>Miller > >> > >>On Sun, Jan 27, 2013 at 04:50:16PM +0100, katja wrote: > >>>Thanks Pierre and Cyrille. > >>> > >>>It turned out that various keyboards and mouse just kill USB (when at > >>>1.1) on the Pi. 'Keysonic Wireless Trackball Keyboard' happens to work > >>>well. The lower USB speed brings substantial improvement of the audio > >>>indeed. Now a real realtime kernel, that would probably improve things > >>>further. > >>> > >>>Katja > >>> > >>> > >>> > >>>On Sun, Jan 27, 2013 at 2:33 PM, Cyrille Henry wrote: > i put it in front of everything : > > dwc_otg.speed=1 dwc_otg.lpm_enable=0 console=ttyAMA0,115200 > kgdboc=ttyAMA0,115200 console=tty1 root=/dev/mmcblk0p2 rootfstype=ext4 > elevator=deadline rootwait > > cheers > c > > Le 27/01/2013 11:42, katja a écrit : > > >Hello, > > > >Some people seem to have result with setting lower USB speed on the > >Pi, but when I try this, the Pi doesn't even respond to keyboard > >anymore. Checking /boot/cmdline.txt with another computer, I'm sure it > >is not due to a typo. But the order of settings may be important? > >Could anyone copy the full text of /boot/cmdline.txt for me, if you > >have keyboard working with lowered USB speed? (I'm not talking about > >good audio yet). > > > >Thanks, > >Katja > > > > > >On Sat, Jan 26, 2013 at 8:54 PM, Thomas Grill wrote: > >> > >>Message to self: it seems that one has to wait for updated RPi USB > >>firmware/drivers to get USB 2.0 audio going. > >>Obviously the "isochronous transfer mode" as used by audio interfaces is > >>currently broken. > >>gr~~~ > >> > >> > >>2013/1/26 Thomas Grill > >>> > >>> > >>>Hi all, > >>>for my USB audio class 2.0 device "Native Instruments Komplete Audio 6" > >>>i > >>>can't report such good news. > >>>There is constant irregular crackling, not only with Pd but also with > >>>aplay etc. It seems related to USB bandwidth, since turning on and off > >>>the > >>>inputs in Pd changes crackling frequency. The dwc_otg.speed setting is > >>>not > >>>usable for me, since the device is dependent on USB 2.0 operation. > >>>Any experiences with USB 2.0 audio devices under ALSA/rpi? > >>>thanks, > >>>gr~~~ > >>> > >>> > >>>2013/1/26 Cyrille Henry > > > hello, > > I just install raspbian release and update it. then install pd 0.44.1 > (without any specific optimisation flag) > > I made the standard optimisation : > * - rtprio 99 > * - memlock 10 > in /etc/security/limits.conf > > and > dwc_otg.speed=1 > in /boot/cmdline.txt > as suggested by miller > > I use a uca222 beringher (that cost about 20 or 25€) sound card. > trying the test audio and midi, there is no click with 10ms audio > buffer > (with adc~ enable). > > this is with usb keyboard / mouse combo plugged and graphical > interface > (for the system and for pd). > > without X, audiobuf can be as low as 5ms > > having a usb keyboard did not change anything for me. > > i'm very happy > > cheers > c > >>
Re: [PD] raspberry pi user experience
* Robert Grah [2013-01-29 13:30]: > Hallo, > > does someone has experiences with M-Audio Fast Track Ultra 8R or RME > multiface or other devices with 8 or more channels? > Can the PI handle so much channels? The HDSP/Multiface solutions require a pci pcie pcmcia or express card slot. best, P > > /Robert > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Recursion in Gem: URL dead
Dear List, dear Claude, was trying to find the cool recursion-for-GEM tutorial, that Claude posted some years ago. Here is the mailing list announcement: http://lists.puredata.info/pipermail/pd-list/2007-07/052198.html And the webpage, sadly with defunct links: http://www.blurty.com/users/claudiusmaximus/day/2007/07/18#407 Is the tutorial hosted elsewhere, or does anyone still have it? Would be terrific to try out! thanks a lot PP ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Recursion in Gem: URL dead
Mon cher Cyrille, * Cyrille Henry [2013-04-04 12:01]: > hello, > > is this the example that are now part of gem: > Gem/example/13.recursion ? Indeed! Absolutely! Thank you so much for your quick answer! best, P > > cheers > c > > > > Le 04/04/2013 11:23, Peter P. a écrit : > >Dear List, dear Claude, > > > >was trying to find the cool recursion-for-GEM tutorial, that Claude > >posted some years ago. > > > >Here is the mailing list announcement: > >http://lists.puredata.info/pipermail/pd-list/2007-07/052198.html > > > >And the webpage, sadly with defunct links: > >http://www.blurty.com/users/claudiusmaximus/day/2007/07/18#407 > > > >Is the tutorial hosted elsewhere, or does anyone still have it? Would > >be terrific to try out! > > > >thanks a lot > >PP > > > >___ > >Pd-list@iem.at mailing list > >UNSUBSCRIBE and account-management -> > >http://lists.puredata.info/listinfo/pd-list > > > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Job offer: University Assistant in Graz
FYI, best, P 8<--- University Assistant Position @ KUG, AUSTRIA Interdisciplinary research on spatial organ sound generation and analysis thereof, in terms of artistically aesthetics, sound design and perceptual evaluation. The University of Music and Performing Arts Graz, Austria, announces a vacant position at the Institute of Church Music and Organ, for a University Assistant according to §26 of the current Austrian academic wage agreements. The employment contract is for a 75% part-time employee and for a period of four years. The minimal monthly gross payment for the vacant 75% position is currently € 1.899,-- (14 x annually). Increased salary for persons with specific professional experience is according to the wage agreements (http://www.goed.at/documents/kv_uni_Internet.pdf). General Application Requirements: Master (Diploma) degree preferably in Electrical Engineering and Audio Engineering, or equal experience in independent scientific research. Specific Application Requirements: The applicant has comprehensive practical experience in audio recording techniques. Main area of interest implies musical acoustics and sound aesthetics. Knowledge of organ making is desirable. Moreover, profound background knowledge in acoustical signal processing, electro acoustics, room acoustics and psycho-acoustics are expected. Furthermore, your abilities should comprise comprehensively programming skills in MATLAB, Pure Data (PD) and/or C as well as self-management. Candidates with proper qualifications who meet the required expertise and skills are invited to send their written application along with commonly required documents (curriculum vitae, short description of expertise, and preferably a letter of recommendation with name and address of the author from the academic world - (physical/e-mail/FAX) by 23. April 2013 Under the document code GZ: 25/13 to the following address: An das Personalservice der Universität für Musik und darstellende Kunst Graz, 8010 Graz, Leonhardstraße 15. The university encourages qualified women to apply for the vacant job. Women with comparable qualification will be treated with higher priority. Job interviews will take place soon after the application deadline. The employment should start as early as possible. Travel costs and accommodation that might arise during the application procedure will not be refunded by the university. In accordance with the university's social sustainability guidelines that interpret special needs in all aspects, people with special needs and given comparable qualification will be preferred in the application procedure. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Call for Applications: IEM Graz Music Residency Program 2014
IEM Music Residency Program 2014 - Call for Applications (please distribute) The Institute of Electronic Music and Acoustics (IEM) in Graz, Austria is happy to announce its new Music Residency program and invites applications from artists, scholars and practitioners for the 2014 edition. The Residency is aimed at individuals wishing to pursue projects in performance, composition, installation and sound art, development of tools for art production and related areas. Duration of residency: 5 months Start date: January 1st 2014 (negotiable) Monthly salary: Approx. EUR 1100 (net) APPLICATION DEADLINE: 1st of September 2013 23:59 CEST The Institute of Electronic Music and Acoustics is a department of the University of Music and Performing Arts Graz and was founded in 1965. An internationally well reknown institution in its field, it currently holds a staff of more than 25 members. IEM offers education to students in composition and computer music, sound engineering, contemporary music performance and musicology. It is well connected to the University of Technology as well as to the University of Graz through two joint study programs. The artwork produced at IEM is released through the Institute's own OpenCUBE and Signale concert series, as well as through various collaborations with international artists and institutions. IEM's main activities are centered around the three main research areas Computer Music Artistic Research Signal Processing and Acoustics and contributions to these, or any other field of relevance, are invited for the Music Residency program. What we expect from applicants: -An outstanding project proposal that adds new perspectives to the Institute's activities and resonates well with the interests of IEM members and students. -The succesful applicant will work on-site in Graz for the major part of the Residency. -Willingness to exchange and share ideas, knowledge and results with IEM staff members and students and engage in scholarly discussion. -The ability to work independently within the Institute as well as a strong initiative to integrate into the faculty life. -A dissemination strategy as part of the project proposal that ensures the publication of the work, or documentation thereof, in a suitable high-quality format. This could be achieved for example through the release of media, journal or conference publication, a project website or other means that help to preserve the knowledge gained through the Music Residency and make it available to the public. What we offer to the successful applicant: -Support in artistic production and arts-based research -Exchange with competent and experienced staff members -Work and office space -Contact with peers from similar or other disciplines -Infrastructure (electroacoustic music studios, icosahedral loudspeaker array, motion capture technology) -Concert and presentation facilities (CUBE 24 channel loudspeaker concert space) -Existing networks with local/international partners -We provide a monthly salary of approx. EUR 1100 net per month in addition to health and accident insurance. An application form providing more information is available at http://iem.at/~residency/applicationForm-IEM-MusicResidency2014.odt or http://iem.at/~residency/applicationForm-IEM-MusicResidency2014.docx Feel free to contact reside...@iem.at with questions. kind regards Peter Plessas IEM Graz ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] oops: ALSA cards not reported in order?
Hi! Pd 0.45.0 informs me at startup that "oops: ALSA cards not reported in order?" while all seems to work normally. I also have this: cat /proc/asound/cards 0 [Intel ]: HDA-Intel - HDA Intel HDA Intel at 0xf822 irq 45 29 [ThinkPadEC ]: ThinkPad EC - ThinkPad Console Audio Control ThinkPad Console Audio Control at EC reg 0x30, What does the above warning try to tell me? best, Peter ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] mysterious segfault while receiving midi commands...
* Jörn Nettingsmeier [2012-10-31 17:47]: > On 10/30/2012 10:10 PM, Hans-Christoph Steiner wrote: > >That's a tough one to track down. One thing I'd recommend is to reduce the > >complexity. Specifically, [readanysf~] is a wonderful object, but relies on > >many many libraries and has many layers in it. This bug could have come from > >any one of those libraries in addition to Pd, readanysf, etc. > > > >For the media that you're using, I recommend converting them with 32-bit > >float > >WAVs, the internal format used in Pd. Then you can use [readsf~] or even > >better, load them into tables and play them with [tabplay~]. Not specific to Jörn's crash, but a nice occasion to point out to another Musil technique about soundfile playback: Load the first second of the soundfile into a table. Next load the soundfile to be played back into a [readsf¨] object (providing an offset message to load data starting at second 2). Then use [tabplay~] to play the first second, and use its rightmost outlet bang message to start playback of the remaining audio data via [readsf~]. Rationale here: Instant playback start, desirable with (theatre style/show control) cue-based soundfile players by using ram-based tables, allowing your OS one second of time to open a file from hard disk. Prevents having to load all of your soundfiles into ram. > very good points. i'll definitely follow that advice. > > nonetheless, i'd very much like to track down the issue. yesterday, > i had a very similar crash and was finally able to get a > post-mortem: > > Reading symbols from /usr/local/lib64/pd/bin/pd...done. > [New LWP 19272] > [New LWP 19278] > [New LWP 19276] > [New LWP 19783] > [New LWP 19803] > [New LWP 19785] > [New LWP 19784] > [New LWP 19788] > [New LWP 19787] > [New LWP 19798] > [New LWP 19786] > [New LWP 19799] > [New LWP 19801] > [New LWP 19802] > [New LWP 19800] > [Thread debugging using libthread_db enabled] > Using host libthread_db library "/lib64/libthread_db.so.1". > Core was generated by `pd DasLamm.pd'. > Program terminated with signal 11, Segmentation fault. > #0 0x0046d343 in vu_float () > Missing separate debuginfos, use: zypper install > glibc-debuginfo-2.15-22.6.4.x86_64 > libFLAC8-debuginfo-1.2.1-96.1.2.x86_64 > libasound2-debuginfo-1.0.25-3.5.1.x86_64 > libgcc47-debuginfo-4.7.1_20120723-1.1.1.x86_64 > libjpeg62-debuginfo-62.0.0-15.5.1.x86_64 > libmad0-debuginfo-0.15.1b-3.2.x86_64 > libogg0-debuginfo-1.3.0-4.1.2.x86_64 > libpng12-0-debuginfo-1.2.49-2.1.2.x86_64 > libspeex1-debuginfo-1.1.999_1.2rc1-16.1.2.x86_64 > libstdc++47-debuginfo-4.7.1_20120723-1.1.1.x86_64 > libtheora0-debuginfo-1.1.1-20.1.2.x86_64 > libtiff3-debuginfo-3.9.5-8.10.1.x86_64 > libvorbis0-debuginfo-1.3.3-1.1.2.x86_64 > libvorbisenc2-debuginfo-1.3.3-1.1.2.x86_64 > zlib-debuginfo-1.2.7-2.1.2.x86_64 > (gdb) thread apply all bt > > Thread 15 (Thread 0x7f1542ea9700 (LWP 19800)): > #0 0x7f15516058f4 in pthread_cond_wait@@GLIBC_2.3.2 () from > /lib64/libpthread.so.0 > #1 0x7f154bdfb02a in ReadMedia::waitA() () from > /usr/local/lib64/pd/extra/readanysf~.pd_linux > #2 0x7f154bdfc62e in ?? () from > /usr/local/lib64/pd/extra/readanysf~.pd_linux > #3 0x7f1551601e0e in start_thread () from /lib64/libpthread.so.0 > #4 0x7f1550a322bd in clone () from /lib64/libc.so.6 > > Thread 14 (Thread 0x7f15416a6700 (LWP 19802)): > #0 0x7f15516058f4 in pthread_cond_wait@@GLIBC_2.3.2 () from > /lib64/libpthread.so.0 > #1 0x7f154bdfb02a in ReadMedia::waitA() () from > /usr/local/lib64/pd/extra/readanysf~.pd_linux > #2 0x7f154bdfc62e in ?? () from > /usr/local/lib64/pd/extra/readanysf~.pd_linux > #3 0x7f1551601e0e in start_thread () from /lib64/libpthread.so.0 > #4 0x7f1550a322bd in clone () from /lib64/libc.so.6 > > Thread 13 (Thread 0x7f1541ea7700 (LWP 19801)): > #0 0x7f15516058f4 in pthread_cond_wait@@GLIBC_2.3.2 () from > /lib64/libpthread.so.0 > #1 0x7f154bdfb02a in ReadMedia::waitA() () from > /usr/local/lib64/pd/extra/readanysf~.pd_linux > #2 0x7f154bdfc62e in ?? () from > /usr/local/lib64/pd/extra/readanysf~.pd_linux > #3 0x7f1551601e0e in start_thread () from /lib64/libpthread.so.0 > #4 0x7f1550a322bd in clone () from /lib64/libc.so.6 > > Thread 12 (Thread 0x7f15426a8700 (LWP 19799)): > #0 0x7f15516058f4 in pthread_cond_wait@@GLIBC_2.3.2 () from > /lib64/libpthread.so.0 > #1 0x7f154bdfb02a in ReadMedia::waitA() () from > /usr/local/lib64/pd/extra/readanysf~.pd_linux > #2 0x7f154bdfc62e in ?? () from > /usr/local/lib64/pd/extra/readanysf~.pd_linux > #3 0x7f1551601e0e in start_thread () from /lib64/libpthread.so.0 > #4 0x7f1550a322bd in clone () from /lib64/libc.so.6 > > Thread 11 (Thread 0x7f1546f15700 (LWP 19786)): > #0 0x7f15516058f4 in pthread_cond_wait@@GLIBC_2.3.2 () from > /lib64/libpthread.so.0 > #1 0x7f154bdfb10c in ReadMedia::waitDispatch() () from > /usr/local/lib64/pd/extra/readanysf~.pd_linux > #2 0x7f154bdfbdb8 in ?? (
Re: [PD] Massive Multichannel system
* Fabio Kaiser [2012-11-14 16:33]: > Hi, > > I want to build an computer audio mixing/processing system based on PD. My > questions are mainly concerned with the stability and reliability of the > system. > So what do I need to do to make a software design in PD stable? [...] [trigger] objects mainly. > What do you recommend? > - System? I thought Linux Debian. Seems to work yep. > - Soundcard. RME MADI and the corresponding Linix driver seems to be a good > choice. Yep. > - Configuration of PD? Are there some tricks to make PD rock-steady? none of these are fireproof. Some ppl prefer to run gui and dsp as two separate instances of Pd, communicating over network with each other. > - Software design? What should I keep in mind when programming? I'd say pretty much the same things as with any software project. > - Long-term stability? This system should work on demand and for a long time. > Maybe shutting down the system should not be possible for the user!? It will eventually be shut down through any unforeseen event. Make sure the OS boots up despite possible disk errors, and correctly initializes itself. > - Does PD actually do multicore processing? through [pd~] this is possible. I don't know how much you will gain by doing so compared to the added complexity/(in)stability. best, Peter ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] firewire is dead?
* Max [2012-11-19 09:05]: > I just got a RME Fireface UCX and will test it on linux soon. it has a USB > class compliant mode, so it should run. The documentation says that the > latency in the class compliant mode is not as good as with the proprietary > driver. It would be interesting to have numbers here how much better exactly > the rme driver is over the class compliant. > I guess i'd simply connect output to input and measure the delay? Someone > must have done this before, Is there a standard method? A patch? Use jdelay by Fons Adriaensen. http://kokkinizita.linuxaudio.org/linuxaudio/ There is also a patch: /usr/local/lib/pd/doc/7.stuff/tools/latency.pd best, P > > I must say that I am a bit disappointed about the drivers for os x. I > installed the firewire and USB drivers and updated the firmware, with the > result that the settings app now crashes and the firmware update also quits > unsuccessfully now. in the regular mode now all the led on the device are on > and the sound is chpped up. USB class compliant mode however still works. i > mailed the support. Disappointing for a device i just spend >1000 eur on. > also the rme fireface driver is the only process which isn't 64bit that is > loaded by the os. > > Am 18.10.2012 um 14:24 schrieb Peter Venus : > > > a quick look on ffado.org brought up, that RMEs fireface 400 and 800 > > have now the "full support" status. > > i haven´t tested this yet, but if this works, this would be a perfect > > solution i think. > > anyone checked this yet? > > cheers, peter > > > > Gesendet: Mittwoch, 17. Oktober 2012 um 23:33 Uhr > > Von: "Ed Kelly" > > An: "Rob Bothof" , "pd-list@iem.at" > > Betreff: Re: [PD] firewire is dead? > > Jack + fa101? > > I have never, ever got this to give me anything other than glitchy, > > unusable audio! > > > > > > > >actually it was still called smartcard.. > > >either how i use it still with edirol fa101 > > >never failed me, rocksolid performance with jack > > > > > >On 10/16/2012 6:11 PM, yvan volochine wrote: > > >> On 10/16/2012 02:45 PM, patrick wrote: > > >>> good, i was a little bit worried about using a pci-e firewire adapter > > >>> for audio in linux / jack. > > >>> > > >>> about latency, yesterday i used jdelay to measure the round-trip of my > > >>> latency, at 44100 with 128, 3 = 17 ms (jack reports 8 ms). at 96000 i > > >>> get 7 ms, BUT my cpu seems to be working hard and i get glitches. so the > > >>> question is: > > >>> > > >>> with a faster cpu, can i lower the latency? > > >> > > >> yes =) > > >> > > >> i.e. I have to use huge buffer sizes (so more latency) because of my old > > >> Intel Core Duo 1.6Ghz (great thinkpad x60 with expresscard slot for my > > >> FW card though)... > > >> > > > > > > > > >___ > > >Pd-list@iem.at mailing list > > >UNSUBSCRIBE and account-management -> > > >http://lists.puredata.info/listinfo/pd-list > > > > > > > > > > > > > ___ > > Pd-list@iem.at mailing list > > UNSUBSCRIBE and account-management -> > > http://lists.puredata.info/listinfo/pd-list > > > > ___ > > Pd-list@iem.at mailing list > > UNSUBSCRIBE and account-management -> > > http://lists.puredata.info/listinfo/pd-list > > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] RME MADI HDSPe
* Jaime Oliver [2012-11-23 11:55]: > Hi all, > > I know several of you use or have used an RME MADI HDSPe card in the past. > I am trying to configure one right now for a concert tomorrow and for some > strange reason it only works with latencies above 400ms (set in the alsa > preferences in Pd). I have managed to set it to slave and sync to the mixer. > > I am using ubuntu 12.04, pd-0.42-5 (latest pd produces distorted sound no > matter what i do). > > any suggestions? has anyone had this problem before? Had problems getting a madiface to run at all with alsa too. Using jack I got click-free operation and pretty low latencies (about 5ms for jack and 12ms for pd). best, P > > best, > > J > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] gametrak question
* peiman khosravi [2014-01-22 23:05]: > Does anyone know if there is a way of connecting the gametrak to pd without > modifying the hardware itself? I use it with [hid] and it works well (mine have the usb connector) ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] gametrak question
* peiman khosravi [2014-01-23 02:53]: > Thanks, > > It is recognised and it opens fine. But no values are outputted. The same > thing is happening in max. Then I came across this and thought maybe it's > not 'meant' to work. But I'm not sure. > > http://x37v.com/x37v/writing/mad-catz-gametrak-mod-for-maxmsp/ This mentions that it is the PS2 version of the controller. I used the one distributed with a computer game for PC, and these seem to work out-of-da-box. This _could_ be one of these units (i am not liable for it not working!) :) http://www.ebay.com/itm/Mad-Catz-GameTrak-Real-World-Golf-Video-Game-For-PC-Gift-/321244799380?pt=Video_Games_Games&hash=item4acbaea194 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] create list by header message
Hi, this might be totally simple, but I am wondering what is the most elegant way of creating a list out of individual messages 12 23 34 45 meaning a list which holds four items, and which is always created at the number '12', and sent out at the nu,ner '45', yielding: list 12 23 34 45 so some kind of parallelization depending on a header value (12). thanks for any pointers best, P ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] comments with trailing | ?
Hi, I am on Pd-0.45.0 vanilla compiled from Miller's git sources on Linux with Tcl/Tk 8.5.0-2.1 When I insert a comment into a patch, there is always a trailing | (pipe) character (perhaps some sort of a cursor), that remains visible, also after clicking on the canvas background to end editing the comment. Upon file save, close, and re-open the | is gone, until I enter Edit mode. Does anyone else experience this? best, P ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] console font size really big
Hi, I am on Pd-0.45.0 vanilla compiled from Miller's git sources on Linux with Tcl/Tk 8.5.0-2.1 The fontsize of the console is really big compared to the patch. What can I do about it? Using the -font-size flag does affect the patches itself, but not the console. Using the fontsize menu entry from within the console help a bit, but even at 8pts the font is still large, and settings are not persistent either. Is there something I could do about it? Thank you! best, P ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] mouse icons
Hi, I am on Pd-0.45.0 vanilla compiled from Miller's git sources on Linux with Tcl/Tk 8.5.0-2.1 In what sense are the mouse icons that Pd uses dependent on the operating system? I feel they have changed in a way that confuses me since I compiled Pd on a new Debian box. So it might either be Debian, or Pd. Does anyone have an idea how they could be interrelated? Thanks for you comments! best, P ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] comments with trailing | ?
Dear IOhannes, dear Jonathan, dear list, I feel ashamed (and old-fashioned) as I have not seen this new feature of Pd as a feature I am afraid. Thanks for pointing it out to me. I think it is a nice addon, but also wonder if there is a nice way to disable this functionality at all. Is there an easy way to do it, or to diff the source files of Pd accordingly? Thank you again, best, P ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] console font size really big
Johnathan WIlkins wrote: > I'd be curious to know what window manager you are using. > >Try going into pd-gui.tcl and find the line: ># tk scaling 1 > >Remove the "#", save the file, and then restart Pd. See if that >solves the problem. >(Depending on how you are running Pd, you may need to have privileges >to edit that file) >-Jonathan I am using fluxbox. Indeed, editing /usr/local/lib/pd/tcl/pd-gui.tcl to yield tk scaling 1 solved the problem for me. Interestingly there is a file /usr/local/bin/pd-gui.tcl present as well, whose changes do not have an effet. This Pd is installed using "make install" from within Miller's git sources. I wonder why pd-gui.tcl is installed twice on my system, the latter one also being in my $PATH. Thank you again for this quick one Jonathan. There is a comment related to tk scaling in this very file just above the scaling option: # we are not using Tk scaling, so fix it to 1 on all platforms. This # guarantees that patches will be pixel-exact on every platform # 2013.07.19 msp - trying without this to see what breaks - it's # having # deleterious effects on dialog window font sizes. Would be interesting to know wonder what the deletrious effects were. But, hey- problem solved for me. thanks cheers P ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] mouse icons
Simon Wise wrote: >They are certainly are system icons, they change if I change the >system cursor >theme. In xfce different sets of icons are selectable as "themes" for >the mouse. > >But here there has always been one missing ... the one shown while >hovering over >an inlet or outlet in edit mode, but it never bothered me enough to >find out >why, and anyway I've got an oldish pd installed so it may have been >fixed already. thank you! I was able to select a theme that suited me better using (under Debian) sudo update-alternatives --config x-cursor-theme Now I am looking for a way to disable the arrow-cursor that is mirrored directions when you hover the mouse over an object that can be clicked and use the normal error for it. But somehow I can't find the file that holds the cursors themselves. Otherwise I could delete the mirrored arrow file and use a symlink pointing to the original arrow. I feel that there could be less different mouse cursors in Pd in general, somehow it is already quite a lot: Non-edit mode: Arrow over canvas Arrow over clickable objects facing other direction (necessary?) Edit-mode: Edit arrow Patch-cord cycle Select patchcord for deletion Change object size via right border but that's just my 2 cents and possibly not worth spending time on. best, P ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] comments with trailing | ?
* Miller Puckette [2014-01-24 23:36]: > Delete these lines in g_text.c: > > /* for comments, just draw a bar on RHS if unlocked; when a visible > canvas is unlocked we have to call this anew on all comments, and when > locked we erase them all via the annoying "commentbar" tag. */ > else if (x->te_type == T_TEXT && glist->gl_edit) > { > if (firsttime) > sys_vgui(".x%lx.c create line\ > %d %d %d %d -tags [list %sR commentbar]\n", > glist_getcanvas(glist), > x2, y1, x2, y2, tag); > else > sys_vgui(".x%lx.c coords %sR %d %d %d %d\n", > glist_getcanvas(glist), tag, x2, y1, x2, y2); > } > > > (however, that won't disable the functionality; just the ugly marks.) nice hack, thanks it sure makes me wonder less if I left any unwanted characters in my comments. :) > > I'm still trying to think of something less ugly - tell me if you have any > ideas... I faintly remember a problem with the comments in Tcl/Tk not really honouring line feeds correctly (or Return character), right? I mean if the line feeds were working and would show up identically after saving and loading the file from disk, then there would be no need to resize comments at all. Would this issue still be a problem in current Pd? Resizability sure makes sense with objects where one would need to see different outlets more easily. Thanks! best, Peter ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] console font size really big
* Jonathan Wilkes [2014-01-25 00:28]: > On 01/24/2014 05:31 PM, Peter P. wrote: > >Johnathan WIlkins wrote: > > > >>I'd be curious to know what window manager you are using. > >> > >>Try going into pd-gui.tcl and find the line: > >># tk scaling 1 > >> > >>Remove the "#", save the file, and then restart Pd. See if that > >>solves the problem. > >>(Depending on how you are running Pd, you may need to have privileges > >>to edit that file) > >>-Jonathan > >I am using fluxbox. > > > >Indeed, editing /usr/local/lib/pd/tcl/pd-gui.tcl to yield > > tk scaling 1 > >solved the problem for me. > > > >Interestingly there is a file /usr/local/bin/pd-gui.tcl present as > >well, whose changes do not have an effet. This Pd is installed using > >"make install" from within Miller's git sources. I wonder why > >pd-gui.tcl is installed twice on my system, the latter one also being > >in my $PATH. > > > >Thank you again for this quick one Jonathan. > > > >There is a comment related to tk scaling in this very file just above > >the scaling option: > > # we are not using Tk scaling, so fix it to 1 on all platforms. This > > # guarantees that patches will be pixel-exact on every platform > > # 2013.07.19 msp - trying without this to see what breaks - it's > > # having > > # deleterious effects on dialog window font sizes. > > > >Would be interesting to know wonder what the deletrious effects were. > > Tk has a very friendly but very small community without the > resources to make sure everything works as advertised across all > platforms. So depending on which platform you use you'll see > different symptoms, depending on how well tk is integrated with the > guts of the window manager (in GNU/Linux, this would be "not at > all"), the accuracy of the info delivered to Tk from the OS/window > manager, implementation features/bugs in a particular graphics > subsystem, etc. > > One detail is that if you let [tk scaling] do its thing, you'll see > problems in the postscript output if you print a patch. There's an > ugly fix somewhere for this which requires hacking the ps output to > scale it by the tk scaling factor. > > But if you hard code tk scaling to 1 users on Windows will see font > problems from Tk's half-baked, hardly documented theming engine that > would require _really_ ugly hacks all over Pd to fix. Thanks again Jonathan, great description! So I'll stick to scaling myself unless I want to print a .ps version of the patch. best, Peter ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] create list by header message
Dear IOhannes, Roman, Jonathan, thank you for your kind replies, and the examples you posted! It helped me quite a bit! best, P * IOhannes m zmölnig [2014-01-24 10:48]: > On 01/23/2014 07:43 PM, Peter P. wrote: > > Hi, > > > > this might be totally simple, but I am wondering what is the most > > elegant way of creating a list out of individual messages > > > > 12 > > 23 > > 34 > > 45 > > > > meaning a list which holds four items, and which is always created at > > the number '12', and sent out at the nu,ner '45', yielding: > > > > list 12 23 34 45 > > > > so some kind of parallelization depending on a header value (12). > > > > i found [list prepend] to be the easiest accumulator to read (though > performance-wise it's less optimal once it comes to **large** lists) > > adding the logic to convert your starting and stopping delimiters to > reset/output the list, is left as an exercise for the user. > > fgmadrs > IOhannes > > #N canvas 459 190 604 364 10; > #X msg 230 92 12 \, 23 \, 34 \, 45; > #X obj 149 209 list prepend; > #X obj 230 161 list prepend; > #X obj 230 183 t a a; > #X obj 149 231 print; > #X obj 311 136 t b b; > #X msg 57 86 bang; > #X obj 57 108 t b b; > #X text 226 66 data to accumulate; > #X text 44 64 output and reset; > #X connect 0 0 2 0; > #X connect 1 0 4 0; > #X connect 2 0 3 0; > #X connect 3 0 1 1; > #X connect 3 1 2 1; > #X connect 5 0 2 1; > #X connect 5 1 1 1; > #X connect 6 0 7 0; > #X connect 7 0 5 0; > #X connect 7 1 1 0; > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] jack periods 32 = no pd
* pured...@11h11.com [2014-01-27 19:54]: > hi, > > in my quest of lowering my round-trip latency, I am configuring Jack with: > periods (buffer size): 32; nperiods: 2 / 3 (doesn't matter); rate 48000 > > when starting pd -rt -jack -channels 2 (-nosleep) = doesn't start. > other applications like amsynth, JAMin doesn't have this behaviour > (they works). > > when using periods 64 then pd works. i think I had the same problem recently, is there an error message output, possibly to the console when you start pd with 23 periods? Probably to the terminal upon starting pd from therein? I didn't find a solution yet, I must say. best, P > > ? > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] jack periods 32 = no pd
* pured...@11h11.com [2014-01-27 21:24]: > pd -rt -jack -channels 2 > priority 6 scheduling enabled. > priority 8 scheduling enabled. > Partial read > Partial read > ... > pd: malloc.c:3822: _int_malloc: Assertion `(unsigned long)(size) >= > (unsigned long)(nb)' failed. > Pd: signal 6 > psc@pscbox:~$ pdsend errorname: >>error writing "sock8": broken pipe<< > pdsend errorname: >>error writing "sock8": broken pipe<< > Jep, I do get lines of Partial read [...] followed by a Segmentation fault and pdsend errorname: >>error writing "sock7": broken pipe<< Here's a backtrace from within gdb: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x77f9b700 (LWP 22956)] 0x76afc790 in ?? () from /lib/x86_64-linux-gnu/libc.so.6 (gdb) bt #0 0x76afc790 in ?? () from /lib/x86_64-linux-gnu/libc.so.6 #1 0x004f1428 in pollprocess () #2 0x775d1dbf in ?? () from /usr/lib/x86_64-linux-gnu/libjack.so.0 #3 0x77184e0e in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0 #4 0x76aae0fd in clone () from /lib/x86_64-linux-gnu/libc.so.6 I hope this is useful to anyone. best, P ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Compile iem_ambi from svn?
Dear list, Please excuse me for asking this again, but I am trying to compile single externals from svn (in my case it is iem_ambi). I am afraid I haven't managed to locate documentation as to how this can be done and I am confused by new/old build systems etc. upon issuing a make -f makefile in the iem_ambi directory I get makefile:12: ../../Make.include: No such file or directory which indeed does not exist. There is only one such file located within externals/iemlib which does not help even when modifying the iem_ambi makefile to include it. What is the best way to proceed here? Most other externals compile fine locally, using a well-dosed mixture of aclocal, autoconf, ./configure and make. Thank you for updating me and please excuse my oldschool way best, P ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] jack periods 32 = no pd
* Miller Puckette [2014-01-28 00:02]: > Probably that's so - but Pd should still be able to deal with the mismatch. > OTOH, since Pd is built-in 64 blocksize, you wouldn't be able to reduce Pd's > latency by reducing jack's blocksize below 64. Allright, then I can live without going lower. > I'm not sure about this, but I believe that Pd running standalone (using ALSA > driver) can achieve as low or perhaps slightly lower latency than Pd running > under jack. This is only of interest if Pd's the only audio application > you're running on that particular audio interface, however. I can currently start pd using -alsa -rt -audiobuf 2 and get click-free performance, as long as I don't the classic "Select all.." and move things around in Tcl/Tk, which of course causes drop-outs. Haven't measured latency with that setup yet, but it sure sounds promising. Using the oss emulation of alsa works too, but slightly more clicks when moving objects on the canvas. best, P ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] jack periods 32 = no pd
* Peter P. [2014-01-28 00:35]: > * Miller Puckette [2014-01-28 00:02]: > > Probably that's so - but Pd should still be able to deal with the mismatch. > > OTOH, since Pd is built-in 64 blocksize, you wouldn't be able to reduce Pd's > > latency by reducing jack's blocksize below 64. > Allright, then I can live without going lower. > > > I'm not sure about this, but I believe that Pd running standalone (using > > ALSA > > driver) can achieve as low or perhaps slightly lower latency than Pd running > > under jack. This is only of interest if Pd's the only audio application > > you're running on that particular audio interface, however. > I can currently start pd using > -alsa -rt -audiobuf 2 > and get click-free performance, as long as I don't the classic "Select > all.." and move things around in Tcl/Tk, which of course causes > drop-outs. Haven't measured latency with that setup yet, but it sure > sounds promising. Using the oss emulation of alsa works too, but > slightly more clicks when moving objects on the canvas. Made a latency test with pd's own latency testing patch /usr/local/lib/pd/doc/7.stuff/tools/latency.pd -alsa -rt -audiobuf 2 -channels 18 on an HDSPe card with Multiface and a loopback analogue cable gives 6.5ms, which I consider great! Interestingly Pd gives this latency value regardless of setting -audiobuf to values 1-6, which I suppose is because of rounding this value to something usable by the dsp part. Pd also reports on startup "...buffer_time 2902 us opened" "using mmap audio interface" Now what is weird, is that I can't get clean audio under alsa with any values larger than -audiobuf 6. The sound is very distorted. Using the -oss emulation and -rt, clean audio is available for values larger than -audiobuf 2 such as: -audiobuf 3 with measured latency of 7.9ms (Pd choses blocksze 56) -audiobuf 5 with measured latency of 9.4ms (Pd choses blocksze 56) -audiobuf 6 with measured latency of 10.9ms (Pd choses blocksze 56) and so on. Oh this is on a Debian system running kernel 3.2.0-4-rt-amd64 Nice that Pd can do so low latencies, but that's a strange thing about alsa though... > > best, P > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] cosinesum vs sinesum in arrays
Dear List, not sure if I am getting something wrong here, but it seems that sending the message ; cosinesum array999 1 does something different (besides an obvious phase shift between sine and cosine functions) to the resulting contents of that table: the first partial on cosinesum seems to be the DC component, while the first partial in sinesum is the, well, first partial. Accordingly, the second partials have double frequency in sinesum as in cosinesum. Perhaps this is intentional, but was just wondering... best, Peter ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] cosinesum vs sinesum in arrays
* Alexandros Drymonitis [2014-01-29 21:02]: > When sending the cosinesum message to an array, don't you have to specify > the number of points too? And specifically a power of two? Plus, for a > cosine you have to specify the first partial to have zero amplitude and the > second an amplitude of 1 (or less). So the message should be something like > [; array999 cosinesum 1024 0 1( > First the name of the array, then the cosinesum function, table length and > partial strengths. Hope I got your question right.. Thanks, you are right about the message format. My questions is with regard to a different behavior of sinesum vs cosinesum in Pd(0.45.0) when specifying the partials though. > On Wed, Jan 29, 2014 at 6:01 PM, Peter P. wrote: [...] > > not sure if I am getting something wrong here, but it seems that > > sending the message > > > > ; cosinesum array999 1 should of course read: ; cosinesum array999 512 1 > > does something different (besides an obvious phase shift between sine > > and cosine functions) to the resulting contents of that table: > > > > the first partial on cosinesum seems to be the DC component, while the > > first partial in sinesum is the, well, first partial. > > > > Accordingly, the second partials have double frequency in sinesum as > > in cosinesum. > > > > Perhaps this is intentional, but was just wondering... best, Peter ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] filter-graph and lop~ phase
Hi list, just wondering if I am getting something wrong plotting the phase response of lop~ using the abstractions filter-graph1.pd and filter-graph2.pd as exemplified in 3.audio.examples/H10.measurement.pd For a simple one-zero lowpass filter using [rzero~ -1] the phase response is plotted going from 0 to pi/2 (eg. 90°) at nyquist frequency. I always thought that it would be 0^ to -90° though. Also a highpass [rzero~ 1] filter's phase is plotted as going from -90° to 0° instead of the 90° to 0° I know from some textbooks. Is there a mistake I could have had made? I mean, things sound alright, but I am just wondering. best, P ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Pos1 and End in keyboard editing
Dear list, this has probably been discussed already (didn't find sth after a quick search in the archive though): When using the computer keyboard's "Pos1" and "End" keys to jump to the beginning of an object or numberbox when editing its contents, will make the cursor move there, but upon typing new characters, it jumpes back (or never really moved away) from its original position. This is Pd-0.45.0 vanilla from Miller's git and tk8.5/tcl8.5 (in fact 8.5.14-2) on a Debian system. does anyone else experience this too? best, P ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pos1 and End in keyboard editing
* Ivica Ico Bukvic [2014-02-15 01:00]: > In pd-l2ork you can do that and also use ctrl+home/end (or arrow left/right) > to navigate between spaces inside a multi-arg text, as well as between > multiple lines of comments for instance, since pd-l2ork also supports saving > endlines inside comments. HTH respect! :) P ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pos1 and End in keyboard editing
* Brian Fay [2014-02-15 00:52]: > It's been like that for as long as I can remember, and I hate it!!! Ok, then I will "Calm down and carry on"(tm). Thanks! P ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] mac os9 version
* Simon Iten [2014-02-25 14:31]: > is there or better was there ever a version of pure data for mac os9? > > the bits i find on the net seem to indicate no. but maybe a call here will > reveal a version. (miller?) The only thing I have ever seen was GEM for Max under OS9. best, P ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] jack and callbacks
Hi, just learned that my Pd vanilla Pd-0.45.0 from Miller's Git sources works "much better" (less drop outs, etc) under jack when enabling "use callbacks". Is there a way to enable this worthy parameter from the command line? Perhaps a way of setting it statically, maybe in s_audio_jack.c ? Thank you and enjoy! Peter ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] jack and callbacks
Hi, * Miller Puckette [2014-03-04 04:16]: > The "callback" flag instructs the Pd scheduler to run within callbacks > from the audio system; otherwise the audio system might still be opened > in callback mode (in portaudio or jack) or not (in alsa or mmio) but if > yes, the scheduler and the callback routine communicate via FIFOs... I chose > whichever seemed to allow the lowest latency, which depends on the system. Yes, it is good to have that choice. Is there a way to enable this worthy parameter from the command line or perhaps a way of setting it statically, maybe in s_audio_jack.c? all the best, P ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] jack and callbacks
* pured...@11h11.com [2014-03-04 23:05]: > Trying to have the lowest latency with Jack / Linux / 64bit / RT > kernel / 48000 / 3 / 64. > So should I use this too? Best see for yourself if it has an advantage on your system or not. Seems hard to give a generaizable recommendation on using it or not. bestP ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] segfault using abstraction containing partconv~ in a larger patch
Dear list, I have pd segfaulting when I try to open a larger patch, that contains one abstraction which in turn contains Ben Saylor's [partconv~] external. Only opening the abstraction itself does not cause the crash. GDB Backtrace: #0 0x76a51f69 in ?? () from /lib/x86_64-linux-gnu/libc.so.6 #1 0x75980e55 in partconv_perform (w=0x874b88) at partconv~.c:152 #2 0x00490a35 in dsp_tick () #3 0x0047e0ad in m_mainloop () #4 0x769e3b45 in __libc_start_main () from /lib/x86_64-linux-gnu/libc.so.6 #5 0x00411c5e in _start () Does anyone have an idea what could be going wrong here? This is on 3.2.0-4-rt-amd64 #1 SMP PREEMPT RT Debian 3.2.54-2 x86_64 GNU/Linux with Pd vanilla Pd-0.45.0 from Miller's git. Thank you so much! best, P ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Pd and RME HDSP alsa vs jack performance
Hi list, following up onto some earlier postings I had made about the current problems running Pd with any buffersize larger(!) than 5 using alsa, the mmap code and an RME HDSP Multiface on Debian Linux, here are some more results from tests I made recently: Alsa only works with audiobuf smaller 6, otherwise causing totally garbled sound. With that short buffer settings it is unusable for everything more CPU intense than sine test tones though. The only way to get Pd to run reliably under some load on my box using the HDSP is to use jack with 256 frames at 2 periods/buffer. Now what is weird is that the built in soundcard of my box is able to do the same thing without problems with just 64 frames at 3 periods/buffer in jack. Again with the HDSP, once I start adding Gem and let it render a single geo, I do get many audio dropouts unless I increase jack's buffers to a minimum 2048 frames at 2 frames/buffer. I tested this using two different HDSP cards on two different Debian boxes, using the -rt flag, realtime and non-realtime kernels, optional callbacks and different sleegrain setting. Somehow it seems very sad that one of the best pro multichannel sound cards under Linux seems to be unusable with Pd under Alsa reliably. I would like to contribute to any ways of improving this situation and desperately hope that someone can comment on my findings. thank you! best, Peter ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd and RME HDSP alsa vs jack performance
* Federico Galland [2014-04-15 17:46]: > On Tue, 15 Apr 2014 16:07:03 -0400 > "Peter P." wrote: > > > Hi list, > > > > following up onto some earlier postings I had made about the current > > problems running Pd with any buffersize larger(!) than 5 using alsa, > > the mmap code and an RME HDSP Multiface on Debian Linux, here are some > > more results from tests I made recently: > > > > Alsa only works with audiobuf smaller 6, otherwise causing totally > > garbled sound. With that short buffer settings it is unusable for > > everything more CPU intense than sine test tones though. > > > > The only way to get Pd to run reliably under some load on my box using > > the HDSP is to use jack with 256 frames at 2 periods/buffer. > > > > Now what is weird is that the built in soundcard of my box is able to > > do the same thing without problems with just 64 frames at 3 > > periods/buffer in jack. > > > > Again with the HDSP, once I start adding Gem and let it render a > > single geo, I do get many audio dropouts unless I increase jack's > > buffers to a minimum 2048 frames at 2 frames/buffer. > > > > I tested this using two different HDSP cards on two different Debian > > boxes, using the -rt flag, realtime and non-realtime kernels, > > optional callbacks and different sleegrain setting. > > > > Somehow it seems very sad that one of the best pro multichannel sound > > cards under Linux seems to be unusable with Pd under Alsa reliably. > > > > I would like to contribute to any ways of improving this situation and > > desperately hope that someone can comment on my findings. > > > > thank you! > > best, Peter > > > > ___ > > Pd-list@iem.at mailing list > > UNSUBSCRIBE and account-management -> > > http://lists.puredata.info/listinfo/pd-list > > I guess you have ruled out everything under this wiki > http://wiki.linuxaudio.org/wiki/system_configuration ? Thank you Federico, I looked at the page and most suggesstions is stuff I already considered. > > Is the HDSP a PCI interface? If so, pay particular attention to the "pci bus > latency" part. Well it is a ExpressCard interface in my case, and I wonder if that qualifies as PCI device. The above pages mentions that PCIe devices are not affected by the irq priorities as PCI does. best, Peter ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list