Pd-dev December 2006

pd-dev@lists.iem.at

22 participants
74 discussions

Start a nNew thread

[ pure-data-Bugs-1609736 ] [pix_movie] and [pix_film] only play solid colors
by SourceForge.net 06 Dec '06

06 Dec '06

4 6

[ pure-data-Bugs-1609736 ] [pix_movie] and [pix_film] only play solid colors
by SourceForge.net 06 Dec '06

06 Dec '06

Bugs item #1609736, was opened at 2006-12-05 20:31 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1609736&group_… 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: gem Group: v0.39.2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Nobody/Anonymous (nobody) Summary: [pix_movie] and [pix_film] only play solid colors Initial Comment: On Intel-based machines with ATI cards both Mac OS X and Ubuntu, using Gem checked out from CVS on 2006-12-05, playing movies with both [pix_film] and [pix_movie] just plays solid colors that somehow seem related to the actual movie being played. This happened on a Dell Dimension 8400 with ATI card: 0000:01:00.0 VGA compatible controller: ATI Technologies Inc RV370 5B60 [Radeon X300 (PCIE)] 0000:01:00.1 Display controller: ATI Technologies Inc RV370 [Radeon X300SE] And on a Mac Pro with Quad Processors and an ATI Radeon X1900 XT. And on a MacBook Pro with a ATI Mobility Radeon X1600 ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-12-06 13:44 Message: Logged In: YES user_id=27104 Originator: YES File Added: 05.film.pd-smoothing.png ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-12-06 13:43 Message: Logged In: YES user_id=27104 Originator: YES Ok, a follow up on the Mac Pro (using build 2006-12-06): 05.movie.pd: 1 movie plays all one color 2 sending [mode 0( to [pix_movie] causes error: error: pix_movie: no method for 'mode' 05.film.pd: 1 the movie plays fine 2 [pix_convolve] causes strange banding (see attached images) 3 turn off [pix_convolve] and the video is fine. And on the Ubuntu/Dell Dimension: 05.movie.pd: 1 plays solid colors by default 2 sending [mode 0( to [pix_movie] makes it work 3 now toggling mode 1/0 works, and reports the change to the Pd console 05.film.pd: 1 plays solid colors by default 2 sending [mode 0( to [pix_texture] makes it work 3 now toggling mode 1/0 works, and reports the change to the Pd console File Added: 05.film.pd-default.png ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-12-05 22:17 Message: Logged In: YES user_id=27104 Originator: YES This also happens on Ubuntu, so its not OS-specific. I guess I forgot to mention that. The above Dell Dimension is running Ubuntu Dapper. Is there a certain set of ./configure options to try? ---------------------------------------------------------------------- Comment By: christopher clepper (cclepper) Date: 2006-12-05 21:45 Message: Logged In: YES user_id=663212 Originator: NO This most likely is a problem with the autobuild building pix_film/movie files which are not the right ones on OSX. I use the same hardware daily without problems so the code is certainly fine. Some #ifdef bludgeoning might make the autobuild do the right thing. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1609736&group_…

1 0

[ pure-data-Bugs-1609736 ] [pix_movie] and [pix_film] only play solid colors
by SourceForge.net 06 Dec '06

06 Dec '06

