Pd-dev July 2005

pd-dev@lists.iem.at

26 participants
85 discussions

which cvs of portaudio are we using?
by james tittle 13 Jul '05

13 Jul '05

...like the subject says, I'm wondering which branch we are using with pd's cvs HEAD: I assume that it's either "HEAD" or "v19-devel"... ...I ask because I was trying to compile it (and devel), and both die on osx when we try to compile portaudio/portmidi-oriented files...I was able to get around this by finding and inserting the missing files from a downloaded snapshot of portaudio v19-devel, but before I commit these missing files to cvs, I want to make sure we're on the same page... l8r, jamie

2 10

portaudio v19, pablio & pd
by Tim Blechmann 12 Jul '05

12 Jul '05

hi all, currently, portaudio v19 can't be statically linked with pd, when using portaudio's jack interface, since it uses pablio and clashes with miller's hacked pablio ... luckily we have a native jack ... cheers ... tim -- mailto:TimBlechmann@gmx.de ICQ: 96771783 http://www.mokabar.tk latest mp3: kMW.mp3 http://mattin.org/mp3.html latest cd: Goh Lee Kwang & Tim Blechmann: Drone http://www.geocities.com/gohleekwangtimblechmannduo/ After one look at this planet any visitor from outer space would say "I want to see the manager." William S. Burroughs

1 0

[ pure-data-Patches-1236862 ] zexy update for osx float transcendentals
by SourceForge.net 12 Jul '05

12 Jul '05

Patches item #1236862, was opened at 2005-07-12 12:28 Message generated for change (Comment added) made by tigital You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1236862&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: externals Group: bugfix Status: Open Resolution: None Priority: 5 Submitted By: Jamie Tittle (tigital) >Assigned to: IOhannes m zmÃ¶lnig (zmoelnig) Summary: zexy update for osx float transcendentals Initial Comment: ...this patch implements a new "availability macro" to conditionally include the sinf/cosf/whateverf on appropriate versions of OSX... ---------------------------------------------------------------------- >Comment By: Jamie Tittle (tigital) Date: 2005-07-12 12:33 Message: Logged In: YES user_id=634044 ...forgot the __APPLE__ change 8- ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1236862&group_…

1 0

[ pure-data-Patches-1236862 ] zexy update for osx float transcendentals
by SourceForge.net 12 Jul '05

12 Jul '05

Patches item #1236862, was opened at 2005-07-12 12:28 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1236862&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: externals Group: bugfix Status: Open Resolution: None Priority: 5 Submitted By: Jamie Tittle (tigital) Assigned to: Nobody/Anonymous (nobody) Summary: zexy update for osx float transcendentals Initial Comment: ...this patch implements a new "availability macro" to conditionally include the sinf/cosf/whateverf on appropriate versions of OSX... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1236862&group_…

1 0

another CVS upload
by Miller Puckette 12 Jul '05

12 Jul '05

Fixed the problems mentioned yesterday... things now compile on linux, windows, and mac. Performance testing still to come... there are still problems with graphics. cheers Miller

3 5

[ pure-data-Patches-1060511 ] patch for native alsa sequencer midi support
by SourceForge.net 11 Jul '05

11 Jul '05

