[ pure-data-Bugs-3496274 ] zexy: hexloader support broken

Bugs item #3496274, was opened at 2012-03-02 05:07
Message generated for change (Tracker Item Submitted) made by reduzent
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3496274&group_id=55736

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: externals
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Roman Haefeli (reduzent)
Assigned to: Nobody/Anonymous (nobody)
Summary: zexy: hexloader support broken

Initial Comment:
Recent versions of zexy do not support the hexloader loading mechanism anymore when the suite is compiled
as single-class externals. 

How to reproduce:

1) In a new patcher window, create [import hexloader zexy]

2) create an object [<~ ]

The object cannot be created and the following error is printed:

[ pure-data-Bugs-3496297 ] gem can't load glsl shaders (win7-

Bugs item #3496297, was opened at 2012-03-02 07:26
Message generated for change (Tracker Item Submitted) made by 
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3496297&group_id=55736

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: externals
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: py ()
Assigned to: Nobody/Anonymous (nobody)
Summary: gem can't load  glsl shaders (win7-

Initial Comment:
pd 0.43.1-extended-20120228
gem 
GEM: ver: 0.93.3 
GEM: compiled: Nov 10 2011
when i try to load a shader ,for instance in  examples/glsl/
 i get this (the file is in the current directory ):

GEM: GLEW version 1.5.4
GEM: Start rendering
[glsl_geometry]: error reading file
[glsl_vertex]: error reading file

[ pure-data-Bugs-3496337 ] Grid 0.8

Bugs item #3496337, was opened at 2012-03-02 09:49
Message generated for change (Tracker Item Submitted) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3496337&group_id=55736

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: pd-extended
Group: v0.42
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: Grid 0.8

