Pd-list January 2002

pd-list@lists.iem.at

83 participants
162 discussions

0.35 test 5 for Linux only
by Miller Puckette 24 Jan '02

24 Jan '02

Hi all, I've finally got 0.35 test 5 ready (for linux only, sorry.) There are two major new features: 1. "graphs" and subpatches are the same thing. You can "open" a graph by right-clicking it. Get properties on a canvas to make it show up as a graph on its parent. You can make control panels this way. 2. "data" templates can be changed and the data will conform to the new data structure. You can add or rename fields for example. A new "struct" object replaces "template" and allows you to name it explicitly so you don't have to monkey with the canvas name anymore. The "scalar" object is gone; scalars are now just "data" and are saved with the patch. One minor thing which will help windows people when it comes out on MSW: you can put spaces in paths! This seems to have been the major problem people have had running Pd in MSW. I'm now going to try to improve Linux audio/MIDI support and fix other problems as noted in "notes.txt" in the source directory... cheers Miller

5 10

RE: [PD] 0.35 test 5 for Linux only
by mark 24 Jan '02

24 Jan '02

Hi, without wanting to be a nuisance - what are your rough timescales for windows (I'm a developer myself so I know that anything you say will be subject to change :-)). I find that at the moment PD is becoming one of my main music making tools and some of the things comming up look quite useful... cheers mark > -----Original Message----- > From: Miller Puckette [mailto:mpuckett@man104-1.ucsd.edu] > Sent: 24 January 2002 02:15 > To: pd-list(a)iem.kug.ac.at > Subject: [PD] 0.35 test 5 for Linux only > > > Hi all, > > I've finally got 0.35 test 5 ready (for linux only, sorry.) There are > two major new features: > > 1. "graphs" and subpatches are the same thing. You can "open" a graph > by right-clicking it. Get properties on a canvas to make it > show up as a > graph on its parent. You can make control panels this way. > > 2. "data" templates can be changed and the data will conform > to the new > data structure. You can add or rename fields for example. A > new "struct" > object replaces "template" and allows you to name it explicitly so you > don't have to monkey with the canvas name anymore. The > "scalar" object > is gone; scalars are now just "data" and are saved with the patch. > > One minor thing which will help windows people when it comes > out on MSW: > you can put spaces in paths! This seems to have been the > major problem people > have had running Pd in MSW. > > I'm now going to try to improve Linux audio/MIDI support and fix other > problems as noted in "notes.txt" in the source directory... > > cheers > Miller > >

1 0

GEM: pix_movie/linux
by chris clepper 24 Jan '02

24 Jan '02

hi what is the status of pix_movie on linux? i compiled gem 0.84-5 without error but the pix_movie object does not load. are there libs and dependencies that i need in addition to the standard libs gem requires? any help greatly appreciated. cgc

1 0

Internal pd problems...or features ?
by Yves Degoyon 23 Jan '02

23 Jan '02

sorry to bother you again, Miller, but i've found the following features annoying in PD 0.35-TEST4 : a/ when, in the gui, you change parameters to an objet, a new object is created and the former one destroyed, ok. BUT, the order of calls is the following : new replacement free old that's annoying 'cause you can't handle an instances counter properly. i'd rather have : free old new replacement b/ i don't know why but i tried to add a structure to my object and, all the sudden, it became "not patchable" and couldn't be created. what does this mean ?? the structure added is a MPSTR structure from lame. what's wrong with doing this ??? that's all for critics, i still enjoy PD everyday but there are some tricks in external development. don't bother, i don't know of a software which doesn't have any. cheers, Yves/ Next in Thread ----> NULL

3 2

Re: [PD] It really works!,,and laptops
by CK 23 Jan '02

23 Jan '02

I read: > Anyone bought a laptop recently & running PD smoothly under Linux? I do, vaio z600tek (european) and an old toshiba p120 (at 22khz it's ok to experiment or ginving it some simple tasks to handle via netsend) on the vaio basically everything works even the winmodem, see http://lo-res.org/~x/vaio.txt only drawbacks are ymfpci soundcard kind of chooses it's interrupt per buffer on the fly and 90% of the pci devices seem to be hardwired to IRQ9, looking forward to the final release of the rme pcmcia && linux driver. of course I can enter the (somewhat crippled) bios cheers x -- chris(a)lo-res.org Postmodernism is german romanticism with better http://pilot.fm/ special effects. (Jeff Keuss / via ctheory.com)

1 0

Re: [PD] FLUSH
by Michael Casey 23 Jan '02

23 Jan '02

Hi Eric, Krzysztof, "flush" messages indicate MIDI input queue over-runs. All MIDI queuing originates in s_unix.c (a comment suggests rename the file to s_midi.c). The FLUSH message originates in the function, void sys_midibytein(int portno, int byte){...} This function maintains a circular queue of MIDI events. When the queue fills up, the head hits the tail and this triggers the flush message. The queue size is defined by MIDIQSIZE and is only 256 bytes. Therefore if PD does not process the MIDI messages in a reasonable time the queue is flushed as new messages come in. For example, I get flush messages when using an electric-field sensing controller (Fish) with my laptop running Windows 2000 Pro. The Fish outputs control change messages at a very high rate and thus fills the queue rather quickly, therefore yielding said "flush" messages. To fix this, I use [metro] to downsample all [ctlin] messages using a [float] buffer for temporary storage between bangs. This way I process control messages at 50ms intervals but the float buffer updates at the rate of MIDI control input. This works because the excess messages are handled efficiently, thus the MIDI-IN event queue drains faster than it fills. Best regards, Michael Casey http://www.media.mit.edu/~mkc

2 1

Setting delay times within abstractions?
by Joseph Zitt 23 Jan '02

23 Jan '02

I'm using an abstraction that has delwrite~ and a matching delread~ in it, and I'd like to be qble to use different delay times for different instances of the abstractions. As far as I can tell from the docs, the input to delread~ is supposed to set the delay time (with the related parameter for delwrite~ setting the maximum value that the delread~ parameter could have). Input to delread~ doesn't seem to be doing this, though, either inside of abstractions or in the main canvas. Any clues? BTW, I've been getting a lot of people curious about Linux and PD as they look at my touring setup after shows. Some just can't believe it's not a Mac :-) -- |> ~The only thing that is not art is inattention~ --- Marcel Duchamp <| | jzitt(a)metatronpress.com http://www.metatronpress.com/jzitt | | Latest CDs: Collaborations/ All Souls http://www.mp3.com/josephzitt | | Comma: Voices of New Music Silence: the John Cage Discussion List |

2 1

info Gem: problems with new Nvidia drivers [Dri-devel] Re: Athlon/Linux bug found (fwd)
by rat＠telecoma.net 22 Jan '02

22 Jan '02

hi, this could be for some on the list the problem why the new (well not soo new), nvidia drivers are not working, or makeing troubles. ---------- Forwarded message ---------- Date: Tue, 22 Jan 2002 22:05:54 +0100 From: "Dieter [iso-8859-15] Nützel" <Dieter.Nuetzel(a)hamburg.de> To: "Lincoln, Michael C" <mclinc(a)essex.ac.uk> Cc: DRI-Devel <dri-devel(a)lists.sourceforge.net> Subject: [Dri-devel] Re: Athlon/Linux bug found On Monday, 21. January 2002, Michael C Lincoln wrote: > Just in case any one missed it... These is a hardware bug in the Athlon > processor's extended paging (PSE) that cause serious problems when AGP > is in use. I've attached a copy of the article as the site is currently > slashdotted. > > > "The bad news is that a major Athlon CPU bug has been discovered, and it > affects Linux 2.4. Note that this is a bug in the actual CPU itself, and > is not a Linux bug. However, it becomes our problem because there are > very many semi-broken Athlon/Duron/Athlon MP CPUs out there. [-] Sorry, it is not true that Linux 2.4 is "hard" affected. Read L-KML about it. http://marc.theaimsgroup.com/?l=linux-kernel&m=101168170221868&w=2 Linux "only" use aligned access of 4MB pages, but the current Nvidia kernel module seems to be affected. Regards, Dieter -- Dieter Nützel Graduate Student, Computer Science University of Hamburg Department of Computer Science @home: Dieter.Nuetzel(a)hamburg.de _______________________________________________ Dri-devel mailing list Dri-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel

1 0

[announce] [linux] [alpha] mp3live~ : a peer-to-peer streamer.
by Yves Degoyon 22 Jan '02

22 Jan '02

hi, here is an alpha release of an mp3 streamer for pd. this package [ mp3live~ ] contains two objects : mp3streamout~/mp3streamin~. < Dependencies> <Requires> Lame 3.89 </Requires> <Conflicts with> d_mp3.pd_linux </Conflicts with> <Dependencies> Indeed, d_mp3 rewrites most of the mpglib which is needed by mp3live~, and, unfortunately, the routines from d_mp3 will not work with mp3live~. it needs mpglib which is bundled with lame, that's why you should not load d_mp3 before using mp3live~. btw, i can't see why mpglib has been embedded in d_mp3 and why it is so often rewritten ( for xmms, for mpg123, .... ), the version included in lame is OK. + Olaf reported to me that mpglib does not exist on Windows, but, i've found a Microsoft Dev Studio project file in the distribution, so the port to windows should not be that far away. I'm joining the file to this mail, just in case you don't have it in your lame's distro. it works right now but is still alpha for the following reasons : a/ resampling is not supported. b/ mono is not supported. i might do that soon. Enjoy !! cheers, Yves/ http://ydegoyon.free.fr

1 0

vienna pd stammtisch
by rat＠telecoma.net 22 Jan '02

22 Jan '02

hi, is there already location + place for this week ? cheers erich

5 4

← Newer
1
...
5
6
7
8
9
10
11
...
17
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 January 2002