Patches item #1060511, was opened at 2004-11-04 21:18 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1060511&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: None Status: Open Resolution: None Priority: 5 Submitted By: Pablo MartÃn (caedesv) Assigned to: Nobody/Anonymous (nobody) Summary: patch for native alsa sequencer midi support Initial Comment: The patch allows pd to be connected to different sources and sinks of midi messages through the alsa sequencer natively. It lets pd open 1 or more sequencer inputs or outputs. Alsa midi support is selected at compile time, if alsa headers are found alsa midi support will be compiled instead of oss. All midi events work ok, i think probably raw midi does not. ---------------------------------------------------------------------- >Comment By: IOhannes m zmÃ¶lnig (zmoelnig) Date: 2005-07-11 18:56 Message: Logged In: YES user_id=564396 implemented a first version of runtime switching between OSS-midi and ALSA-midi. i haven't made all the various APIs switchable (as is with audio), because it deemed me too much work... ---------------------------------------------------------------------- Comment By: IOhannes m zmÃ¶lnig (zmoelnig) Date: 2005-07-11 17:00 Message: Logged In: YES user_id=564396 replaced s_midi_alsa.c with steve's version; this allows more than 1 MIDI output-port (or device) (read: more than 16 channels) and fixes [midiout] ---------------------------------------------------------------------- Comment By: steve (steve94075) Date: 2005-06-28 07:46 Message: Logged In: YES user_id=1271013 i did a little tweaking of this patch and right now it works on all 8 ports of my midisport8x8, plus sys_putmidibyte is implemented, so [midiout] actually triggers midi instead of an error message. it's a bit of a hack job, but it works great for me (and hopefully you as well). my modified version of s_midi_alsa.c can be found at http://finkla.com/steve/s_midi_alsa.c if anyone with power to update the files here on sourceforge cares to, please do, but in any case that link should stay alive for quite a while. -steve ---------------------------------------------------------------------- Comment By: Miller Puckette (millerpuckette) Date: 2005-05-18 06:45 Message: Logged In: YES user_id=313747 I didn't look closely, but I think to do this right would require actually giving a run-time choice between ALSA and OSS MIDI systems. A big job. ---------------------------------------------------------------------- Comment By: Guenter Geiger (ggeiger) Date: 2005-05-02 11:16 Message: Logged In: YES user_id=430561 Here is the patch and s_midi_alsa.c file as I use it in the Debian package currently. It seems that the author of the patch does not have to time to update it, or probably he just isn't aware of problems, so take it with a grain of salt. Also we have to check for the multiple devices problem steve.long mentions. Guenter ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2005-05-01 23:14 Message: Logged In: NO apparently [notein] for channels above 16 works as expected, 17-32 coming from the second device and so on, but [noteout] only sends to the first device, chans 17-32 send to device 1 just like 1-16, as do 33-48, etc. steve.long(a)camp.org ---------------------------------------------------------------------- Comment By: IOhannes m zmÃ¶lnig (zmoelnig) Date: 2005-02-25 18:46 Message: Logged In: YES user_id=564396 this crashes my system if i don't have an alsa-sequencer (e.g. no modules loaded) ---------------------------------------------------------------------- Comment By: Guenter Geiger (ggeiger) Date: 2004-11-12 10:55 Message: Logged In: YES user_id=430561 there is a bug when no alsa devices are present (or if they can't be opened). Attached addon patch fixes the problem. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1060511&group_…

3 3

[ pure-data-Patches-1060511 ] patch for native alsa sequencer midi support
by SourceForge.net 11 Jul '05

11 Jul '05

Patches item #1060511, was opened at 2004-11-04 21:18 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1060511&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: None Status: Open Resolution: None Priority: 5 Submitted By: Pablo MartÃn (caedesv) Assigned to: Nobody/Anonymous (nobody) Summary: patch for native alsa sequencer midi support Initial Comment: The patch allows pd to be connected to different sources and sinks of midi messages through the alsa sequencer natively. It lets pd open 1 or more sequencer inputs or outputs. Alsa midi support is selected at compile time, if alsa headers are found alsa midi support will be compiled instead of oss. All midi events work ok, i think probably raw midi does not. ---------------------------------------------------------------------- >Comment By: IOhannes m zmÃ¶lnig (zmoelnig) Date: 2005-07-11 17:00 Message: Logged In: YES user_id=564396 replaced s_midi_alsa.c with steve's version; this allows more than 1 MIDI output-port (or device) (read: more than 16 channels) and fixes [midiout] ---------------------------------------------------------------------- Comment By: steve (steve94075) Date: 2005-06-28 07:46 Message: Logged In: YES user_id=1271013 i did a little tweaking of this patch and right now it works on all 8 ports of my midisport8x8, plus sys_putmidibyte is implemented, so [midiout] actually triggers midi instead of an error message. it's a bit of a hack job, but it works great for me (and hopefully you as well). my modified version of s_midi_alsa.c can be found at http://finkla.com/steve/s_midi_alsa.c if anyone with power to update the files here on sourceforge cares to, please do, but in any case that link should stay alive for quite a while. -steve ---------------------------------------------------------------------- Comment By: Miller Puckette (millerpuckette) Date: 2005-05-18 06:45 Message: Logged In: YES user_id=313747 I didn't look closely, but I think to do this right would require actually giving a run-time choice between ALSA and OSS MIDI systems. A big job. ---------------------------------------------------------------------- Comment By: Guenter Geiger (ggeiger) Date: 2005-05-02 11:16 Message: Logged In: YES user_id=430561 Here is the patch and s_midi_alsa.c file as I use it in the Debian package currently. It seems that the author of the patch does not have to time to update it, or probably he just isn't aware of problems, so take it with a grain of salt. Also we have to check for the multiple devices problem steve.long mentions. Guenter ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2005-05-01 23:14 Message: Logged In: NO apparently [notein] for channels above 16 works as expected, 17-32 coming from the second device and so on, but [noteout] only sends to the first device, chans 17-32 send to device 1 just like 1-16, as do 33-48, etc. steve.long(a)camp.org ---------------------------------------------------------------------- Comment By: IOhannes m zmÃ¶lnig (zmoelnig) Date: 2005-02-25 18:46 Message: Logged In: YES user_id=564396 this crashes my system if i don't have an alsa-sequencer (e.g. no modules loaded) ---------------------------------------------------------------------- Comment By: Guenter Geiger (ggeiger) Date: 2004-11-12 10:55 Message: Logged In: YES user_id=430561 there is a bug when no alsa devices are present (or if they can't be opened). Attached addon patch fixes the problem. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1060511&group_…

