Pd-list June 2002

pd-list@lists.iem.at

94 participants
144 discussions

Fw: Re: [PD] we want threads !!!!
by ydegoyon＠free.fr 25 Jun '02

25 Jun '02

> "ydegoyon(a)free.fr" schrieb: > > > so, if you like danger, you might try these.... > > it's experimental still but with the help of some beta-testers, > > it might get consistent soon. > > I've added some changes and now it works under win2k as well... get the files needed > (and the binaries for Win) at http://www.akustische-kunst.de/puredata/winport.html > yeh, that's the official place for these unofficials patches. i won't set up my own place for a release. it's better cos it works on both linux and WXXXX? with some recent PD release ( one patch ( inter ) was made over test24 and the other one ( soundfiler ) is older, think it was made over test8 ). thanx, olaf.

1 0

-flag for devices
by Mark Khemma 24 Jun '02

24 Jun '02

hello. is there a -flag that i can use to get the devices in my linux box? I'm trying to use the midi off one card and the audio off another. is this possible (with alsa)? thanks mark .k

3 3

we want threads !!!!
by ydegoyon＠free.fr 24 Jun '02

24 Jun '02

hi, all, annoyed by some recurrent issues in PD, i made the following patches to PD's sources : d_soundfile.c : load the sounfile in a thread to avoid audio dropouts. this patch concerns the "soundfiler" object. s_inter.c : send messages to the GUI using a message buffer and a thread to avoid audio dropouts. this introduces a lot of threads and Miller objected once using threads is dangerous. so, if you like danger, you might try these.... it's experimental still but with the help of some beta-testers, it might get consistent soon. cheers, sevy/yves

4 4

RE: [PD] we want threads !!!!
by mark 24 Jun '02

24 Jun '02

I've been using threads for years now in various languages (mainly Java (painless) and C++ (slightly less so)). There is a serious learning curve on threads (some of my team still stuggle depsite working on a very multithreaded application for a couple of years now) but I would suggest that once you get over the curve threads are no more difficult or unreliable than something like pointers. The comparision with pointers is a good one actually - remember when you first started using them - all those mysterious GP faults, odd behaviour from reading and writing the wrong bit of memory etc. You soon get to the point where that kind of thing is rare - I think the same is true of threads once you get your head around them they are just as straight forward. cheers mark -----Original Message----- From: Olaf Matthes [mailto:olaf.matthes@gmx.de] Sent: 24 June 2002 12:40 To: pd-list Subject: Re: [PD] we want threads !!!! Miller Puckette schrieb: > Yes, I'm scared to death of threads. The readsf~/writesf~ objects do > use them (there's no alternative) but my experience in general is that > it's very hard to maintain threaded code if you want a high level of > reliability (which I do in Pd)... The threaded versions of my ogg vorbis streaming externals are largely based on the readsf~/writesf~ code. It took me some time to fix all the bugs in my code but after that the externals now work more reliable than the unthreaded ones. There's also a (partly) threaded netsend available at http://www.akustische-kunst.de/puredata/winport.html for those who haven't noticed it. Maxlib's netdist uses multithreading as well... Olaf

2 1

RE: [PD] -flag for devices
by Matthew Allen 24 Jun '02

24 Jun '02

pd -listdev for a list of your devices pd -soundindev <dev number from previous list> -soundoutdev <dev number from previous list> -midiindev <etc> -midioutdev <etc> works under win 98 and 2k. dont know about linux. m. > -----Original Message----- > From: Mark Khemma [mailto:mkhemma@orion.it.luc.edu] > Sent: Monday, June 24, 2002 9:12 AM > To: pd-list(a)iem.kug.ac.at > Subject: [PD] -flag for devices > > > > hello. > is there a -flag that i can use to get the devices in my linux box? > I'm trying to use the midi off one card and the audio off > another. is this > possible (with alsa)? > thanks > mark .k > >

1 0

Different socket implementation in Windows and Linux
by David Jonsson (II) 24 Jun '02

24 Jun '02

I run PD 0.43-4 The TCP server socket implementation in Windows PD should have the option TCP_NOWAIT so that data gets sent immediately when it arrives in the buffer. This is the case in the Linux version. Today I write like 15 times per second to the net and the Linux version receives this fast but the Windows version only produces a output approximately 5 times per second. I'm not an expert on sockets but I suppose this is what differs? Maybe I should add that I run Windows 98 on the client. -- David Jonsson Interactive Institute AB phone +46-703-000 370 or +46-8-783 24 49 Timezone GMT+1 org no 556557-3077 http://www.interactiveinstitute.se/

3 4

Error (101)
by kurt korthals 24 Jun '02

24 Jun '02

Hello, and sorry if this has already been answered but i didn't have much luck searching the archives. I installed Pd 0.35 test 26 on my debian linux at home and everytime i try to start pd it fails and says it can't connect to the network - Error (101). I don't have my computer connected to any network, so i'm not sure what exactly is going on. Any hints as to how to resolve this would be greatly aprreciated. thanks for your time, kurt

2 1

Maxlib 0.3b bug
by João Miguel Pais 24 Jun '02

24 Jun '02

Dear list, Just wanted to report a small bug in maxlib 0.3b (I'm not aware if there is a newer version): whenever I have a "average" object in my patch, when I close the window the program crashes. I am using .35 t11 on xp. By the way, is it possible not to send the copyright message to the console whenever we use one of the objects? I don't want to take out credit, but it fills up the screen very fast. João Miguel Pais

2 1

Does pd run on ME?
by Ben Jones 23 Jun '02

23 Jun '02

I have a PII 233 and i am running WinME. Do I need to do anything special to make it run properly? It is taking about 5 minutes for it to do anything. Is there something I need to do in the command line to make it run efficiently in ME? Thank you. Ben --------------------------------- Do You Yahoo!? Sign-up for Video Highlights of 2002 FIFA World Cup

2 1

Strange "bug" with table behaviour
by Burton Samograd 22 Jun '02

22 Jun '02

Miller (or anyone else with more time to find this bug..ahem...feature :), I ran into quite a frustrating bug when designing my step sequencer. I'm currently running pd-0.35-test26 on linux. I was using the table object so i could create local arrays for each sequencer using $1. But it seems that when the patch is saved, it saves the array name in the patch file (ie. if you gave an argument test to the subpatch, the array $1_array would be saved as test_array instead of $1_array). The problem was that when I tried testing with 2 patches the array wasn't being created for each instance since it had already been created by the patch before it was saved (does that make any sense???) so i would get "test_array multiply defined" messages whenever i would try to write to it. I then remembered an email i read a while back saying that pd now allows $1's in array names so i tried that and it worked like a charm. My problem is solved but I thought i would inform you of this behaviour, or if you already knew it existed, maybe you could enlighten me on why it is done that way... Although I don't know the details of the internal structure of the program compeletely, I would think that when saving the table object should somehow hide the array so the name isn't written to the file, since i assume that on loading the table creates the array if it doesn't already exist... So there's a couple of my $0.02 on the subject. burton samograd

2 2

← Newer
1
2
3
4
5
6
7
...
15
Older →

Jump to page:

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 June 2002