Initial Comment:
[grid] cannot take negative scale values in properties i.e. -1 to 1 on both axis - [values 0 0( produces 1,1.
on grid.

Sevy produced a fix for me, available at http://rickygraham.com/pages/pd2live

Best wishes,

Ricky

----------------------------------------------------------------------

Pd on ARM/Gumstix Overo - audio problems

Hi all,

We're running Pd 0.43 on a Gumstix Overo Airstorm with Cortex A8
architecture, using Linaro 12.02 distribution (which is based on
Ubuntu 11.10 )
Pd seems to be working but audio input and output is displaying
strange behaviours and processing artifacts.
Simple osc~ objects play their tones at half pitch, and when we run
audio into it in realtime ( connecting adc~ direct to dac~ ) we
experience both lower pitch and time granulation. CPU usage reads less
than 2%.

Samplerate is 44100 and blocksize is currently at 1024 (anything lower
than this creates crackling, and causes CPU usage to jump to 80%)

Does anyone here know if this CPU is just unable to process floating
point data at the speed required by Pd, or whether there are some
processing settings/ priority settings or a different kind of kernel
that would allow Pd to run correctly on this platform.
We're surprised it's not working as we know PDlib runs fine on the
iPhone for instance.  We've already successfully run PDa on a Gumstix
Verdex but really want to move to full Pd to get around the
limitations of PDa.

any thoughts or suggestion welcome,
we're getting desperate!

duncan

--

-- 

Re: Pd on ARM/Gumstix Overo - audio problems

Could be a portability problem in Pd's audio I/O code or (more likely
I think) some kind of limitation in the audio driver itself.  Perhaps audio
input only works in one channel and Pd is tring to use it in stereo?  It
migth help to use an external USB audio device if that's practical.

cheers
Miller
On Mon, Mar 05, 2012 at 12:19:04AM +0100, Duncan Speakman wrote:
> Hi all,
> 
> We're running Pd 0.43 on a Gumstix Overo Airstorm with Cortex A8
> architecture, using Linaro 12.02 distribution (which is based on
> Ubuntu 11.10 )
> Pd seems to be working but audio input and output is displaying
> strange behaviours and processing artifacts.
> Simple osc~ objects play their tones at half pitch, and when we run
> audio into it in realtime ( connecting adc~ direct to dac~ ) we
> experience both lower pitch and time granulation. CPU usage reads less
> than 2%.
> 
> Samplerate is 44100 and blocksize is currently at 1024 (anything lower
> than this creates crackling, and causes CPU usage to jump to 80%)
> 
> Does anyone here know if this CPU is just unable to process floating
> point data at the speed required by Pd, or whether there are some
> processing settings/ priority settings or a different kind of kernel
> that would allow Pd to run correctly on this platform.
> We're surprised it's not working as we know PDlib runs fine on the
> iPhone for instance.  We've already successfully run PDa on a Gumstix
> Verdex but really want to move to full Pd to get around the

[ pure-data-Patches-3497084 ] fix for open_via_path() declaration headfizz

Patches item #3497084, was opened at 2012-03-05 09:41
Message generated for change (Tracker Item Submitted) made by zmoelnig
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3497084&group_id=55736

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: puredata-dev
Group: None
Status: Open
Resolution: None
Priority: 7
Private: No
Submitted By: IOhannes m zmölnig (zmoelnig)
Assigned to: Miller Puckette (millerpuckette)
Summary: fix for open_via_path() declaration headfizz

Initial Comment:
m_pd.h says that the parameters for open_via_path() are: "open_via_path(name, ext, dir, ...)"

otoh, s_path.c implements the function as "open_via_path(dir, name, ext,...)"
also the function is used as (dir, name, ext,...) throughout the code.

the attached cosmetic patch fixes the function declaration in m_pd.h, so i don't get headfizz whenever i
try to find out why i'm using the function correctly.

----------------------------------------------------------------------

You can respond by visiting: 

[ pure-data-Bugs-3497473 ] [grid] not working in pd-extended 0.43.1

Bugs item #3497473, was opened at 2012-03-06 02:37
Message generated for change (Tracker Item Submitted) made by hellocatfood
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3497473&group_id=55736

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: pd-extended
Group: v0.43
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: hellocatfood (hellocatfood)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: [grid] not working in pd-extended 0.43.1

Initial Comment:
I'm still getting this error when attempting to edit the properties of [grid]:

invalid command name "pd"
invalid command name "pd"
   while executing
"pd $cmd"
   (procedure "grid_apply" line 32)
   invoked from within
"grid_apply .gfxstub9fc7918"
   invoked from within
".gfxstub9fc7918.buttonframe.apply invoke"

[ pure-data-Patches-3497084 ] fix for open_via_path() declaration headfizz

Patches item #3497084, was opened at 2012-03-05 09:41
Message generated for change (Comment added) made by mathieubouchard
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3497084&group_id=55736

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: puredata-dev
Group: None
Status: Open
Resolution: None
Priority: 7
Private: No
Submitted By: IOhannes m zmölnig (zmoelnig)
Assigned to: Miller Puckette (millerpuckette)
Summary: fix for open_via_path() declaration headfizz

Initial Comment:
m_pd.h says that the parameters for open_via_path() are: "open_via_path(name, ext, dir, ...)"

otoh, s_path.c implements the function as "open_via_path(dir, name, ext,...)"
also the function is used as (dir, name, ext,...) throughout the code.

the attached cosmetic patch fixes the function declaration in m_pd.h, so i don't get headfizz whenever i
try to find out why i'm using the function correctly.

----------------------------------------------------------------------

Comment By: Mathieu BOUCHARD (mathieubouchard)

problem with routing mail to pd-dev ?

I just wrote a comment in « [grid] not working in pd-extended 0.43.1 » and 
it didn't go through to the pd-dev list. I'm wondering what the selection 
process is, for routing those comments to pd-dev.

I wrote it while logged in to sourceforge (using my new account, not the 
one I used years ago). My other comment with the same account went 
through, today, some minutes before.

https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3497473&group_id=55736

  ______________________________________________________________________
| Mathieu BOUCHARD ----- téléphone : +1.514.383.3801 ----- Montréal, QC

_______________________________________________
Pd-dev mailing list
Pd-dev@...
http://lists.puredata.info/listinfo/pd-dev

Re: problem with routing mail to pd-dev ?

On 2012-03-06 17:46, Mathieu Bouchard wrote:
> 
> I just wrote a comment in « [grid] not working in pd-extended 0.43.1 »
> and it didn't go through to the pd-dev list. I'm wondering what the
> selection process is, for routing those comments to pd-dev.
> 
> I wrote it while logged in to sourceforge (using my new account, not the
> one I used years ago). My other comment with the same account went
> through, today, some minutes before.
> 
> https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3497473&group_id=55736
> 

i'm not sure i fully understand your problem.

since some time, hans has disabled the automatic email notifications of
follow-ups in the "Bugs" tracker.
i checked and it seems that in the "Patch" tracker, still has the
notifications for follow-ups enabled.

could that be the cause of your troubles?

fgmasdr
IOhannes

PS: on the pd-dev side no special routing is done (apart from allowing
all mails coming from sourceforge)
PPS: i'm pretty sure that the not/appearance of your mail has anything
todo with your new account