Pd-list November 2001

pd-list@lists.iem.at

69 participants
122 discussions

patch-day (again!)
by IOhannes m zmoelnig 27 Nov '01

27 Nov '01

hi ! since some of you has reported that the multidevice-thing i did started to crash pd, i have fixed (or at least: tried to fix) this. you can download the patches for pd-0.34.4 from ftp://iem.kug.ac.at/pd/misc/pd-0.34-4-resample-multidev-scalar.tgz i adjusted the code for mac/nt/sgi, so that the new routines will (hopefully) work with all operating systems (although *not* giving multidevice-support (in my sense) to os's other than linux) - so it's just an interface fix. anyhow, i hope it fixes the old patch (which i wasn't able to reproduce, most likely due to compiler-issues(?)), if not, please let me know. i hope miller will have a short look, before releasing the patched sources. mfg.cds.asd IOhannes

1 1

[Framestein] porting fs
by Juha Vehviläinen 26 Nov '01

26 Nov '01

Hi Seta, list, The framework is simple and straightforward, but most of the features are built on nonportable libraries, sorry. I've taken a more portable approach (doing stuff as plugins written in c/c++), maybe some day there's something worth porting. As for portable graphics library, I guess I would choose SDL or some game engine, any suggestions? (besides openGL, since GEM is for just that) cheers juha ----- Original Message ----- From: "Michal Seta" <mis(a)creazone.com> To: "Juha VehvilÃ¤inen" <jusu(a)iki.fi> Sent: Friday, November 23, 2001 3:18 AM Subject: Re: [Framestein] 0.23 (Re: [PD] spectrum plotter) > Hi Juha, hi all > > this all sounds so interesting. > Has anyone ported this thing to Linux yet? > > ./MiS > > > On 11/19/01 9:49 AM, Juha VehvilÃ¤inen @ jusukoti(a)atp.fi wrote: > > > 0.23 > > - fs.film > > - fs.hist and example-hist.pd > > - fs.sonogram and example-sonogram.pd > > - mouserect_1 will report rectangle "drawn" in frame (mousetrack_1 must be > > on) > > > > screenshot of sonogram: http://www.anoema.com/peedees/fshot04.jpg > > > > http://framestein.org > > > > juha > >

3 3

Re: [PD] dx7?
by Andrey Savitsky 26 Nov '01

26 Nov '01

> PDX7 > > is a realisation of 6-Operator FM synthesis modelled loosly after the > famous Yamaha DX7. It is *not* a DX7 emulation, just an exploration of > FM synthesis in PD. It doesn't even sound like a DX7. ;-( > > Even if you are not interested in FM synthesis, pdx7 might be > interesting. It includes some useful abstractions like 4-segment > envelopes [altough they need more work], a silly step sequencer > and a configurable PC-keyboard-to-MIDI-values-translator patch. > > features > > * 6 operators, > * every algorithm you can think of, including the 32 DX7-algos > * DX7-like 4-segment envelope generators for index and modulation > factors, > * 8 voices default - add more if your box can handle it, > * virtually unlimited number of save slots > * 16-step sequencer [no saving here yet] > * configurable PC-keyboard-keyboard > > This patch is my first bigger work, that I did mainly to get familiar > with PD's way of life - so don't be too critical with me... > > Of course pdx7 is not finished, I still work on it daily, but I thought > it was time to share now. > > Get pdx7 at http://www.fbar.mynetcologne.de/ > > Have fun, > -- > __ __ > Frank Barknecht ____ ______ ____ __ trip\ \ / /wire ______ > / __// __ /__/ __// // __ \ \/ / __ \\ ___\ > / / / ____/ / / / // ____// /\ \\ ___\\____ \ > /_/ /_____/ /_/ /_//_____// / \ \\_____\\_____\ > /_/ \_\ _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com

1 0

dx7?
by Ken Locarnini 26 Nov '01

26 Nov '01

I recently came across but have misplaced a pd external of a dx7? Anyone know the location? Thanks, ken

2 1

Re: [PD] trouble writing external
by Yves Degoyon 26 Nov '01

26 Nov '01