Bugs item #1609736, was opened at 2006-12-05 20:31 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1609736&group_… 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: gem Group: v0.39.2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Nobody/Anonymous (nobody) Summary: [pix_movie] and [pix_film] only play solid colors Initial Comment: On Intel-based machines with ATI cards both Mac OS X and Ubuntu, using Gem checked out from CVS on 2006-12-05, playing movies with both [pix_film] and [pix_movie] just plays solid colors that somehow seem related to the actual movie being played. This happened on a Dell Dimension 8400 with ATI card: 0000:01:00.0 VGA compatible controller: ATI Technologies Inc RV370 5B60 [Radeon X300 (PCIE)] 0000:01:00.1 Display controller: ATI Technologies Inc RV370 [Radeon X300SE] And on a Mac Pro with Quad Processors and an ATI Radeon X1900 XT. And on a MacBook Pro with a ATI Mobility Radeon X1600 ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-12-06 13:43 Message: Logged In: YES user_id=27104 Originator: YES Ok, a follow up on the Mac Pro (using build 2006-12-06): 05.movie.pd: 1 movie plays all one color 2 sending [mode 0( to [pix_movie] causes error: error: pix_movie: no method for 'mode' 05.film.pd: 1 the movie plays fine 2 [pix_convolve] causes strange banding (see attached images) 3 turn off [pix_convolve] and the video is fine. And on the Ubuntu/Dell Dimension: 05.movie.pd: 1 plays solid colors by default 2 sending [mode 0( to [pix_movie] makes it work 3 now toggling mode 1/0 works, and reports the change to the Pd console 05.film.pd: 1 plays solid colors by default 2 sending [mode 0( to [pix_texture] makes it work 3 now toggling mode 1/0 works, and reports the change to the Pd console File Added: 05.film.pd-default.png ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-12-05 22:17 Message: Logged In: YES user_id=27104 Originator: YES This also happens on Ubuntu, so its not OS-specific. I guess I forgot to mention that. The above Dell Dimension is running Ubuntu Dapper. Is there a certain set of ./configure options to try? ---------------------------------------------------------------------- Comment By: christopher clepper (cclepper) Date: 2006-12-05 21:45 Message: Logged In: YES user_id=663212 Originator: NO This most likely is a problem with the autobuild building pix_film/movie files which are not the right ones on OSX. I use the same hardware daily without problems so the code is certainly fine. Some #ifdef bludgeoning might make the autobuild do the right thing. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1609736&group_…

1 0

Re: [PD-dev] slowing down dsp function inside perform loop
by Eric Lyon 06 Dec '06

06 Dec '06

Thank you Thomas, hc and others for helpful feedback. The function I'm deferring is doing asynchronous DSP, not messaging. Essentially a barrage of intensive DSP thrown at the contents of a buffer (array in Pd land) that will hopefully be done in time to be played back in the main perform loop. Actually a lot of it is working on Pd now, but there are a few functions that do reliably crash Pd, even though they're not CPU-expensive. Quite possibly some memory indiscretion. I'll report back on any further findings. Best, Eric > > > On Dec 5, 2006, at 10:13 PM, Mathieu Bouchard wrote: > > > On Wed, 6 Dec 2006, Thomas Grill wrote: > > > >> currently there's no low-priority messaging in Miller's pd > >> version, but there is in the devel branch. It's one of the > >> features that have been there for some time and i'm trying to > >> provide a patch for Miller, so that it can make it into vanilla PD > >> some time in the future. Hopefully the auto-discard mechanism of > >> the patch tracker will blow up before that time. Don't expect the > >> feature to be available soon. > > > > So, how does one use that feature? > > > > Is it that all the audio is high-priority and all the non-audio is > > low-priority? > > Isn't that basically the way it is now? Correct me if I am wrong, > but isn't audio data processed first in each cycle, then message data? > > FYI: Max since 4.3 (I believe) has two audio threads, a high priority > and a low priority. "qelems" and the defer() functions give you > access to the low priority thread in externals. Another detail of > not is that the threads are cooperative, not pre-emptive. If a give > process doesn't defer(), then it won't give up that thread until its > done processing. > > .hc > >

7 12

[ pure-data-Bugs-1609736 ] [pix_movie] and [pix_film] only play solid colors
by SourceForge.net 06 Dec '06

06 Dec '06

Bugs item #1609736, was opened at 2006-12-06 01:31 Message generated for change (Comment added) made by cclepper You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1609736&group_… 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: gem Group: v0.39.2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Nobody/Anonymous (nobody) Summary: [pix_movie] and [pix_film] only play solid colors Initial Comment: On Intel-based machines with ATI cards both Mac OS X and Ubuntu, using Gem checked out from CVS on 2006-12-05, playing movies with both [pix_film] and [pix_movie] just plays solid colors that somehow seem related to the actual movie being played. This happened on a Dell Dimension 8400 with ATI card: 0000:01:00.0 VGA compatible controller: ATI Technologies Inc RV370 5B60 [Radeon X300 (PCIE)] 0000:01:00.1 Display controller: ATI Technologies Inc RV370 [Radeon X300SE] And on a Mac Pro with Quad Processors and an ATI Radeon X1900 XT. And on a MacBook Pro with a ATI Mobility Radeon X1600 ---------------------------------------------------------------------- Comment By: christopher clepper (cclepper) Date: 2006-12-06 02:45 Message: Logged In: YES user_id=663212 Originator: NO This most likely is a problem with the autobuild building pix_film/movie files which are not the right ones on OSX. I use the same hardware daily without problems so the code is certainly fine. Some #ifdef bludgeoning might make the autobuild do the right thing. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1609736&group_…

