Re: [PD] Fwd: Re: PD-ext fails to connect to alsa-midi on startup...
I put -alsamidi in the startup options, and it works. In last versions (0.42.5), I had to specify -mididev 1,1, otherwise pd recreated alsa client on each midi out change. This give me an error now, but it seems to work without. do we have to fill a bug report? Le 11. 04. 13 17:24, Ivica Bukvic a écrit : -- Forwarded message -- From: Ivica Bukvic i...@vt.edu mailto:i...@vt.edu Date: Apr 11, 2013 11:24 AM Subject: Re: [PD] PD-ext fails to connect to alsa-midi on startup... To: Raphael Raccuia rafael.racc...@blindekinder.com mailto:rafael.racc...@blindekinder.com Cc: Not sure If this is the same problem but in pd-l2ork I need to specify both alsa-midi flag and -mididev 0 (even If such a device does not exist). On Apr 11, 2013 10:56 AM, Raphael Raccuia rafael.racc...@blindekinder.com mailto:rafael.racc...@blindekinder.com wrote: Hi, I have to re-configure to alsa-midi everytime I launch pd-ext. anybody has the same issue? (0.43from repo) thank you r ___ Pd-list@iem.at mailto: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] [jackd] no-self-connect patch to prevent pd auto-connect to jackd
Hi, for info: For those who doesn't want pd auto-connect to jack (for use with qjackctl patchbay or ladish), there is the no-self-connect patch from Nedko Arnaudov (for jack2). Check if the package from your distro compile jack with it, or you'll have to compile yourself (git branch or download it): http://nedko.arnaudov.name/blog/2012/12/19/jack-1.9.9.5-no-self-connect-patch.html related feature request: http://sourceforge.net/tracker/?func=detailaid=3519504group_id=55736atid=478070 KXstudio (or just kxstudio repositories), implement it inthe great jack manager Cadence: you can choose to prevent apps self connecting to system ports, or to any ports. you can then use pd with ladish, (add an app with command pd-extended, followed by the path and file name you need to open). All your connections will be saved and no need to disconnectall first. enjoy it r ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [VBAP] multiple sound sources
Well, I finally used 3 vbap objectsand 1 mtx_mul~... r Le 10. 04. 13 10:00, Raphael Raccuia a écrit : Hi, I'm writing a spatialisation patch for 3 or 4 sound sources. I didn't found the way to control them with a unique vbap object, as ambiencode does... I think it's not possible, but I ask just to be sure. thank you r ___ 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] PD-ext fails to connect to alsa-midi on startup...
Hi, I have to re-configure to alsa-midi everytime I launch pd-ext. anybody has the same issue? (0.43from repo) thank you r ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] [VBAP] multiple sound sources
Hi, I'm writing a spatialisation patch for 3 or 4 sound sources. I didn't found the way to control them with a unique vbap object, as ambiencode does... I think it's not possible, but I ask just to be sure. thank you r ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [solved] some vanilla objects disappeared!
sorry, it is pd-ext... even [dac~], all midi objects and a big list of vanilla objects disappeared. Now it's fixed with 'resetting to default', as suggested HCS. Thank's a lot r Le 19. 02. 13 08:34, IOhannes m zmölnig a écrit : On 02/18/2013 22:56, Raphael Raccuia wrote: Hi, I use 0 . 43.4, which is inst alled on two Ubuntu 12.04, from repositories, and I've just notice d some basic objects like [expr] and [cnv] 'could n 't create' on one system, but not on the other... ?!? what is 0.43.4? Pd or Pd-extended? both have ubuntu packages. if it is Pd(vanilla), you will have to install puredata-extra, to get [expr]. fgmasdr IOhannes ___ 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] some vanilla objects disappeared!
Hi, I use 0.43.4, which is installed on twoUbuntu12.04,from repositories, and I've just noticed some basic objects like [expr] and [cnv] 'couldn't create' on onesystem, but not on the other...?!? ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Freezes with Pd-Extended and Jack
Actually I didn't tried... At the moment I don't have so much time to experiment another version, maybe later, seems great project. rr Le 02. 02. 13 15:19, Ivica Bukvic a écrit : Does this affect you on pd-l2ork as well? On Feb 2, 2013 3:10 AM, Raphael Raccuia rafael.racc...@blindekinder.com mailto:rafael.racc...@blindekinder.com wrote: Hi, late for this, but problem persists in 0.43release. https://sourceforge.net/tracker/?func=detailaid=3602109group_id=55736atid=478070 I confirm it has to do with latency: under ~20ms, bug occurs. Also occurs when changing soundconfig. Two things: -as said, pd shouldn't recreate jack client on each dsp on. Other problem is that a jack patch is lost and replaced by straight connection (pd 0 - system out 1 etc...). Very annoyingfor who use complex jack-patches... http://sourceforge.net/tracker/?func=detailaid=3519504group_id=55736atid=478070 - 20ms latency is very highfor live processing: I calculated pd adds 22ms. The round trip latency in the lower stable state for me at 48K is 88ms (measured with jdelay tool, with RME multiface)! make a sound, have a coffee and come back to listen (a bit exaggerated ;-) )... rr Le 27. 11. 12 10:20, Roman Haefeli a écrit : Hi all Johnny-come-lately I am . . . I've experienced this problem since 0.43 (vanilla and extended), I believe, but I haven't really investigated it, because it didn't happen that often and I wasn't able to reliably reproduce it. Now I figured out a way to reliably reproduce it. It seems the likeliness is related to jackd's latency settings. The shorter the latency, the likelier is pd going to freeze. With a setting of 128 frames/period and 2 periods/buffer, I can reliably freeze pd by turning DSP off and on. The problem seems related to the fact that switching DSP also switches the jack client on and off. I think the preferred way would be to be able to switch DSP on/off independently from switching audio back-end on/off. @Miller Are you still planning to seperate dsp switching from audio backe-end switching for 0.44? Roman On Mit, 2012-11-21 at 20:35 -0200, Esteban Viveros wrote: Hello, I'm using pd-extended 0.43.4, installed via Hans-Cristoph Steiner ppa. I'm using this version because I can't install the stable version in Ubuntu 12.04. The problem is, when I start pd with Jack in -rt mode or wherever mode, if I turn on dsp, they work well, but if I turn off, and try to turn on yet dsp, pd-extended freeze... Closing Qjackctl (after some time ubuntu can close that) pd-extended returns to work, and I can use on alsa directly sucessfull.. Someone knows where I can comunicate this bug to the developers? Is here the place? Thanks a lot! -- Esteban Viveros (27) 8815 7170 (27) 3066 0359 (11) 95761 4125 (11) 2738 7868 www.bandpage.com/estebanviveros http://www.bandpage.com/estebanviveros https://www.facebook.com/estebanviveros.art http://www.papodecompositor-es.blogspot.com.br/ http://expurgacao.art.br/ ___ Pd-list@iem.at mailto:Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailto:Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailto: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] Freezes with Pd-Extended and Jack
Hi, late for this, but problem persists in 0.43release. https://sourceforge.net/tracker/?func=detailaid=3602109group_id=55736atid=478070 I confirm it has to do with latency: under ~20ms, bug occurs. Also occurs when changing soundconfig. Two things: -as said, pd shouldn't recreate jack client on each dsp on. Other problem is that a jack patch is lost and replaced by straight connection (pd 0 - system out 1 etc...). Very annoyingfor who use complex jack-patches... http://sourceforge.net/tracker/?func=detailaid=3519504group_id=55736atid=478070 - 20ms latency is very highfor live processing: I calculated pd adds 22ms. The round trip latency in the lower stable state for me at 48K is 88ms (measured with jdelay tool, with RME multiface)! make a sound, have a coffee and come back to listen (a bit exaggerated ;-) )... rr Le 27. 11. 12 10:20, Roman Haefeli a écrit : Hi all Johnny-come-lately I am . . . I've experienced this problem since 0.43 (vanilla and extended), I believe, but I haven't really investigated it, because it didn't happen that often and I wasn't able to reliably reproduce it. Now I figured out a way to reliably reproduce it. It seems the likeliness is related to jackd's latency settings. The shorter the latency, the likelier is pd going to freeze. With a setting of 128 frames/period and 2 periods/buffer, I can reliably freeze pd by turning DSP off and on. The problem seems related to the fact that switching DSP also switches the jack client on and off. I think the preferred way would be to be able to switch DSP on/off independently from switching audio back-end on/off. @Miller Are you still planning to seperate dsp switching from audio backe-end switching for 0.44? Roman On Mit, 2012-11-21 at 20:35 -0200, Esteban Viveros wrote: Hello, I'm using pd-extended 0.43.4, installed via Hans-Cristoph Steiner ppa. I'm using this version because I can't install the stable version in Ubuntu 12.04. The problem is, when I start pd with Jack in -rt mode or wherever mode, if I turn on dsp, they work well, but if I turn off, and try to turn on yet dsp, pd-extended freeze... Closing Qjackctl (after some time ubuntu can close that) pd-extended returns to work, and I can use on alsa directly sucessfull.. Someone knows where I can comunicate this bug to the developers? Is here the place? Thanks a lot! -- Esteban Viveros (27) 8815 7170 (27) 3066 0359 (11) 95761 4125 (11) 2738 7868 www.bandpage.com/estebanviveros https://www.facebook.com/estebanviveros.art http://www.papodecompositor-es.blogspot.com.br/ http://expurgacao.art.br/ ___ 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] [PD-announce] Pd-extended 0.43.4 release candidate 1: last chance to report your bugs
Hi, I tried on KXStudio (based kde and ubundu 12.04): difficult to use, because of graphicalissues. Certainly the black KX theme is mostly guilty: -crosses incheck boxes doesn't display. Impossible to know if checked or not -menus are some bugged: sometimes I have to pass on them with cursor to display items, sometimes it's mixed with whatis displayed in the window (log, patch) I also have trouble with sound, but it's another problem. I report here because I don't know if the problem comes from KX or pd. bk Le 08. 01. 13 17:23, Hans-Christoph Steiner a écrit : Ah yes, I see. I'll try to see what's the cause. .hc On Jan 8, 2013, at 11:17 AM, Ángel Faraldo wrote: Hi Hans, from your reply I understand this behavior is not buggy, it only seemed unpractical and surprising, first because all other other apps in mac (open source apps included) ignore capitalization for shortcuts, and second, because this was not the case before pd 0.43. á On 08/01/2013, at 17:04, Hans-Christoph Steiner wrote: I always disable caps lock on my machine and make it an extra Ctrl key for reasons like this. What do other Mac apps do? How about TextEdit? .hc On Jan 8, 2013, at 9:16 AM, Ángel Faraldo wrote: I don't know if this is the thread where to post this... I don't even know whether this is a bug or a desired behavior, but I find quite annoying that shortcuts (cntrl-X, cntrl-N...) don't work for me when I have caps locked on my keyboard. This applies to all pd-0.43 versions that I have tried, extended and vanilla. (here: mac osx 10.6.8) happy new year to all! angelfaraldo On 07/01/2013, at 18:32, Hans-Christoph Steiner wrote: I think this is the final release, last chance to test your patches and make sure everything is working well in this release. Also, double-check the translations. I'll do one final import of translations from Transifex before finalizing it. Download here: http://puredata.info/downloads/pd-extended/releases/0.43.4 Its been a long time coming, but its finally reached completion! This release includes the most new features of any release before, here are some highlights: * complete help search: search all installed docs (Help-Search) * loaders: you can now write native Pd objects in Lua (pdlua) and Tcl (tclpd) * new libraries: log, iemguts, mediasettings, pduino, syslog * GUI plugins: customize your editing experience * full Unicode support, write patches in any language * fully translatable GUI, with many languages already included * Magic Glass to see what's going through connections as it happens And much more: http://puredata.info/dev/NextRelease Download it here: http://puredata.info/downloads/pd-extended/releases/0.43.4 Or if you are using Ubuntu/Mint, you can use the PPA: https://launchpad.net/~eighthave/+archive/pd-extended/ https://launchpad.net/%7Eeighthave/+archive/pd-extended/ run these commands in the Terminal to add this PPA to your system: sudo add-apt-repository ppa:eighthave/pd-extended There are some bugs that will have to wait until the next release: * Windows command line args don't work with unicode https://sourceforge.net/tracker/?func=detailaid=3595309group_id=55736atid=478070 * [initbang] worked with GUI objs in 0.42 but not in 0.43 https://sourceforge.net/tracker/?func=detailaid=3599058group_id=55736atid=478070 * Right-click menu causes CPU spike https://sourceforge.net/tracker/index.php?func=detailaid=3525646group_id=55736atid=478070 * specific kinds of GUI overload http://lists.puredata.info/pipermail/pd-list/2012-12/099534.html ___ Pd-announce mailing list pd-annou...@iem.at http://lists.puredata.info/listinfo/pd-announce ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Ángel Faraldo _ www.angelfaraldo.info http://www.angelfaraldo.info/ ___ Pd-list@iem.at mailto:Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Ángel Faraldo _ www.angelfaraldo.info http://www.angelfaraldo.info/ ___ 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] finding objects ?
There is a difference between how to use an object/external (which is generally well documented in help files), and looking for useful objects/externals someone doesn't even know the existence... Why is pdpedia offline? if well filled and updated, it's exactly what does that job... rr Le 03. 09. 12 12:55, Simon Wise a écrit : On 03/09/12 18:11, Фывапр Олджэвич wrote: yes, I know about help patches, but as Processing and arduino has a list of all available commands and operators on a web-site (and it is douwnloadable) - it is easear to find objects and commands, which you don't know, but need. everything built-in is listed with the right-click on the background, that is all that is available without installing extra stuff everything you have installed should have help files, if the person who made them made help files and the package you used installed them if for example you use debian packages then help files are installed and the help browser will show you what you have, and you can look up what packages are available easily in the usual debian manner ... but that is just the ones somebody has done the work to package, it is a useful subset of what is available there cannot be a full list of everything anyone has ever made ... there cannot be a complete list of libraries available in any language there are some efforts to try and make long lists of what is out there, these have been mentioned ... they can never be complete though they can be very useful the number objects available 'out there' grows every day, some are useful, some may not be, this mailing list is a fairly good guide to some of that stuff Simon ___ 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] Feedback on PD-ext 0.43.1
Le 19. 04. 12 14:18, Hans-Christoph Steiner a écrit : On Apr 19, 2012, at 5:25 AM, Raphael Raccuia wrote: * Then, there is a big point, that have been already discussed many times: autoconnect sound/midi in jack should really be disabled, or made it possible to choose. Midi autoconnects with all clients, and we have to 'disconnect all' before patching as desired. Same with sound: sometimes, I use pd to make sound in a basic way, and just output on channels 1 - 2, but most of the time, I use it as a plugin, or inserted between several other jack-applications, with particular jack patches. The patchbay from qjackctl save my desired connection, and I should only start my apps and let the connections make themselves. The patch is the power of jack, and autoconnect goes against this philosophy. Also, maybe one day pd will be compatible with ladish/jack-session (the future of jack!). I rarely use Jack, and know little about it. I think you're best bet is to bring this up in its own thread or submit a bug report on it. you mean a bug report for pd-ext? which thread? If its been discussed many times, I say its ready for a bug report. Please put links to the discussions in the bug report, if you can. done: https://sourceforge.net/tracker/?func=detailaid=3519504group_id=55736atid=478070 r .hc Man has survived hitherto because he was too ignorant to know how to realize his wishes. Now that he can realize them, he must either change them, or perish.-William Carlos Williams ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Feedback on PD-ext 0.43.1
Hi, I use pd (ext) since several years, and first of all, congratulation and thanks for this great project! Here are some bugs and problems I experienced. I run PD on Ubuntu Oneiric, and also tried it on another computer on Maverick... These bugs are present in the download from april 11th. * the text around vu-meters is covered by them. (I run pd in french, maybe it has something to do: 'entrées' 'sorties' (in, out) ). * Settings save: I understand now why it isn't possible to save paths/libs anymore, but I also cannot save other settings, like edit modes, or verbose level... * On Maverick, déjà-vu sans mono is not found, but installed on the system... * There is a bug with [knob] Gui object: when editing preferences, and then apply or 'ok', nothing happens and pref windows is stuck... Have to close pd and reopen, then the changes are effective. Here is the log: (Tcl) ERREUR NON GÉRÉE : expected integer but got Sans (processing -font option) invoked from within .x9ae7ae0.c itemconfigure 9ae1a48LABEL -font {DejaVu Sans Mono 8 bold} -fill #00 -text {} (uplevel body line 1) invoked from within uplevel #0 $cmds_from_pd(Tcl) ERREUR NON GÉRÉE : expected integer but got Sans (processing -font option) invoked from within .x9ae7ae0.c itemconfigure 9ae1a48LABEL -font {DejaVu Sans Mono 8 bold} -fill #00 -text {} (uplevel body line 1) invoked from within uplevel #0 $cmds_from_pd * Then, there is a big point, that have been already discussed many times: autoconnect sound/midi in jack should really be disabled, or made it possible to choose. Midi autoconnects with all clients, and we have to 'disconnect all' before patching as desired. Same with sound: sometimes, I use pd to make sound in a basic way, and just output on channels 1 - 2, but most of the time, I use it as a plugin, or inserted between several other jack-applications, with particular jack patches. The patchbay from qjackctl save my desired connection, and I should only start my apps and let the connections make themselves. The patch is the power of jack, and autoconnect goes against this philosophy. Also, maybe one day pd will be compatible with ladish/jack-session (the future of jack!). * Of course, I didn't tested everything, but most of my old patches seems to work on 0.43.1... hope this will be helpful... r ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Which Linux distribution are you using?
Le 17. 11. 10 03:36, Martin Schied a écrit : On 15.11.2010 23:06, Raphael Raccuia wrote: Le 15. 11. 10 22:21, Pierre Massat a écrit : Hi, I have installed Ubuntu 10.04 LTS, plus some ubuntu studio stuff (the audio packages and the plugins). I also tried the rt-kernel. It didn't work. But i am amazed, blown away, baffled, etc. Because the generic kernel does have some crazy rt capabilities indeed. I guess the ubuntu studio packages must have created the audio group and jack must have written the proper things in the limit file, but still, it works surprisingly well. Jack can run in rt with a latency as low 4 ms without any xruns, although it crashes.It works just fine at 5.33 ms. Even pd itself work with an extremely low latency (I'd say below 7 ms), I'm assuming that's because it was configured to run in rt during the install. I don't even know if i need JACK anymore. jack don't add latency, and it's a powerfull sound server... you can connect pd to the outputs of your sound device and/or other sound/midi softwares, then you can save a patchbay to recover your patch... it's one of the most interesting stuffs on linux. it does add latency in most cases. you specify the amount of latency by using different period sizes and numbers of periods settings. But you can use very small buffers on some systems with good audio hardware, so they have the same size you would use inside pd in standalone (64samples). In this case you will not have more latency using jack than using pd standalone. (I'm also only 99.9% sure about this, beware.). From jack-audio.org Doesn't use JACK add latency? There is /NO/ extra latency caused by using JACK for audio input and output. When we say none, we mean absolutely zero. The only impact of using JACK is a slight increase in the amount of work done by the CPU to process a given chunk of audio, which means that in theory you could not get 100% of the processing power that you might get it if your application(s) used ALSA or CoreAudio directly. However, given that the difference is less than 1%, and that your system will be unstable before you get close to 80% of the theoretical processing power, the effect is completely disregardable. but of course, if you just run pd, you don't need it and you can set latency into pd, I forgot that. I mostly interface pd with other soft ( ardour or any recorder, midi sequencer, some plugin via jack-rack or calf etc...), and I plug midi controllers, but you can do it in qjackctl without running jack (alsa tab in connection window)... Practically speaking - on systems I used until now I could always achieve lower buffer sizes using pd standalone and thus get lower round trip delays too. I couldn't tell by ear which config was faster, Pd alone or Pd plus JACK. maybe I'm wrong, but I thing only jack can provide rt... you can run pd with the -rt flag, without jack. fo me it has proven to be far more stable at the lowest possible latencies than using jack. but this depends on your setup too. I don't use jack when I don't need it. Martin ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Which Linux distribution are you using?
Hi, I tried a lot: Musix U studio ~8.xx, with a lot of problem (xruns, wifi issue, jack stops without any apparent reason, more...) Fedora 10 /CCRMA: was great, but sometimes old version of software in repos (like pd...) U studio again, Lucid: great, but a lot of wifi issues and some others... Now I'm trying Tangostudio, based on Ubuntu Lucid, 64bits... seems to work great, but after installing rtirq and nvidia driver, cause I had a xrun-rain when running jack. Now it's ok. I use RME Multiface /w HDSP Expresscard and an Edirol FA-101... excepted that xruns issue, worked oob. But pd seems to have a problem with rt: with very low latencies (15ms), I get a lot of DIO errors... Le 15. 11. 10 12:01, Bernardo Barros a écrit : Arch is being very fine for audio/SC/PD so far. very good distro. 2010/11/15 cyrille henryc...@chnry.net: hello, 195.36.24 is the nvidia driver version i'm using. mainly because it's the version shiped with ubuntu 10.04. i don't know what 260 would offer better, but i think it's not impressive. most of nvidia upgrade is adding support for new card. anyway, if you don't use graphics for any important stuff, then you probably don't care. i'll be interested to know your impression if you try this kernel for pd/Gem. Cyrille Le 14/11/2010 18:02, András Murányi a écrit : i'm using Ubuntu Lucid with standard kernel (64-bit), and performance in Pd hasn't really impressed me lately... and WHOA i've just found a PPA with RT kernel (https://launchpad.net/~abogani/+archive/ppa/), which i'm very interested in - it's just that it comes with older Nvidia drivers 195.36.24 while the latest drivers from Nvidia are 260.19.21. Now does anyone know if i'll loose anything important with this older (but appropriately patched for RT) graphics driver? (btw i don't use graphics for anything important...) Andras On Sun, Nov 14, 2010 at 3:25 PM, cyrille henryc...@chnry.net mailto:c...@chnry.net wrote: hello, you say that you need a RT kernel : did you benchmarck the difference between a RT kernel and a standard kernel? anyway, i'm using ubuntu 10.04 with no optimisation. compiling pd/Gem is very fast and easy, so i don't wait the official package... cyrille Le 14/11/2010 13:48, Pierre Massat a écrit : Hi all! I have realized lately that Fedora/PlanetCCRMA may not be the best linux rt distro out there in terms of updates for Pd. So I wanted to conduct a survey among pd-list members to know who is using what. It seems like Ubuntu Studio is the distro that's most frequently updated. Too bed because the last time i tried to install it on my laptop it didn't work... Any advice would be appreciated. I need a rt kernel, of course... Pierre ___ 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] Which Linux distribution are you using?
Le 15. 11. 10 22:21, Pierre Massat a écrit : Hi, I have installed Ubuntu 10.04 LTS, plus some ubuntu studio stuff (the audio packages and the plugins). I also tried the rt-kernel. It didn't work. But i am amazed, blown away, baffled, etc. Because the generic kernel does have some crazy rt capabilities indeed. I guess the ubuntu studio packages must have created the audio group and jack must have written the proper things in the limit file, but still, it works surprisingly well. Jack can run in rt with a latency as low 4 ms without any xruns, although it crashes.It works just fine at 5.33 ms. Even pd itself work with an extremely low latency (I'd say below 7 ms), I'm assuming that's because it was configured to run in rt during the install. I don't even know if i need JACK anymore. jack don't add latency, and it's a powerfull sound server... you can connect pd to the outputs of your sound device and/or other sound/midi softwares, then you can save a patchbay to recover your patch... it's one of the most interesting stuffs on linux. Does any of you know how i can measure the actual latency in Pd? have a look on jdelay: a simple jack command-line latency-meter. when you start it, a new client appears in jack: connect it between pd out and in, connect in and out in a pd patch, you'll get a time in frame: frame/frequency = t in sec (ex 480 / 48000 = 0.010 = 10 ms). You can connect it between sound device in and out and plug a jack between out and in, you'll get the real round latency... you will have to compile it, README explains all... I couldn't tell by ear which config was faster, Pd alone or Pd plus JACK. maybe I'm wrong, but I thing only jack can provide rt... cheers, r Looks like it time to say goodbye to rt-kernels... This makes me happy. Cheers! Pierre 2010/11/15 András Murányi muran...@gmail.com mailto:muran...@gmail.com So, running the aforementioned RT kernel, managed to patch the latest nvidia driver following these general instructions: http://ubuntuforums.org/showpost.php?p=9233282postcount=5 http://ubuntuforums.org/showpost.php?p=9233282postcount=5 I'm already happy because it's quite some time that i haven't had the RT kernel! As i don't use GEM i cannot tell about it, but Pd got faster. Almost as fast as the 32-bit Pd was (on 64-bit Ubuntu - Hardy that time). It means i can almost use my MIDI sequencer patch without the GUI dropping out. Promising! Now i can dig into the patch for optimisation possibilities, and at the same time, keep on bugging the community for speeding up the GUI :o) Do you guys think i shall try it with a current 32-bit Pd to see if the 64-bit version is really slower...? (on a side note to RT kernel experiences: the CPU got hotter indeed, looks like i'll have to tweak the cooling fans again...) Andras On Mon, Nov 15, 2010 at 9:27 AM, cyrille henry c...@chnry.net mailto:c...@chnry.net wrote: hello, 195.36.24 is the nvidia driver version i'm using. mainly because it's the version shiped with ubuntu 10.04. i don't know what 260 would offer better, but i think it's not impressive. most of nvidia upgrade is adding support for new card. anyway, if you don't use graphics for any important stuff, then you probably don't care. i'll be interested to know your impression if you try this kernel for pd/Gem. Cyrille Le 14/11/2010 18:02, András Murányi a écrit : i'm using Ubuntu Lucid with standard kernel (64-bit), and performance in Pd hasn't really impressed me lately... and WHOA i've just found a PPA with RT kernel (https://launchpad.net/~abogani/+archive/ppa/ https://launchpad.net/%7Eabogani/+archive/ppa/), which i'm very interested in - it's just that it comes with older Nvidia drivers 195.36.24 while the latest drivers from Nvidia are 260.19.21. Now does anyone know if i'll loose anything important with this older (but appropriately patched for RT) graphics driver? (btw i don't use graphics for anything important...) Andras On Sun, Nov 14, 2010 at 3:25 PM, cyrille henry c...@chnry.net mailto:c...@chnry.net mailto:c...@chnry.net mailto:c...@chnry.net wrote: hello, you say that you need a RT kernel : did you benchmarck the difference between a RT kernel and a standard kernel? anyway, i'm using ubuntu 10.04 with no optimisation. compiling pd/Gem is very fast and easy, so i don't wait the official package... cyrille Le 14/11/2010 13:48, Pierre Massat a écrit : Hi all!
Re: [PD] Latency under Linux/Jack (again...)
I use nvidia... What is considered as an acceptable latency in pure data? As I said, I have about 13ms @ 48000... but these DIO errors too... Bernardo Barros a écrit : I had problems with xruns using the nouveau driver, the nvidia driver improved performance here. Hope that this helps. 2010/10/18 Raphael Raccuia rafael.racc...@blindekinder.com: I still have a lot of DIO errors... no idea how to manage that? I also do get some xruns now and then when moving around gui object I have a lot (1 every 30 sec when I don't touch nothing, more if I play with a patch), and they are really audibles... r Raphael Raccuia a écrit : tried with just one security config, no changes... Lorenzo a écrit : -RME Multiface I /HDSP expresscard So this (not the pcmcia) works on linux? That's interesting news. OT: it should... I asked on many forums to be sure it does, and people said me it's basically the same as pcmcia... but I have a lot of trouble: freeze on boot 9/10... but 1/10, when it works it works pretty good! It could be a hardware issue (my computer). I'm talking with a RME technician to fix it, or almost know where the problem comes from... I also do get some xruns now and then when moving around gui object (like selecting a whole lot of objects and moving them around) even with rt kernel, pd run with -rt etc etc... Otherwise it is usually *quite* stable. Lorenzo Of course jack run with -R. I repeat I don't have any problem to run application with really good latency: yesterday, I forgot to increase buffer as I worked on a 96000Hz Ardour session... I noticed I was working at 5ms I/O after one hour recording and playing a lot of tracks, and no xrun, no problems... I also think it's not a good Idea to run pd as root... and I suppose other application won't connect to jack if I run it as root also. I noticed I had two times the @audio config (limits.conf, audio.conf). You'll say: better twice than nothing... But maybe it generates a conflict... I try Le mardi 12 octobre 2010 à 11:50 -0300, Bernardo Barros a écrit : Don't run programs as root, your system will be as insecure as a windows box... Just allow rt privileges to the audio group, and add yourself to this group. Then start jack with rt privileges. All software linked to Jack will run with -rt. from http://jackaudio.org/faq JACK requires real-time scheduling privileges for reliable, dropout-free operation. The server requests these privileges when running with the -R option. Most recent distributions use PAM to manage the permissions of users on a relatively granular level. If the file /etc/security/limits.conf exists on your system, it is using PAM. In order to configure PAM such that normal users can run jackd with realtime privileges make sure the following lines exist: @audio - rtprio 99 @audio - memlockunlimited 2010/10/12 Pedro Lopespedro.lo...@ist.utl.pt: If you start pd in sudo, you have to connect to jack in sudo mode. Thus start jack in sudo (or gksudo for qjackctl). I advise to use an rt kernel too. See documentation of Ubuntu Studio. On Tue, Oct 12, 2010 at 3:27 PM, Raphael Raccuia rafael.racc...@blindekinder.com wrote: Hi list, I tested Pd rt as I need low latency for a performance next week... It seems -rt flag doesn't have any effect. I measured Pd latency with jdelay, and always get 640 (@48000), so about 13ms (pd only)... lower I set buffer in jack (no less than 256), more DIO errors I get... and there are a lot! This setting works great with many application (Ardour...), with about 10ms (~15 really). So I would have ~25ms, which is acceptable, but too many DIO errors! -what is -defeatrt setting? (I tried 0 and 1, no change) -why is -rt flag without effect? -tried nosleep, no change... I also tried to start pd in root (sudo)... It says: priority 8 scheduling enabled. priority 6 scheduling enabled. (which I normally don't have) but unfortunately can't connect to jack (state 17) thank's for your help ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Pedro Lopes (ongoing MSc) contact: pedro.lo...@ist.utl.pt website: http://web.ist.utl.pt/Pedro.Lopes ___ 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
Re: [PD] Latency under Linux/Jack (again...)
I still have a lot of DIO errors... no idea how to manage that? I also do get some xruns now and then when moving around gui object I have a lot (1 every 30 sec when I don't touch nothing, more if I play with a patch), and they are really audibles... r Raphael Raccuia a écrit : tried with just one security config, no changes... Lorenzo a écrit : -RME Multiface I /HDSP expresscard So this (not the pcmcia) works on linux? That's interesting news. OT: it should... I asked on many forums to be sure it does, and people said me it's basically the same as pcmcia... but I have a lot of trouble: freeze on boot 9/10... but 1/10, when it works it works pretty good! It could be a hardware issue (my computer). I'm talking with a RME technician to fix it, or almost know where the problem comes from... I also do get some xruns now and then when moving around gui object (like selecting a whole lot of objects and moving them around) even with rt kernel, pd run with -rt etc etc... Otherwise it is usually *quite* stable. Lorenzo Of course jack run with -R. I repeat I don't have any problem to run application with really good latency: yesterday, I forgot to increase buffer as I worked on a 96000Hz Ardour session... I noticed I was working at 5ms I/O after one hour recording and playing a lot of tracks, and no xrun, no problems... I also think it's not a good Idea to run pd as root... and I suppose other application won't connect to jack if I run it as root also. I noticed I had two times the @audio config (limits.conf, audio.conf). You'll say: better twice than nothing... But maybe it generates a conflict... I try Le mardi 12 octobre 2010 à 11:50 -0300, Bernardo Barros a écrit : Don't run programs as root, your system will be as insecure as a windows box... Just allow rt privileges to the audio group, and add yourself to this group. Then start jack with rt privileges. All software linked to Jack will run with -rt. from http://jackaudio.org/faq JACK requires real-time scheduling privileges for reliable, dropout-free operation. The server requests these privileges when running with the -R option. Most recent distributions use PAM to manage the permissions of users on a relatively granular level. If the file /etc/security/limits.conf exists on your system, it is using PAM. In order to configure PAM such that normal users can run jackd with realtime privileges make sure the following lines exist: @audio - rtprio 99 @audio - memlockunlimited 2010/10/12 Pedro Lopespedro.lo...@ist.utl.pt: If you start pd in sudo, you have to connect to jack in sudo mode. Thus start jack in sudo (or gksudo for qjackctl). I advise to use an rt kernel too. See documentation of Ubuntu Studio. On Tue, Oct 12, 2010 at 3:27 PM, Raphael Raccuia rafael.racc...@blindekinder.com wrote: Hi list, I tested Pd rt as I need low latency for a performance next week... It seems -rt flag doesn't have any effect. I measured Pd latency with jdelay, and always get 640 (@48000), so about 13ms (pd only)... lower I set buffer in jack (no less than 256), more DIO errors I get... and there are a lot! This setting works great with many application (Ardour...), with about 10ms (~15 really). So I would have ~25ms, which is acceptable, but too many DIO errors! -what is -defeatrt setting? (I tried 0 and 1, no change) -why is -rt flag without effect? -tried nosleep, no change... I also tried to start pd in root (sudo)... It says: priority 8 scheduling enabled. priority 6 scheduling enabled. (which I normally don't have) but unfortunately can't connect to jack (state 17) thank's for your help ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Pedro Lopes (ongoing MSc) contact: pedro.lo...@ist.utl.pt website: http://web.ist.utl.pt/Pedro.Lopes ___ 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
[PD] Latency under Linux/Jack (again...)
Hi list, I tested Pd rt as I need low latency for a performance next week... It seems -rt flag doesn't have any effect. I measured Pd latency with jdelay, and always get 640 (@48000), so about 13ms (pd only)... lower I set buffer in jack (no less than 256), more DIO errors I get... and there are a lot! This setting works great with many application (Ardour...), with about 10ms (~15 really). So I would have ~25ms, which is acceptable, but too many DIO errors! -what is -defeatrt setting? (I tried 0 and 1, no change) -why is -rt flag without effect? -tried nosleep, no change... I also tried to start pd in root (sudo)... It says: priority 8 scheduling enabled. priority 6 scheduling enabled. (which I normally don't have) but unfortunately can't connect to jack (state 17) thank's for your help ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Latency under Linux/Jack (again...)
Sorry, I didn't gave a lot of info: -Intel core2duo T9500 (2.6 GHz) -Ubuntu Lucid (32bit), with rt kernel (which is not rt, I never understood this story...) -last pd-ext from repo (which seems to be down since a while). -RME Multiface I /HDSP expresscard Of course jack run with -R. I repeat I don't have any problem to run application with really good latency: yesterday, I forgot to increase buffer as I worked on a 96000Hz Ardour session... I noticed I was working at 5ms I/O after one hour recording and playing a lot of tracks, and no xrun, no problems... I also think it's not a good Idea to run pd as root... and I suppose other application won't connect to jack if I run it as root also. I noticed I had two times the @audio config (limits.conf, audio.conf). You'll say: better twice than nothing... But maybe it generates a conflict... I try Le mardi 12 octobre 2010 à 11:50 -0300, Bernardo Barros a écrit : Don't run programs as root, your system will be as insecure as a windows box... Just allow rt privileges to the audio group, and add yourself to this group. Then start jack with rt privileges. All software linked to Jack will run with -rt. from http://jackaudio.org/faq JACK requires real-time scheduling privileges for reliable, dropout-free operation. The server requests these privileges when running with the -R option. Most recent distributions use PAM to manage the permissions of users on a relatively granular level. If the file /etc/security/limits.conf exists on your system, it is using PAM. In order to configure PAM such that normal users can run jackd with realtime privileges make sure the following lines exist: @audio - rtprio 99 @audio - memlockunlimited 2010/10/12 Pedro Lopes pedro.lo...@ist.utl.pt: If you start pd in sudo, you have to connect to jack in sudo mode. Thus start jack in sudo (or gksudo for qjackctl). I advise to use an rt kernel too. See documentation of Ubuntu Studio. On Tue, Oct 12, 2010 at 3:27 PM, Raphael Raccuia rafael.racc...@blindekinder.com wrote: Hi list, I tested Pd rt as I need low latency for a performance next week... It seems -rt flag doesn't have any effect. I measured Pd latency with jdelay, and always get 640 (@48000), so about 13ms (pd only)... lower I set buffer in jack (no less than 256), more DIO errors I get... and there are a lot! This setting works great with many application (Ardour...), with about 10ms (~15 really). So I would have ~25ms, which is acceptable, but too many DIO errors! -what is -defeatrt setting? (I tried 0 and 1, no change) -why is -rt flag without effect? -tried nosleep, no change... I also tried to start pd in root (sudo)... It says: priority 8 scheduling enabled. priority 6 scheduling enabled. (which I normally don't have) but unfortunately can't connect to jack (state 17) thank's for your help ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Pedro Lopes (ongoing MSc) contact: pedro.lo...@ist.utl.pt website: http://web.ist.utl.pt/Pedro.Lopes ___ 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] Latency under Linux/Jack (again...)
tried with just one security config, no changes... Lorenzo a écrit : -RME Multiface I /HDSP expresscard So this (not the pcmcia) works on linux? That's interesting news. OT: it should... I asked on many forums to be sure it does, and people said me it's basically the same as pcmcia... but I have a lot of trouble: freeze on boot 9/10... but 1/10, when it works it works pretty good! It could be a hardware issue (my computer). I'm talking with a RME technician to fix it, or almost know where the problem comes from... I also do get some xruns now and then when moving around gui object (like selecting a whole lot of objects and moving them around) even with rt kernel, pd run with -rt etc etc... Otherwise it is usually *quite* stable. Lorenzo Of course jack run with -R. I repeat I don't have any problem to run application with really good latency: yesterday, I forgot to increase buffer as I worked on a 96000Hz Ardour session... I noticed I was working at 5ms I/O after one hour recording and playing a lot of tracks, and no xrun, no problems... I also think it's not a good Idea to run pd as root... and I suppose other application won't connect to jack if I run it as root also. I noticed I had two times the @audio config (limits.conf, audio.conf). You'll say: better twice than nothing... But maybe it generates a conflict... I try Le mardi 12 octobre 2010 à 11:50 -0300, Bernardo Barros a écrit : Don't run programs as root, your system will be as insecure as a windows box... Just allow rt privileges to the audio group, and add yourself to this group. Then start jack with rt privileges. All software linked to Jack will run with -rt. from http://jackaudio.org/faq JACK requires real-time scheduling privileges for reliable, dropout-free operation. The server requests these privileges when running with the -R option. Most recent distributions use PAM to manage the permissions of users on a relatively granular level. If the file /etc/security/limits.conf exists on your system, it is using PAM. In order to configure PAM such that normal users can run jackd with realtime privileges make sure the following lines exist: @audio - rtprio 99 @audio - memlockunlimited 2010/10/12 Pedro Lopespedro.lo...@ist.utl.pt: If you start pd in sudo, you have to connect to jack in sudo mode. Thus start jack in sudo (or gksudo for qjackctl). I advise to use an rt kernel too. See documentation of Ubuntu Studio. On Tue, Oct 12, 2010 at 3:27 PM, Raphael Raccuia rafael.racc...@blindekinder.com wrote: Hi list, I tested Pd rt as I need low latency for a performance next week... It seems -rt flag doesn't have any effect. I measured Pd latency with jdelay, and always get 640 (@48000), so about 13ms (pd only)... lower I set buffer in jack (no less than 256), more DIO errors I get... and there are a lot! This setting works great with many application (Ardour...), with about 10ms (~15 really). So I would have ~25ms, which is acceptable, but too many DIO errors! -what is -defeatrt setting? (I tried 0 and 1, no change) -why is -rt flag without effect? -tried nosleep, no change... I also tried to start pd in root (sudo)... It says: priority 8 scheduling enabled. priority 6 scheduling enabled. (which I normally don't have) but unfortunately can't connect to jack (state 17) thank's for your help ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Pedro Lopes (ongoing MSc) contact: pedro.lo...@ist.utl.pt website: http://web.ist.utl.pt/Pedro.Lopes ___ 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] pyext python version error
hi, I have this version and I get the same error... r patrick a écrit : hi, are you using this version? http://g.org/ext/beta/linux/pd/py.pd_linux pat ___ 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] [readanysf~] refuse 96kbps ogg's!?!
I installed from rdz-repo and checked briefly... seems to work perfectly now! Great job guys, thank's for the rapidity... cheers (-roman: grüess vo biel/lausanne...) r Le mercredi 29 septembre 2010 à 19:25 +0200, august a écrit : gmerlin-avdecoder and gavl are updated on my ppa, but pd-readanysf is not yet. Soon to come. I'll let you know, when I am done. Yes, I noticed, no problem, but my version is 0.41 compiled... mp3 and wav used to work until today, and dsp/crash also since 0.41... Here is terminal output, lasts lines before crash: [demuxer] Info: Detected WAV format opened /home/raphael/Documents/Studio/Pd/Multi-Player/bank1/46729__jk0666__ocean.wav socket receive error: Connection reset by peer (104) Erreur de segmentation I can confirm this problem. All WAV files I tried crash as you describe. If I interpret things correctly, this is not related to [readanysf~], but to the libraries libgavl1 and libgmerlin-avdec1. At least the following applies on my box: readanysf~ 0.41 new gavl/gmerlin-avdecoder crash readanysf~ 0.40 new gavl/gmerlin-avdecoder crash readanysf~ 0.41 old gavl/gmerlin-avdecoder OK readanysf~ 0.40 old gavl/gmerlin-avdecoder OK old: cvs snapshot from 2010-03-09 new: cvs snapshot from 2010-09-27 @August It could be that at the moment of the snapshot I used, the sources were in some non-fully-functional state. Do you know if there is a revision that is supposed to include the fixes that were mentioned in this thread but nothing more? Try the latest version from today. According to Burkhard, the man behind gavl/gmerlin, it should now be fixed. thanks for looking into it and for the report. -august. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [readanysf~] refuse 96kbps ogg's!?!
Seems to be done, as I updated gavl/gmerlin from rdz-ppa (thank's to you...) Now all my ogg's pass without any problem, but... Pd crashes on some wav and mp3 :-( I don't think I changed anything in my patch, seems to be this update: I isolated readanysf to try. Le vendredi 24 septembre 2010 à 16:57 +0200, august a écrit : well, we are collecting a lot of soundfiles from anywhere to work on, then we'll sort what we'll use for the project. In this case [readanysf~] is really precious cause I don't have to convert them just to try... Great job with this object! :-) As said Roman, if you can tell us when that bug is fixed it would be nice. Okay, it appears there were problems reading the ogg header. It should be fixed now in the most recent gavl/gmerlin_avdecoder CVS. best -august. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [readanysf~] refuse 96kbps ogg's!?!
Le mardi 28 septembre 2010 à 17:02 +0200, Roman Haefeli a écrit : Hi On Tue, 2010-09-28 at 16:49 +0200, Raphael Raccuia wrote: Seems to be done, as I updated gavl/gmerlin from rdz-ppa (thank's to you...) Now all my ogg's pass without any problem, but... Pd crashes on some wav and mp3 :-( I don't think I changed anything in my patch, seems to be this update: I isolated readanysf to try. gmerlin-avdecoder and gavl are updated on my ppa, but pd-readanysf is not yet. Soon to come. I'll let you know, when I am done. Yes, I noticed, no problem, but my version is 0.41 compiled... mp3 and wav used to work until today, and dsp/crash also since 0.41... Here is terminal output, lasts lines before crash: [demuxer] Info: Detected WAV format opened /home/raphael/Documents/Studio/Pd/Multi-Player/bank1/46729__jk0666__ocean.wav socket receive error: Connection reset by peer (104) Erreur de segmentation Well, I also updated pd-extended from repo yesterday, but don't think is related... Roman Le vendredi 24 septembre 2010 à 16:57 +0200, august a écrit : well, we are collecting a lot of soundfiles from anywhere to work on, then we'll sort what we'll use for the project. In this case [readanysf~] is really precious cause I don't have to convert them just to try... Great job with this object! :-) As said Roman, if you can tell us when that bug is fixed it would be nice. Okay, it appears there were problems reading the ogg header. It should be fixed now in the most recent gavl/gmerlin_avdecoder CVS. best -august. ___ 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] [readanysf~] refuse 96kbps ogg's!?!
Le mercredi 22 septembre 2010 à 02:49 +0200, august a écrit : Hi list, all in the title... I tried different types (mp3, wav, ogg, at different rates and frequencies...) Some didn't passed: Invalid file or unsupported codec. The only relation I found on 12 ogg files, the five that didn't passed was at 96kbps rate. I think it has something to do with the ogg header. I've passed the file on to the gmerlin developer who is usually pretty quick about fixing these things.However, you will need to update your gavl/gmerlin_avdecoder libs when he does fix it. well, we are collecting a lot of soundfiles from anywhere to work on, then we'll sort what we'll use for the project. In this case [readanysf~] is really precious cause I don't have to convert them just to try... Great job with this object! :-) As said Roman, if you can tell us when that bug is fixed it would be nice. [readanysf~] seems a bit unstable: if I [open a_file( and then compute audio, pd crashes (quit). I just now fixed this bug. I can't believe nobody saw this before. If you opened a file before turning DSP on, it would crash when your start the DSP. Simple fix. Now done. Thanks for reporting. download from here: http://aug.ment.org/software/readanysf~0.41.tar.gz or checkout from svn. new Mac version is also available. Done! Works great now... Thank's for answering and fixing so quickly cheers, r Is it a problem to use four instances of the object in a patch? I'm building a multiple player for a performance... It shouldn't be a problem. I'm on Ubuntu Lucid, PD-ext 0.42.5 (from repo), last [readanysf~] from rdz-ppa (had to move it from pd directory to pd-extended)... Thank's for your help... thanks for the report -august. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] midi learn
Thank's for that, I thing I'll stay without defaults the moment, but I'll remember this approach. I added a 'bang' option, so object outputs a bang instead of a value for non-zero midi value, for use with a button. The list now has a third item, 0 or 1, to indicate if it's enabled or not... cheers, r Le lundi 20 septembre 2010 à 20:37 +0100, Andrew Faraday a écrit : hey I've put together a little abstraction (attached) to demonstrate the defaulting I mentioned earlier. Either give it no arguments for the range object to output 0 to 127 or set your top and bottom range with this. Unfortunately without arguments the fixed variable boxes stuck on zero, I've added some conditional logic so this will work unless you set the second argument as 0. Then it will default to 127. Either way, hope this helps. Andrew __ Date: Mon, 20 Sep 2010 14:54:58 +0200 From: rafael.racc...@blindekinder.com To: jbtur...@hotmail.com CC: pboi...@gmail.com; pd-list@iem.at Subject: Re: [PD] midi learn hi, I also patched a midi learn abstraction... then I found this discussion and replaced all [select] by [==]... Thank's :-) Hope you'll enjoy this one: both cc and channel values are saved in an external message box with a [set( message in the abstraction itself... so no need to re-learn on each session. Two arguments to scale your 0-127: can be negative numbers or reversed scale. Maybe somebody can help me with that: I didn't found a way to set 0-127 as default. So the two arguments are obligatory... cheers raf Andrew Faraday a écrit : I actually prefer your solution to mine, the [==] boxes are exactly what I was looking for and would have saved quite a lot of logic. Also I didn't think of [t a a a] which would have saved quite a lot of time. Will have to keep an eye on these for future work. I've got you in one place, tho. you can use [*] for conditional logic (with a [bang]) to activate when the right inlet changes. instead of multiple spigots. The logic goes, if all of them are 1, the result is 1. If any are 0, the result is zero. Useful stuff. Although more useful when you're working in audio, usually with [expr~] and the inlets of [*~] are summing. I've gone on a bit of a tangent here. Always interested in approaches to logic in pd, tho. Andrew Date: Wed, 4 Aug 2010 13:20:51 -0400 Subject: Re: [PD] midi learn From: pboi...@gmail.com To: jbtur...@hotmail.com CC: pd-list@iem.at Hi Andrew, I made something similar a couple of weeks ago, as I needed a quick way to map midi controllers. It's only for CC though... Patrick On Tue, Aug 3, 2010 at 1:09 PM, Andrew Faraday jbtur...@hotmail.com wrote: Hey All, I don't know if anyone's done this but I've attached a midi learn abstraction I've been working on. The logic's a bit messy but I got it working in the end. Basically from banging the learn patch it listens to the next signal, either a note or a control signal, and then filters out only the velocity or control value from that. (I've started taking an interest in controlling patches with the velocity, as opposed to the note number). Let me know what you think, and if you know of anything similar being done. Cheers Andrew ___ 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 #N canvas 155 226 565 559 10; #X obj 57 245 loadbang; #X obj 57 317 -; #X obj 57 341 / 127; #X obj 42 378 *; #X obj 57 269 t b b; #X obj 57 292 f \$2; #X obj 90 292 f \$1; #X obj 42 401 + \$1; #X obj 42 426 outlet; #X obj 222 380 outlet; #X obj 240 345 loadbang; #X obj 117 5 inlet; #X obj 195 212 spigot; #X obj 75 65 ctlin; #X obj 75 183 spigot; #X obj 75 120 spigot; #X obj 201 103 tgl 11 0 empty \$0-learn empty 17 7 0 10 -24198 -24198 -24198 1 1; #X obj 240 212 spigot; #X obj 195 345 t b a; #X obj 195 433 \$0; #X msg 195 457 \; \$1-learn color 16 16
[PD] [readanysf~] refuse 96kbps ogg's!?!
Hi list, all in the title... I tried different types (mp3, wav, ogg, at different rates and frequencies...) Some didn't passed: Invalid file or unsupported codec. The only relation I found on 12 ogg files, the five that didn't passed was at 96kbps rate. [readanysf~] seems a bit unstable: if I [open a_file( and then compute audio, pd crashes (quit). Is it a problem to use four instances of the object in a patch? I'm building a multiple player for a performance... I'm on Ubuntu Lucid, PD-ext 0.42.5 (from repo), last [readanysf~] from rdz-ppa (had to move it from pd directory to pd-extended)... Thank's for your help... ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [readanysf~] refuse 96kbps ogg's!?!
I didn't experienced problems with mp3, and I don't know about ID3 tags... I'll check if it's related, and learn about ID3 :-) thank's Can anybody reproduce that bug with a 96kbps ogg? Pedro Oliveira a écrit : Mp3 files seem to crash Pd this way when they have some ID3 Info. I don't know exactly what causes this problem but I've solved re-exporting them without any ID3 tag, specially artwork. hope it helps. On Tue, Sep 21, 2010 at 4:13 PM, Raphael Raccuia rafael.racc...@blindekinder.com mailto:rafael.racc...@blindekinder.com wrote: Hi list, all in the title... I tried different types (mp3, wav, ogg, at different rates and frequencies...) Some didn't passed: Invalid file or unsupported codec. The only relation I found on 12 ogg files, the five that didn't passed was at 96kbps rate. [readanysf~] seems a bit unstable: if I [open a_file( and then compute audio, pd crashes (quit). Is it a problem to use four instances of the object in a patch? I'm building a multiple player for a performance... I'm on Ubuntu Lucid, PD-ext 0.42.5 (from repo), last [readanysf~] from rdz-ppa (had to move it from pd directory to pd-extended)... Thank's for your help... ___ Pd-list@iem.at mailto:Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Pedro Oliveira www.partidoalto.net http://www.partidoalto.net soundcloud.com/iburiedpaul http://soundcloud.com/iburiedpaul ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [readanysf~] refuse 96kbps ogg's!?!
of course :-) here is: http://blindekinder.com/perso/readanysf_test.ogg Derek Holzer a écrit : But please don't post them directly to the list ;-) Use links. D. On 9/21/10 5:33 PM, august wrote: Please post any files that do not work so that I may test them. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] midi learn
hi, I also patched a midi learn abstraction... then I found this discussion and replaced all [select] by [==]... Thank's :-) Hope you'll enjoy this one: both cc and channel values are saved in an external message box with a [set( message in the abstraction itself... so no need to re-learn on each session. Two arguments to scale your 0-127: can be negative numbers or reversed scale. Maybe somebody can help me with that: I didn't found a way to set 0-127 as default. So the two arguments are obligatory... cheers raf Andrew Faraday a écrit : I actually prefer your solution to mine, the [==] boxes are exactly what I was looking for and would have saved quite a lot of logic. Also I didn't think of [t a a a] which would have saved quite a lot of time. Will have to keep an eye on these for future work. I've got you in one place, tho. you can use [*] for conditional logic (with a [bang]) to activate when the right inlet changes. instead of multiple spigots. The logic goes, if all of them are 1, the result is 1. If any are 0, the result is zero. Useful stuff. Although more useful when you're working in audio, usually with [expr~] and the inlets of [*~] are summing. I've gone on a bit of a tangent here. Always interested in approaches to logic in pd, tho. Andrew Date: Wed, 4 Aug 2010 13:20:51 -0400 Subject: Re: [PD] midi learn From: pboi...@gmail.com To: jbtur...@hotmail.com CC: pd-list@iem.at Hi Andrew, I made something similar a couple of weeks ago, as I needed a quick way to map midi controllers. It's only for CC though... Patrick On Tue, Aug 3, 2010 at 1:09 PM, Andrew Faraday jbtur...@hotmail.com wrote: Hey All, I don't know if anyone's done this but I've attached a midi learn abstraction I've been working on. The logic's a bit messy but I got it working in the end. Basically from banging the learn patch it listens to the next signal, either a note or a control signal, and then filters out only the velocity or control value from that. (I've started taking an interest in controlling patches with the velocity, as opposed to the note number). Let me know what you think, and if you know of anything similar being done. Cheers Andrew ___ 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 #N canvas 192 171 386 238 10; #X obj 37 19 ctlin; #X floatatom 15 45 5 0 0 0 - - -; #X floatatom 50 45 5 0 0 0 - - -; #X floatatom 85 45 5 0 0 0 - - -; #X floatatom 169 105 5 0 0 0 - - -; #X msg 212 60; #X obj 169 29 raf_ctlin 7 333; #X connect 0 0 1 0; #X connect 0 1 2 0; #X connect 0 2 3 0; #X connect 5 0 6 0; #X connect 6 0 4 0; #X connect 6 1 5 0; #N canvas 178 285 565 559 10; #X obj 50 222 loadbang; #X obj 50 294 -; #X obj 50 318 / 127; #X obj 35 355 *; #X obj 50 246 t b b; #X obj 50 269 f \$2; #X obj 86 269 f \$1; #X obj 36 378 + \$1; #X obj 36 403 outlet; #X obj 195 275 outlet; #X obj 213 240 loadbang; #X obj 80 35 inlet; #X obj 168 132 spigot; #X msg 168 191 set \$1 \$2; #X obj 35 65 ctlin; #X obj 80 59 unpack; #X obj 35 183 spigot; #X obj 35 120 spigot; #X obj 203 104 tgl 9 0 empty \$0-learn empty 17 7 0 10 -24198 -24198 -24198 0 1; #X obj 213 132 spigot; #X obj 168 161 pack f f; #X obj 168 240 t b a; #X obj 168 328 \$0; #X msg 168 352 \; \$1-learn color 16 16 16; #X obj 286 223 \$0; #X msg 286 247 \; \$1-learn color 13 13 13; #X obj 314 187 \$0; #X msg 314 211 \; \$1-learn color 0 0 0; #X obj 286 134 tgl 15 0 empty empty empty 17 7 0 10 -262144 -1 -1 0 1; #X obj 286 158 select 1 0; #X obj 286 112 metro 300; #X msg 286 86 stop; #X obj 168 301 t b b; #X obj 68 93 ==; #X obj 48 154 ==; #X connect 0 0 4 0; #X connect 1 0 2 0; #X connect 2 0 3 1; #X connect 3 0 7 0; #X connect 4 0 5 0; #X connect 4 1 6 0; #X connect 5 0 1 0; #X connect 6 0 1 1; #X connect 7 0 8 0; #X connect 10 0 9 0; #X connect 11 0 15 0; #X connect 12 0 20 0; #X connect 13 0 21 0; #X connect 14 0 17 0; #X connect 14 1 12 0; #X connect 14 1 34 0; #X connect 14 2 19 0; #X connect 14 2 33 0; #X connect 15 0 34 1; #X connect 15 1 33 1; #X connect 16 0 3 0; #X connect 17 0 16 0; #X connect 18 0 12 1; #X connect 18 0 19 1; #X connect 18 0 30 0; #X connect 19 0 20 1; #X connect 20 0 13 0; #X connect 21 0 9 0; #X connect 21 0 18 0; #X connect 21 0 32 0; #X connect 21 1 9 0; #X connect 22 0 23 0; #X connect 24 0 25 0; #X connect 26 0 27 0; #X connect 28 0 29 0; #X connect 29 0 24 0; #X connect 29 1 26 0; #X connect 30 0 28 0; #X connect 31 0 30 0; #X connect 32 0 22 0; #X connect 32 1 31 0; #X connect 33 0 17 1; #X connect 34 0 16 1; #X coords 0 -1 1 1 15 15 1 200 100; ___ Pd-list@iem.at mailing list
Re: [PD] MIDI connection graph at each beat?
Hi, I had the same bug one year later, I think with vanilla... IO gave me a hack on this list, but then it seemed to be resolved as I installed PD-extended... but that bug has just returned... The solution was to launch pd with: $ pd -alsamidi -mididev 1,1 the old topic is here: http://www.mail-archive.com/pd-list@iem.at/msg30157.html I'll try it tomorrow and report... but if anybody knows what the problem is... how did it disappeared for you? cheers raf András Murányi a écrit : thanks for the advice. the symptom has disappeared (which is all i was wishing for), but if it ever returns, i'll do a checkup Andras 2010/9/13 Pedro Lopes pedro.lo...@ist.utl.pt mailto:pedro.lo...@ist.utl.pt Does it bounce with any MIDI app or just pd? Try rosegarden for instance. 2010/9/13 András Murányi muran...@gmail.com mailto:muran...@gmail.com 2010/9/5 András Murányi muran...@gmail.com mailto:muran...@gmail.com Hello List, I'm having a new problem with ALSA MIDI: obseving QJackCtl's ALSA Connections and the Mesages it seems the MIDI connection graph changes with each MIDI message that is to be sent out. There is no effective output (when there shall be). Looks like MIDI gets reset with every output, using noteout-help.pd as well. Pd version 0.42.5-extended latest autobuild, 64-bit. Sorry for bouncing this. I think it's not a bug whatsoever, but i've messed up something. I've just seen the same on my friend's box (very different Pd version, 32-bit, the only same are Lucid and Jack). Any hints? I'm kinda stuck :-/ Thanks, Andras ___ Pd-list@iem.at mailto:Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Pedro Lopes (ongoing MSc) contact: pedro.lo...@ist.utl.pt mailto:pedro.lo...@ist.utl.pt website: http://web.ist.utl.pt/Pedro.Lopes -- Muranyi Andras ___ 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] Some questions about Toxy (pd command)
Hi list, I'm trying to control some Tk GUI's with toxy scripts... I understood some concept, but there's still a lot of darkness... -I have to get a string out of a [tow . symbol id], in this case content of the symbol (Tk's 'entry') GUI. I get it with get[]. I took the doc's example (examples/toxy/listbox-example.pd), but I don't understand this line (var substituted...): pd [concat .| _cb set [.- get [.- curselection]] how to use pd [] ? what doe's mean _cb? -Why do we have to use escapes? .( .) .: etc... -isn't there any consistent documentation? I just found this (unachieved): http://suita.chopin.edu.pl/~czaja/miXed/externs/toxy.html -Is the project going on? Thank's ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Questions about midi-volume abstractions
Hi list: I'm working on a big diffusion patch, so I made some volume and midi abstractions (I'll need a lot of midi controlled volumes). raf_volume.pd calls raf_BCF2000.pd (I have this midi controller, of course it can be used with every midi CC signals...). Arguments as following: start value, end value (scale), CC, channel. I'm using Pd-ext 0.42.5 on Ubuntu Studio. My questions: -I noticed a (kind of) bug: when I instantiate a [ctlin] object with one $ as argument (CC number), no problem, but when I add a second (channel: [ctlin $1 $2]), second outlet doesn't disappear, and if abstraction window is opened, pd becomes unstable. It crashes sometimes when I save the patch calling the abstraction, or saving abstraction itself (ctrl+s). No problem with numbers as arguments. -When I instantiate raf_volume.pd, I enter arguments in the object box (CC, channel), but I didn't find a way to change them after. I could use externals [number2\, but the patch will become really heavy, or display name and arguments in graph on parent, but the object becomes to big... In the same idea, I wanted to keep the sliders position (init), but it doesn't seems to work in an abstraction... -If you have any suggestions about these abstractions, their performance etc, you're welcome... Thank's a lot best r #N canvas 654 168 489 581 10; #X obj 166 20 loadbang; #X obj 166 92 -; #X obj 166 116 / 127; #X obj 28 164 *; #X obj 166 44 t b b; #X obj 166 67 f \$2; #X obj 206 67 f \$1; #X obj 28 187 + \$1; #X obj 16 209 outlet; #X obj 120 283 outlet; #X obj 120 208 loadbang; #X obj 28 88 ctlin \$3 \$4; #X obj 120 258 \$3; #X obj 147 308 \$4; #X obj 147 333 outlet; #X obj 120 233 t b b; #X msg 80 207 bang; #X connect 0 0 4 0; #X connect 1 0 2 0; #X connect 2 0 3 1; #X connect 3 0 7 0; #X connect 4 0 5 0; #X connect 4 1 6 0; #X connect 5 0 1 0; #X connect 6 0 1 1; #X connect 7 0 8 0; #X connect 10 0 15 0; #X connect 11 0 3 0; #X connect 11 0 16 0; #X connect 12 0 9 0; #X connect 13 0 14 0; #X connect 15 0 12 0; #X connect 15 1 13 0; #X connect 16 0 15 0; #X coords 0 0 1 1 150 45 0; #N canvas 70 231 575 539 10; #X obj 100 104 cnv 40 55 128 empty empty empty 20 12 0 14 -1 -257985 0; #X obj 101 107 vsl 13 119 0 1 0 0 empty empty empty 0 -9 0 10 -1 -257985 -257985 0 1; #X obj 41 163 *~; #X obj 42 139 inlet~; #X obj 40 187 outlet~; #X obj 101 277 pack f 10; #X obj 116 21 env~; #X obj 116 46 - 97; #X obj 117 107 vu 12 120 empty empty -1 -8 0 6 -1 -257985 1 0; #X obj 100 233 cnv 15 55 15 empty \$0-preset1 CC:0 5 9 0 7 -1 -257985 0; #X obj 260 367 s \$0-preset1; #X msg 260 341 label CC:\$1; #X obj 101 -1 raf_BCF2000 0 1 \$1 \$2; #X obj 260 269 loadbang; #X obj 260 314 \$1; #X obj 100 249 cnv 15 55 15 empty \$0-preset2 CH:0 5 9 0 7 -1 -257985 0; #X obj 357 314 \$2; #X obj 357 367 s \$0-preset2; #X obj 57 -1 inlet; #X text 235 -4 entree commande midi cc; #X msg 357 341 label CH:\$1; #X obj 101 300 line; #X text 3 20 Contole externe; #X connect 1 0 5 0; #X connect 2 0 4 0; #X connect 2 0 6 0; #X connect 3 0 2 0; #X connect 5 0 21 0; #X connect 6 0 7 0; #X connect 7 0 8 0; #X connect 11 0 10 0; #X connect 12 0 1 0; #X connect 13 0 14 0; #X connect 13 0 16 0; #X connect 14 0 11 0; #X connect 16 0 20 0; #X connect 18 0 1 0; #X connect 20 0 17 0; #X connect 21 0 2 1; #X coords 0 -1 1 1 55 168 2 100 100; ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] midi-out problem in jack/alsa
IOhannes m zmölnig a écrit : -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Raphael Raccuia wrote: rectification: problem occurs also when DSP is off... i noticed something like that very recently as well. [ot] you have a weird mailer; indentation of quotes seems to be totally broken. [ot] ??? it's thunderbird and seems to work fine that was definitely meant as a feature. since i noticed pretty soon that it can be avoiding as well (esp. when autoconnecting to the MIDI-thru) yes, especially midi-thru. I've just read the thread about autoconnect... the problem is simple: the default for dummy users should make all their midi gear appear on [midiin] and friends. so we want some way of autoconnection. when doing autoconnection we have zero possibilities to find out which device is useful and which is not; MIDI-thru makes most problems and you cannot reliably detect it (the name is arbitrary; the port is arbitrary as well); i have no idea why MIDI-thru is still so omnipreset: with alsa-seq you don't need it at all. ok , there is also a workaround: if you tell Pd to create to alsaseq ports (even if you only use one of them), it will not try to autoconnect. How can I do that? searched on the web, but nothing... try this: $ pd -help 21 | grep -i midi and _later_ this: $ pd -alsamidi -mididev 1,1 -alsamidi was already in my pd launcher, so I added -mididev 1,1 (and then in .pdsettings): works great, I have now two midi clients in alsa-tab (ch 1-16 17-32) and no graph connection change I still don't understand what 1,1 means. Thank's for your help! cheers r fgsadr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAksFDYMACgkQkX2Xpv6ydvQP1wCfbIE9L6XKRCxgwsnH2QUCPR5O QkgAn1fa7b8y8wSJDl7kRLDnzgtdATjC =bL8c -END PGP SIGNATURE- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] midi-out problem in jack/alsa
IOhannes m zmölnig a écrit : -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Raphael Raccuia wrote: Hi, I'm new on the list, and working with PD from a couple of years... I'm on linux, Ubuntu Studio 9.10 and Fedora 10 / planet CCRMA I have some troubles on latest vanilla version in repos (0.41): All the midi-out objects do the same: no problem to set midi channel and CC or Note number, but for each value change, I get in jack: ALSA: connection graph change and the buttons in alsa-midi tab flash shortly... but 128 time if I push up a CC fader for example! rectification: problem occurs also when DSP is off... i noticed something like that very recently as well. i had no time to investigate what is going on here, but i seem to remember that i was able to make it without connection-graph-changes as well (read below) Something else: PD seems to eat a lot of CPU when connected with something else is bad for replying. better to send an email for each unrelated question you have... actually it's maybe related, but I forgot a part: with FFADO, I noticed a big MIDI latency (2-3 seconds. Sound tested with jdelay: without PD: ~10ms. 5ms more @ 96000/3 =15ms, seems pretty good). No problem with alsa!?! I thought maybe has to do with CPU usage... -I noticed some bugs (or will be enhancement?): when closing a patch (ctrl+w or mouse), dialog opens behind others (top of PD main)... When 10 (sub)patches are opened it's something boring... well known feature of Pd; should go away with the gui-rewrite currently undertaken. good -when PD opens, it connects everything in jack, not just I/O, same in midi-connections... Maybe it's too much? that was definitely meant as a feature. since i noticed pretty soon that it can be avoiding as well (esp. when autoconnecting to the MIDI-thru) yes, especially midi-thru. I've just read the thread about autoconnect... , there is also a workaround: if you tell Pd to create to alsaseq ports (even if you only use one of them), it will not try to autoconnect. How can I do that? searched on the web, but nothing... this might also have been the solution to the connection-graph-change problem. hope so thank's for your help r mfgasdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAksDr+8ACgkQkX2Xpv6ydvRwegCg2vkm/XnUW76i4SbWmmrUPXui vRkAoOMxIzztBIUSczYo0sJlNgmXtJYz =lJcZ -END PGP SIGNATURE- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] midi-out problem in jack/alsa
Hi, I'm new on the list, and working with PD from a couple of years... I'm on linux, Ubuntu Studio 9.10 and Fedora 10 / planet CCRMA I have some troubles on latest vanilla version in repos (0.41): All the midi-out objects do the same: no problem to set midi channel and CC or Note number, but for each value change, I get in jack: ALSA: connection graph change and the buttons in alsa-midi tab flash shortly... but 128 time if I push up a CC fader for example! Some precisions: -no problem with midi-in objects -happens in my two systems (US and CCRMA) (don't know in earlier version, maybe I didn't noticed) -other alsa clients doesn't make any problem -happens when PD is connected or not in alsa-midi -but only when pd dsp is on -same with alsa audio drivers or FFADO (firewire) -other person seems to have the same problem: http://puredata.hurleur.com/sujet-3479-midi-note-leads-connection-graph-change-jack Something else: PD seems to eat a lot of CPU when connected with jack/FFADO (~25%), and very few with jack/alsa, even with DSP off!?! -I noticed some bugs (or will be enhancement?): when closing a patch (ctrl+w or mouse), dialog opens behind others (top of PD main)... When 10 (sub)patches are opened it's something boring... -when PD opens, it connects everything in jack, not just I/O, same in midi-connections... Maybe it's too much? Thank's for your help cheers r ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list