Pd-list January 2001

pd-list@lists.iem.at

41 participants
44 discussions

Results with latency tests
by Martin Marier 12 Jan '01

12 Jan '01

Hello, I've been trying to perform a latency test with PD. I use the PD 0.32 for linux (unpatched kernel)with ALSA drivers 0.5.9 for my M-audio Delta-66. To test the latency I use a patch that sends an impulse to an output that is looped to an input. I've tested both S/PDIF and analog I/O. The patch is joined. Here are a few results I get : (-rt and -alsa are also there in my .pdrc) -audiobuf latency_with_s/pdif latency_with_analog conversion_time -------------------------------------------------------------------------------- 20 37.7324 39.1837 1.45125 19 37.7324 39.1837 1.45125 18 37.7324 39.1837 1.45125 17 37.7324 39.1837 1.45125 16 20.3175 21.7687 1.45125 15 20.3175 21.7687 1.45125 14 24.6712 26.1224 1.45125 13 27.5737 29.0249 1.45125 12 23.22 24.6712 1.45125 11 20.3175 21.7687 1.45125 10 23.22 24.6712 1.45125 9 21.7687 23.22 1.45125 8 23.22 24.6712 1.45125 There must be something I don't understand. Can anyone explain these results ? Does my test make sense ? Thanks Martin Marier (here's the patch) #N canvas 468 248 505 403 10; #X graph graph2 0 -1 3 1 399 396 499 346; #X array click 4 float; #X pop; #X msg 399 309 \; click resize 4 \; click 0 1 0 0 0; #X obj 37 48 tabplay~ click; #X msg 37 28 bang; #X obj 37 67 *~ 0.9; #X obj 126 48 threshold~ 0.4 0 40 0; #X obj 101 66 timer; #X text 36 13 latency with analog; #X obj 37 86 dac~ 1; #X obj 126 29 adc~ 1; #X obj 34 154 tabplay~ click; #X msg 34 134 bang; #X obj 34 173 *~ 0.9; #X obj 123 154 threshold~ 0.4 0 40 0; #X obj 98 172 timer; #X text 33 119 latency with s/pdif; #X obj 34 192 dac~ 10; #X obj 123 135 adc~ 10; #X obj 399 289 loadbang; #X obj 98 193 print latency_with_s/pdif; #X obj 101 87 print latency_with_analog; #X obj 326 169 print conversion; #X obj 347 78 -; #X connect 2 0 4 0; #X connect 3 0 2 0; #X connect 3 0 6 0; #X connect 4 0 8 0; #X connect 5 0 6 1; #X connect 6 0 20 0; #X connect 6 0 22 0; #X connect 9 0 5 0; #X connect 10 0 12 0; #X connect 11 0 10 0; #X connect 11 0 14 0; #X connect 12 0 16 0; #X connect 13 0 14 1; #X connect 14 0 19 0; #X connect 14 0 22 1; #X connect 17 0 13 0; #X connect 18 0 1 0; #X connect 22 0 21 0;

2 1

Max/msp of PD voor Nederlanders
by e＠chello.nl 12 Jan '01

12 Jan '01

Hoi , Wie komt er uit Nederland of begrijpt hollands en is bezig met deze programmaas en vind het niet zo erg als ik af en toe eens een vraagja mail of icq ? Ik zoek mensen die hier ook mee bezig zijn.. Greetz, eLine e(a)chello.nl

3 2

[Sounddriver] RME Hammerfall for 2.4 kernel
by Guenter Geiger 11 Jan '01

11 Jan '01

announce Because Winnies driver didn't compile for me under 2.4 I have started to change it and eventually came up with a completely different version, which is supporting a bit more of the OSS interface, it even runs in pd's "native" mode, and more important to me I can use other software written for OSS. It's the first release, so there are some missing features in the controller program, the select call, and mmap ... download <ftp://xdv.org/pub/gige/rme>. gg PS: If you want to use more than two channels with pd, you're currently out of luck, because I have implemented a completely different multichannel interface ... I do have a working version though (of pd), if someone is really badly interested.