hi again, p I did a port of your shoutcast~ to linux, but I didn't use any "black magic" ( like adding a counter ), I rather did the following modifications to your first posted version : a/ make the port to linux, including the makefile. You might to fix the path to your libmp3lame.so in the makefile. b/ change the code for allocation which might have been responsible for the crashes. In lame documentation, it is said that when you encode N samples, your mp3 buffer must be 1,25*N+7200 bytes !!! I guess it's not science here, but rather taken from experiment. I declared the requested buffers accordingly. c/ change (short) *in1++*32768 to (short) (*in1++*32768) yes, that's why you had zeros , because the cast was made BEFORE multiplication !!!! d/ make a -DSHOUTCAST or -DICECAST toggle for compilation, it seems that they are not using the same port number. e/ change some more code to follow the rules of external writing HOWTO ( to read first for anyone who wants to make externals ) The remaining problems are : a/ I haven't tried to compile it for windows, I don't have such a compilation environment. So, you could get some errors. b/ there are some clicks in the sound received, I don't know the reason, it seems to happen for each buffer boundary ( 65536 samples ). I'll check this later. cheers, Yves/ PS : from this external, an mp3 file encoder must be rather straightforward, I'll try to do it.

1 0

shoutcast~ external pre release
by Olaf Matthes 25 Nov '01

25 Nov '01

Hi all, after having finaly managed to get my external to run (thanks to Christian) I now proudly present: shoutcast~ external to stream two channels of mp3 encoded audio to a SCHOUTcast server over a network / the internet from within pd. This external is a beta release with minor known bugs (i.e. mono support somehow corrupted, some bitrates do not work). Since I don't have the right VC++ licence to distribute the compiled dll it would be very nice if someone could compile it and send me the dll to be included in the zip. The current version 0.1 (beta) can be found at: http://www.akustische-kunst.de/puredata/index.html There is also a pdf file with additional information. Just give it a try and let me know.... Thank you all for the nice support.... Have fun, Olaf

2 1

can't find mistake...
by Olaf Matthes 25 Nov '01

25 Nov '01

Hi all, this is an attempt to find someone who might have a look at the code of my first (currently non-working) external! It's called shoutcast~ and for Win only (maybe portable to Linux...)... It is intended to encode incoming audio to mp3 (using LAME) and send it to a SHOUTcast or IceCast server (IceCast untested right now). But there are to problems I can't solve: 1. pd crashes when I try to read data from an internal buffer - I think I'm just overlooking something, but after working on this for quite a while I'm somehow blind... 2. my mp3 stream is silent. Encoding works well but on the way from the inlets to the buffer that gets sent to the encoder something seems to be missing / not working. It's the same buffer that sometimes crashes pd! It would be very nice if someone could have a look at my cources.... There was a discussion on this list concerning mp3 streaming with win. Maybe my external could make life easier: if we can get it to work! The sources and additional information how things work and what goes wrong can be downloaded at: http://www.akustische-kunst.de/puredata/shoutcast~.zip (157k) Many thanks! Olaf

2 1

trouble writing external
by Olaf Matthes 25 Nov '01

25 Nov '01

Hi list, after solving the 'compiler problem' I finally started to write my first external for pd. I run pd 0.34-3 on Win98 and have the following problem. When I try to write audio data (as short int's) into an array that is initialised with 'x->x_buffer = (short *) getzbytes(65536);', pd crashes and reports: Consistency check failed: glist_getcanvas or sometimes Consistency check failed: glist_findrtext Can anybody tell me, what this means? best regards Olaf

2 1

patch creation
by Greg Rippin 25 Nov '01

25 Nov '01

Hello everyone, I'm working on a patch that calls specific instances of another patch, by sending |obj| messages to |s pd-patchname.pd|. The subpatch is then removed by sending a |editmode 1 x y x y cut editmode 0| to the |s pd-patchname.pd|. The problem I'm having is: if no subpatch has been called, and the "cut" message described above is triggered, pd dies. In other words, pd dies when it is told to delete something that isn't there. Is there a better way to accomplish the automatic destruction of subpatches? Is there any way to prevent pd from dying if the "cut" message is triggered needlessly? Thanks, Greg -- Greg Rippin, Graduate Assistant Music Technology Program New York University 35 West 4th Street, Suite 777 New York, NY 10012 phone 212-998-5422 fax 212-995-4043 musictechgrad.info(a)nyu.edu www.nyu.edu

1 0

Compiling PD
by Linium 24 Nov '01

24 Nov '01

Hello, I am trying to compile PD with gcc-3.01 (Mdk 8.1) cc -DPD -DUNIX -Wall -W -Wstrict-prototypes -Werror -Wno-unused -Wno-parentheses -Wno-switch -O6 -funroll-loops -fomit-frame-pointer -DTKINC=\"tk.h\" -DALSA01 -DINSTALL_PREFIX=\"/usr/local\" -I. -c -o ../obj/g_text.o g_text.c cc1: warnings being treated as errors g_text.c: In function `text_getrect': g_text.c:648: warning: operation on `x1' may be undefined make: *** [g_text.o] Erreur 1 Linium

1 0

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

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 November 2001