1 0

[ pure-data-Bugs-1609736 ] [pix_movie] and [pix_film] only play solid colors
by SourceForge.net 06 Dec '06

06 Dec '06

Bugs item #1609736, was opened at 2006-12-05 20:31 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1609736&group_… 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: gem Group: v0.39.2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Nobody/Anonymous (nobody) Summary: [pix_movie] and [pix_film] only play solid colors Initial Comment: On Intel-based machines with ATI cards both Mac OS X and Ubuntu, using Gem checked out from CVS on 2006-12-05, playing movies with both [pix_film] and [pix_movie] just plays solid colors that somehow seem related to the actual movie being played. This happened on a Dell Dimension 8400 with ATI card: 0000:01:00.0 VGA compatible controller: ATI Technologies Inc RV370 5B60 [Radeon X300 (PCIE)] 0000:01:00.1 Display controller: ATI Technologies Inc RV370 [Radeon X300SE] And on a Mac Pro with Quad Processors and an ATI Radeon X1900 XT. And on a MacBook Pro with a ATI Mobility Radeon X1600 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1609736&group_…

1 0

[ pure-data-Bugs-1607921 ] IntelMac Autobuild, Don't start: Segmentation fault
by SourceForge.net 06 Dec '06

06 Dec '06

Bugs item #1607921, was opened at 2006-12-03 11:43 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1607921&group_… 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.39.2 Status: Open >Resolution: Works For Me Priority: 5 Private: No Submitted By: stffn (stffn) Assigned to: Hans-Christoph Steiner (eighthave) Summary: IntelMac Autobuild, Don't start: Segmentation fault Initial Comment: The autobuilds of Pd-extended 0.39.2 for intel mac from 30th of Nov. to 3rd of Dec all dont start but return "Segmentation fault" (on Macbook). This might make the tracker item #1595768 obsolete, since a new "error" ocurs. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-12-05 19:27 Message: Logged In: YES user_id=27104 Originator: NO I think I fixed this bug, please check the autobuilds for tomorrow 2006-12-06. ---------------------------------------------------------------------- Comment By: stffn (stffn) Date: 2006-12-04 04:41 Message: Logged In: YES user_id=1658640 Originator: YES I'd like to provide more info. But I don't know what you mean by 'crash dump'. I tested them by running ./path/to/Contents/MacOS/pd-date-info from the terminal which just returned "Segmentation fault". gdb was no help, sine there were no porcess to attach - i think thats the reason, it didn't give any usefull output anyways. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-12-03 20:47 Message: Logged In: YES user_id=27104 Originator: NO Can you give more info? Like a crash dump? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1607921&group_…

1 0

gem2pdp help file naming
by Hans-Christoph Steiner 05 Dec '06

05 Dec '06

Anyone mind if I switch the gem2pdp help files to the standard *- help.pd? .hc ------------------------------------------------------------------------ There is no way to peace, peace is the way. -A.J. Muste

1 0

before branching
by Hans-Christoph Steiner 05 Dec '06

05 Dec '06

I am going to make the Pd-0.39.2-extended release branch this week. Any last minute concerns? .hc ------------------------------------------------------------------------ I have the audacity to believe that peoples everywhere can have three meals a day for their bodies, education and culture for their minds, and dignity, equality and freedom for their spirits. - Martin Luther King, Jr.

1 0

clock_getlogicaltime() and hidio
by Hans-Christoph Steiner 04 Dec '06

04 Dec '06

Instead of using a thread with hidio, I have each instance checking to see if the events have been read from the queue at added to the event storage array. It does this based on clock_getlogicaltime(). Basically, the first instance to run in a unit of logical time will read the events from the kernel and stick them into the array. Then it outputs the data from the array. The rest of the instances will then just output the data from the array. Here's the problem: this works perfectly for multiple instances within one patch, but it does not work for instances in different patches. Am I doing something wrong? Any suggestions as to how to get this working properly? .hc ------------------------------------------------------------------------ Man has survived hitherto because he was too ignorant to know how to realize his wishes. Now that he can realize them, he must either change them, or perish. -William Carlos Williams

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Pd-dev December 2006