1 0

miltiple midi input ports
by Tom Schouten 11 Jan '01

11 Jan '01

hi, i have the following problem: when i use multiple midi-in ports, the midiin object only receives messages from the first port. output works fine to the other ports though.. i found this line in s_linux_midi_io.c in function int midi_instat(MIDIPort *mp) FD_SET(mproot->devhandle,&midi_rfds); which i thought was the problem, since mproot is the first port and the function doesnt use the *mp argument supplied, so i changed it to FD_SET(mp->devhandle,&midi_rfds); this still gives the same problem.. i looked at the point where this function is called in s_linux.c in fuction void sys_poll_midi(void) and i can't figure out why it doesnt work.. tom

1 1

ALSA sequencer
by Tom Schouten 10 Jan '01

10 Jan '01

hi, does anybody know of an interface to the alsa sequencer for pd? what i am trying to do is to send midi note messages to my internal wavetable card (sblive) and to receive midi note messages in pd from a sequencer. tom

2 1

pd missing files from all? distributions and questions
by Matt Gerassimoff 08 Jan '01

08 Jan '01

Hey, I just started working with pd and it's VERY cool! I am trying all the examples and it seems to be missing the file ./doc/sound/beat.aiff. Most of the patches in the doc/3.audio.examples use it. I'm running under Linux with a SB Live! and Alsa drivers. I tried jMax with little success getting things to run correctly. I miss having differing fonts for various objects placed in the window. It would also be nice to have colors for objects, connections and comments. It would make the patches much easier to read. It would also be nice to have a button (menu with hot-key) to reload the current patch. When I am creating sub-pathces, I have to close the patch and reload it. As a hack I just created an empty window with a message box "; pd-<file>.pd menuclose" and an object box with the <file> in it. Either that or change the object instancing routines to reload the <file>.pd when it changes. This solution would be difficult though. That's all I got for now. I'm going to start looking at the source to see if I can add some of the features and how difficult it would be. I want to create some externals eventually. Thanks, Matt Gerassimoff

1 0

Multithreaded soundfile writing?
by Larry Troxler 08 Jan '01

08 Jan '01

I notice there does not seem to be an object that will stream a soundfile in a lower-priority thread. So far, we have sfwrite in GG externals, and sfrecord in Zexy externs. Is there a particular reason that there isn't a multithreaded sound-file writer yet (other than simple lack of time)? I think I might take a crack at one, using pthreads (like the converse of readsf~). Is it a good idea to do this? If so, are there any potential problems I should be aware of? Larry Troxler

2 1

table/writesf/vcf~
by mik 06 Jan '01

06 Jan '01

hi 3 things I already noticed in TEST7: - the table object cannot be opened anymore. is this intentional? - should writesf with 2 channels produce a stereo file? if so, this doesn't seem to work: I get a mono file albeit of double length (in bytes: a 1 sec file is 88200 bytes long) - vcf~ makes pd exit mik

6 7

[gem] capture
by _-¯-_ 06 Jan '01

06 Jan '01

this might be helpful with the gem output matter http://www.hdk-berlin.de/~rasca/xvidcap/ -- X D V . O R 6

2 1

new release of GEM soon
by Mark Danks 04 Jan '01

04 Jan '01

Hi All, I am hoping to release a new version of GEM soon. There is a nasty bug when freeing memory...I can't believe that it has been there since the beginning. It could easily explain some stability issues which some people are having. If you have any new features/bugs/whatever, please let me know. Also, to anyone who has tried to get ahold of me the past few months, I apologize for not being more responsive. My daughter was born Oct 31 and she has kept me fairly busy :-) Later, Mark ============================ = mdanks(a)stormfront.com = Lead Programmer PS2 = http://www.danks.org/mark ============================

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

Pd-list January 2001