1 0

HID names, numbers and tables
by Christian Klippel 10 Jul '05

10 Jul '05

hello all, as for the recent discussion about the [hid] object, i just have uploaded two pdf documents to my site: http://mamalala.de/Hut1_11.pdf - HID Usage Tables http://mamalala.de/HID1_11.pdf - HID Specs of most interrest here are the usage tables, i think. as you can see there, there is a number of choices how single number (event-type) is mapped to the hid-name. it all depends on the selected usage tables. btw, i would say that it is a good idea to use the names as specified in that document. after all, its how that standard is defined..... and i agree that hid is of limited use when it comes to many sensors/actuators. the problem is that all the data is parsed (as defined in the descriptors) in the hid driver of the os once, and a second time inside/after the [hid] object. greetings, chris

2 3

Re: [PD-dev] compiling pd_devel_0.38 on sarge
by Tim Blechmann 10 Jul '05

10 Jul '05

> sorry i meant to say --prefix=/usr > i havn't used scons before, whats the proceedure? > how would scons replace './configure --enable-jack > --enable-optimize=pentium4 --enable-newhash --enable-fftw > --enable-threadedsf --enable=simd for scons, configure and make are the same command: scons ... see scons -h for the options ... cheers ... tim -- mailto:TimBlechmann@gmx.de ICQ: 96771783 http://www.mokabar.tk latest mp3: kMW.mp3 http://mattin.org/mp3.html latest cd: Goh Lee Kwang & Tim Blechmann: Drone http://www.geocities.com/gohleekwangtimblechmannduo/ After one look at this planet any visitor from outer space would say "I want to see the manager." William S. Burroughs

1 0

Re: [PD] midiout restricted to 16 channels
by IOhannes m zmoelnig 08 Jul '05

08 Jul '05

IOhannes m zmoelnig wrote: > > yesterday i ran into the very same problem (that connecting 4 MIDI > devices will give me 64 midi-IN channels but only 16 midi-OUT channels) > a quick look at the code revealed, that somebody is doing > channel &= 0xF; > which explains a lot. > actually it explains nothing; it was just a misunderstanding of the code on my side. > before i try to start fixing this code, i wanted to ask whether you have > already done so and what the current status of this is. > > i am using pd-0.38-4 with the alsamidi-patches, but the problem should > be the very same with any MIDI-OUT. to get multiple midi-outputs work with ALSA, you have to change one line in s_midi_alsa.c in the sys_putmidimess() function: change snd_seq_ev_set_source(&ev,alsa_midioutfd[0]); to snd_seq_ev_set_source(&ev,alsa_midioutfd[portno]); OR apply the attached patch. note: of course this only applies if you have alsa-midi enabled (as can be done with the patches at sf.net/projects/pure-data) mfg.adsr IOhannes

1 0

← Newer
1
2
3
4
5
6
7
8
9
Older →

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Pd-dev July 2005