headers
Tjeerd Sietsma | 1 Jul 2004 02:03

Re: PD file format specs?


On Wed, 30 Jun 2004 09:05:01 +0200 (CEST), zmoelnig <at> iem.at said:
> Zitiere Mathieu Bouchard <matju <at> sympatico.ca>:
> 
> > 
> > On Wed, 30 Jun 2004, Tjeerd Sietsma wrote:
> > 
> > > I'm curious what the specifications of the PD file format look like.
> > > Puckette has already posted *something* in 2001 about the connect
> > rules,
> > > and stated that the rest of the specs are undocumented. Is there
> > someone
> > > who has figured out already what the rest of the fileformat means?
> > > Of course it looks quite simple, but I want to make sure there are
> > no
> > > mistakes from my side.
> 
> of course the file-format is quite simplistic.
> the problem is (i guess), that miller refuses to document some things
> because of
> one reason (correct me if i am wrong): as soon as they are documented
> people can
> rely on there behaviour and thus things are kind of frozen. undocumented
> things
> are "likely to change" in the near future, the far future  or never...

Not maintaining backward-compatibility is no reason for not documenting
a
file format. I assume Miller Puckette rather spends his time
programming/
(Continue reading)

Permalink | Reply | 4 comments |
headers
chris clepper | 1 Jul 2004 03:49

Re: [100MHz]Pd Linux MIDI

On Jun 30, 2004, at 2:31 PM, Lex Ein wrote:
> By the way, since your CPU is MMX, DSP things can run surprisingly 
> well if you decide to try using them.

The Pentium II was the first Intel CPU with MMX, and they had clocks 
starting around 233Mhz or so. 

_______________________________________________
PD-list mailing list
PD-list <at> iem.at
to manage your subscription (including un-subscription) see
http://iem.at/cgi-bin/mailman/listinfo/pd-list
Permalink | Reply | 1 comment |
headers
Chris McCormick | 1 Jul 2004 04:02
Gravatar

Re: PD for beginners?

> Message: 11
> Date: Wed, 30 Jun 2004 19:48:48 +0200
> From: Frank Barknecht <fbar <at> footils.org>
> To: pd-list <at> iem.at
> Subject: Re: [PD] PD for beginners?
> 
> Hallo,
> Josh Steiner hat gesagt: // Josh Steiner wrote:
> 
> > plus, take heart in that most of the old farts on this list learned
> > PD by asking lots and lots of "dumb questions" of the even *older*
> > farts...  so noone should feel bad about asking for help around
> > here.
> 
> Actually I still remember my stupid first question here 4 years ago
> quite well: "How can I change the Font size?" or so. And guess who
> answered first: MSP himself! I still believe, that this has made me
> stay.
> 
> Ciao
> -- 
>  Frank Barknecht                               _ ______footils.org__

Similar experience here.

http://mccormick.cx/screenshots/old/favoritePost.png

Heheheh. (There were others, but this is the most "stupid post").

Chris.
(Continue reading)

Permalink | Reply | 0 comments |
headers
chris clepper | 1 Jul 2004 04:01

Re: problem with GEM 0.90 on win2k

On Jun 30, 2004, at 4:28 PM, rainer _ wrote:

>>> what does incredibly slow mean to you:
>
> not even heavy videoprocessing, just playing back a uncompressed avi 
> 720x576. it's 10 or maybe 20% of the speed with gem0.90 compared with 
> gem0.87+CVS on the same comp. i've tried diffrent patches 
> videoprocessing & openGL processing - all over the same: incredibly 
> slow.

Uncompressed video can easily be hard disk limited.  A single stream on 
a single 7200rpm IDE drive is fine, but more than that requires 
dedicated media drives and RAID.  What sort of drive(s) do you have?  
Also, do you have DMA enabled?  Windows has a history of disabling DMA 
by default.

Perhaps the problem is texturing related.  I don't think GEM does 
rectangle texturing on Windows so each frame uploads 1024x1024 frames 
which eats bandwidth.  I'm not sure what the state of DMA texturing is 
either, but maybe it can be forced through the drivers.

Check to see if the pd process is using all of the CPU or not.

> no other processes in background, excluding my personal firewall and 
> windows system stuff.

Maybe you are sending 50,000 emails an hour?  Or perhaps video playback 
triggers all the spyware logging?

> maybe it has something to do with the glut libs??
(Continue reading)

Permalink | Reply | 1 comment |
headers
Peter Plessas | 1 Jul 2004 04:19
Picon

compilation question

Hi!
i am sitting here with pd 0.37 sources on debian/ppc, and try to run 
./configure --enable-alsa --enable-jack
the problem is i don't see the line:
alsa is....yes/no
no lines about alsa at all, so no messages about alsa being detected or 
not. 
when i run make i get a pd version without alsa of course....

sorry if this is an old topic perhaps, but for me it's new. :)

regards, 
Peter~

_______________________________________________
PD-list mailing list
PD-list <at> iem.at
to manage your subscription (including un-subscription) see
http://iem.at/cgi-bin/mailman/listinfo/pd-list
Permalink | Reply | 6 comments |
headers
Mathieu Bouchard | 1 Jul 2004 05:11
Picon
Favicon

Re: [100MHz]Pd Linux MIDI


On Wed, 30 Jun 2004, chris clepper wrote:
> On Jun 30, 2004, at 2:31 PM, Lex Ein wrote:
> > By the way, since your CPU is MMX, DSP things can run surprisingly 
> > well if you decide to try using them.
> 
> The Pentium II was the first Intel CPU with MMX, and they had clocks 
> starting around 233Mhz or so. 

There's an intermediary model that was called the "Pentium MMX" that was a
Pentium I plus MMX. I think I recall they were produced at 166 MHz, and I
don't know which other clockrates, maybe the 133-233 range ?

________________________________________________________________
Mathieu Bouchard                       http://artengine.ca/matju

_______________________________________________
PD-list mailing list
PD-list <at> iem.at
to manage your subscription (including un-subscription) see
http://iem.at/cgi-bin/mailman/listinfo/pd-list
Permalink | Reply | 0 comments |
headers
Mathieu Bouchard | 1 Jul 2004 06:19
Picon
Favicon

Re: String editing


On Mon, 28 Jun 2004, IOhannes m zmoelnig wrote:

> (note that you cannot get the selector with [$0( or whatever)

Isn't that a nice feature request?

________________________________________________________________
Mathieu Bouchard                       http://artengine.ca/matju

_______________________________________________
PD-list mailing list
PD-list <at> iem.at
to manage your subscription (including un-subscription) see
http://iem.at/cgi-bin/mailman/listinfo/pd-list
Permalink | Reply | 0 comments |
headers
Mathieu Bouchard | 1 Jul 2004 06:57
Picon
Favicon

Re: gate


On Wed, 30 Jun 2004 zmoelnig <at> iem.at wrote:
> Zitiere Mathieu Bouchard <matju <at> sympatico.ca>:
> but i really could make it compatible with a single-argument [demux] (as i
> suppose, nobody has a demulitplexer with just one outlet...)
> are there any functional differences (as i always thought, that zexy's
> [demultiplex] does exactly what a demultiplexer should do: demultiplex a
> data-stream to one of many outputs)

[shunt]/[demux] now take a second (optional) argument for the default
selected outlet, but i'm not really using that feature yet. BTW the issue
with the width of boxes does not occur with jMax, because in jMax the
width of boxes is set manually... actually way too manually, but at least
they can be resized. Now if we could have the best of both ways...

________________________________________________________________
Mathieu Bouchard                       http://artengine.ca/matju

_______________________________________________
PD-list mailing list
PD-list <at> iem.at
to manage your subscription (including un-subscription) see
http://iem.at/cgi-bin/mailman/listinfo/pd-list
Permalink | Reply | 0 comments |
headers
Frank Barknecht | 1 Jul 2004 07:17
Favicon

Re: compilation question

Hallo,
Peter Plessas hat gesagt: // Peter Plessas wrote:

> i am sitting here with pd 0.37 sources on debian/ppc, and try to run
> ./configure --enable-alsa --enable-jack the problem is i don't see
> the line: alsa is....yes/no no lines about alsa at all, so no
> messages about alsa being detected or not.  when i run make i get a
> pd version without alsa of course....

I *think* there was some issue once with "--enable-alsa" in fact
disabling ALSA. Did you try without any options? And do you have
libasound2-dev installed?

Ciao
--

-- 
 Frank Barknecht                               _ ______footils.org__

_______________________________________________
PD-list mailing list
PD-list <at> iem.at
to manage your subscription (including un-subscription) see
http://iem.at/cgi-bin/mailman/listinfo/pd-list
Permalink | Reply | 0 comments |
headers
IOhannes m zmoelnig | 1 Jul 2004 08:19
Picon

Re: problem with GEM 0.90 on win2k

chris clepper wrote:
> On Jun 30, 2004, at 4:28 PM, rainer _ wrote:
> 
>>>> what does incredibly slow mean to you:
>>
>>
>> not even heavy videoprocessing, just playing back a uncompressed avi 

the question was rather: do the problems occur in pix_ objects (or in 
conjunction with them) or not.

and are there performance issues when *only* using openGL (no pix at all)?

> Uncompressed video can easily be hard disk limited.  A single stream on 
> a single 7200rpm IDE drive is fine, but more than that requires 

but this wouldn't explain why it runs on gem-0.87...

> 
> Perhaps the problem is texturing related.  I don't think GEM does 
> rectangle texturing on Windows so each frame uploads 1024x1024 frames 
> which eats bandwidth.  I'm not sure what the state of DMA texturing is 
> either, but maybe it can be forced through the drivers.

unfortunately i really don't know what the actual gem-0.90.0-build for 
windows has been.
i have definitely done one windos-build with rectangle-textures enabled 
(for supported hw, like nvidia), and i do believe it is the one that i 
have put online.
(Continue reading)

Permalink | Reply | 0 comments |

Gmane