Re: [PD] pdradio
Hallo Martin! Second: Has pdradio.iem.at been disbanded? I recently read about it and I'm interested in hearing what it has to offer but I haven't been able to access it for the past few days Yes, the server died ... :( So pdradio is history. LG Georg ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] status of Jack OSX bug
Ha Ha! I wish - wouldn't have the first clue where to start. Guess I should keep quiet in the future! ;-) I really can't think of anything else to add to the tracker tho. It doesn't require a patch to illustrate the problem, just select Jack in the Media menu thanks S On 24 Jan 2008, at 05:50, Hans-Christoph Steiner wrote: It would be nice to have Pd/Jack working well on Mac, but no one is really working on it at the moment. Want to try your hand at it? Patches welcome! :D Good, detailed bug reports are always helpful, especially with example patches that illustrate the bug. .hc On Jan 15, 2008, at 11:08 AM, Simon Mills wrote: Hello Dev-Team Just wondering- what's the status of the bug concerning the latest Jack OSX beta for Multiprocessor MacIntel running 10.5.1 and latest build of Pd-extended (I tried todays and the problem still persists). I logged the bug in the tracker just before xmas? I appreciate that it might not be top priority on everyones list! thanks very much // S ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list 'You people have such restrictive dress for women,’ she said, hobbling away in three inch heels and panty hose to finish out another pink-collar temp pool day. - “Hijab Scene #2, by Mohja Kahf ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] colors
It actualy works. Thanks a lot. On Wed, Jan 23, 2008 at 08:43:02PM +, Martin Peach wrote: Ctrl Alt Back wrote: hi, i compiled one pd-extended on gentoo as well, following http://puredata.info/docs/developer/Members/nanodust/pd-extended-gentoo and found # color scheme section, was able to change canvas_fill, text_color .. etc, but there was no set canvas_fill white line. I tried to add that line but did not seem to do anything. There was couple of postings where pd users demanded pd with reversed colors, or at least darker background for using on stage and not getting blinded. I am wandering if enybody found easy way how to configure this? The canvas backgound is outside of that section. It's in a proc called pdtk_canvas_new, near line 900 of pd.tk. Yes, line 925 has it, i tried to change it before, but did not do anything. It was difficult to find out which pd is actualy using which pd.tk, so now i did small test : removed all installed pd and pd-extended from PC, installed only pd-0.41-0test11, changed -background white to -backgroung red in /usr/local/lib/pd/bin/pd.tk pd has red background. then i need to change color again when i installed pd extended from deb package. but thats just canvas $name.c -width $width -height $height -background white line. to get in pd.tk other lines to set font colors - i suppose i would need to compile pd-extended from source. CtrlAltBack -- |||Ctrl + Alt + Back||| |||restart your view||| ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] colors
On Thu, 2008-01-24 at 13:42 +0100, Ctrl Alt Back wrote: to get in pd.tk other lines to set font colors - i suppose i would need to compile pd-extended from source. not that i am an expert on this, but as far as i understand there is no need to recompile pd (extended or vanilla) just for changing the appearance. all the gui is stuff is written in the script pd.tk, which isn't compiled. only the engine itself is written in c and needs to be compiled. if you are comfortable in tcl/tk, you can adapt the appearance of pd on the fly (you might need to restart pd, but not to recompile it). roman ___ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] colors
Roman Haefeli wrote:
On Thu, 2008-01-24 at 13:42 +0100, Ctrl Alt Back wrote:
to get in pd.tk other lines to set font colors - i
suppose i would need to compile pd-extended from source.
not that i am an expert on this, but as far as i understand there is no
need to recompile pd (extended or vanilla) just for changing the
appearance. all the gui is stuff is written in the script pd.tk, which
isn't compiled. only the engine itself is written in c and needs to be
compiled. if you are comfortable in tcl/tk, you can adapt the appearance
of pd on the fly (you might need to restart pd, but not to recompile
it).
I think that is only true in the patched pd-extended version. The
canonical version has all the line colouring in the main code. I attach
a file showing the places where the lines are coloured. This was to
implement a random line colouring that I tried a couple of years ago (so
the current version of pd might not match).
Martin
/* line drawing in pd. These are the functions that draw lines connecting
objects in pd 0.39-2 test 7 */
/* lines prefixed with - are to be removed and replaced with the lines starting
with + */
/* if you want to use coloured lines */
/* 2006102 Martin Peach */
/* g_canvas.c 894: */
/* canvas_drawlines is called only from canvas_map in g_canvas.c. This draws
lines in newly opened canvases */
static void canvas_drawlines(t_canvas *x)
{
t_linetraverser t;
t_outconnect *oc;
{
linetraverser_start(t, x);
while (oc = linetraverser_next(t))
-sys_vgui(.x%lx.c create line %d %d %d %d -width %d -tags l%lx\n,
-glist_getcanvas(x),
-t.tr_lx1, t.tr_ly1, t.tr_lx2, t.tr_ly2,
-(outlet_getsymbol(t.tr_outlet) == s_signal ? 2:1),
-oc);
+ {
+ sys_vgui(.x%lx.c create line %d %d %d %d -width %d
-tags l%lx -fill #%06lX\n,
+glist_getcanvas(x),
+t.tr_lx1, t.tr_ly1, t.tr_lx2, t.tr_ly2,
+(outlet_getsymbol(t.tr_outlet) == s_signal ? 2:1),
+oc,
+
(((long)oc2) 0x0FF));
+ }
}
}
/* g_canvas.c 909: */
/* canvas_fixlinesfor is called by iemgui_size, iemgui_delta, iemgui_pos,
iemgui_displace in g_all_guis.c; */
/* by bng_dialog in g_bang.c; */
/* by glist_deselect, canvas_setgraph, canvas_connect(see above) in g_editor.c;
*/
/* by canvas_addinlet, canvas_rminlet, canvas_resortinlets, canvas_addoutlet,
canvas_rmoutlet; */
/* canvas_resortoutlets, graph_displace in g_graph.c */
/* by hradio_dialog, hslider_dialog, my_numbox_dialog, text_displace, */
/* toggle_dialog, vradio_dialog, vslider_dialog, vu_dialog, vu_size */
/* canvas_fixlinesfor sets the coordinates of lines after the objects they
connect have changed */
void canvas_fixlinesfor(t_canvas *x, t_text *text)
{
t_linetraverser t;
t_outconnect *oc;
linetraverser_start(t, x);
while (oc = linetraverser_next(t))
{
if (t.tr_ob == text || t.tr_ob2 == text)
{
sys_vgui(.x%lx.c coords l%lx %d %d %d %d\n,
glist_getcanvas(x), oc,
t.tr_lx1, t.tr_ly1, t.tr_lx2, t.tr_ly2);
+ sys_vgui(.x%lx.c itemconfigure l%lx -fill #%06lX\n,
+ glist_getcanvas(x), oc, (((long)oc2)
0x0FF));
}
}
}
/* g_editor.c 99: */
/* glist_selectline is called only by canvas_doclick in g_editor.c */
/* glist_selectline sets the colour of the selected line to blue */
void glist_selectline(t_glist *x, t_outconnect *oc, int index1,
int outno, int index2, int inno)
{
if (x-gl_editor)
{
glist_noselect(x);
x-gl_editor-e_selectedline = 1;
x-gl_editor-e_selectline_index1 = index1;
x-gl_editor-e_selectline_outno = outno;
x-gl_editor-e_selectline_index2 = index2;
x-gl_editor-e_selectline_inno = inno;
x-gl_editor-e_selectline_tag = oc;
sys_vgui(.x%lx.c itemconfigure l%lx -fill blue\n,
x, x-gl_editor-e_selectline_tag);
}
}
/* glist_deselectline is called by glist_select and glist_noselect in
g_editor.c */
/* glist_deselectline restores the colour of a deselcted line */
void glist_deselectline(t_glist *x)
{
if (x-gl_editor)
{
x-gl_editor-e_selectedline = 0;
-sys_vgui(.x%lx.c itemconfigure l%lx -fill black\n,
-x, x-gl_editor-e_selectline_tag);
+sys_vgui(.x%lx.c itemconfigure l%lx -fill #%06lX\n,
+x, x-gl_editor-e_selectline_tag,
+ (((long)x-gl_editor-e_selectline_tag2)
0x0FF));
}
}
/* g_editor.c 1268: */
/* canvas_doconnect is called only from canvas_mouseup and canvas_motion in
g_editor.c */
/* This draws newly connected lines on mouseup (doit = 1) but not motion
(doit=0)
[PD] Font rendering quite CPU expensive in GEM
Hi everyone, I use text2d to render a lot of dynamic text in a [gemwin] and I notice a very high CPU consumption while doing so. Can I expect higher performances with [text3d] ? I barely now nothing in pure OpenGL coding but if I could get as many text objects displayed as simple Geos, I'd be very happy (-: ++ Jé ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Font rendering quite CPU expensive in GEM
On Jan 24, 2008 8:25 AM, Jerome Tuncer [EMAIL PROTECTED] wrote: Hi everyone, I use text2d to render a lot of dynamic text in a [gemwin] and I notice a very high CPU consumption while doing so. Can I expect higher performances with [text3d] ? Yes. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Font rendering quite CPU expensive in GEM
hello, rendering text is quite expensive. but dynamicaly changing the text is even more expensive. if you've got a high number of letter ( 5 000), i think using texture is the best solution. cyrille Jerome Tuncer a écrit : Hi everyone, I use text2d to render a lot of dynamic text in a [gemwin] and I notice a very high CPU consumption while doing so. Can I expect higher performances with [text3d] ? I barely now nothing in pure OpenGL coding but if I could get as many text objects displayed as simple Geos, I'd be very happy (-: ++ Jé ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd 0.39.3-extended on Intel Mac OSX 10.5.1
I have no problem with any of the nightly cvs builds. Just curious why the stable builds dont' work. I did notice that I have to add -lib iemmatrix -lib xsample -lib tof to the startup command to get it to load those libraries. Is that proper behavior? It was the pdmtl patches that led me down that path. Lots of fun patches in there. Nils Hans-Christoph Steiner wrote: Try one of the nightly builds, they work on Leopard: http://autobuild.puredata.info/auto-build/2007-12-31/Pd-0.40.3-extended-20071231-macosx104-i386.dmg .hc On Jan 18, 2008, at 12:38 PM, nils wrote: Hello, I cannot get Pd 0.39.3-extended to work on my Intel Mac running OSX 10.5.1. It starts up and everything appears to load, but as soon as I try to click on any menu, File/Help/ It crashes. I've been able to run the nightly CVS builds, specifically 122807 and 011108. Unfortunately they seem to be having some problems with some of the pdmtl patches specifically xsample - xgroove~ even when I explicitly tell it the namespace [xsample/xgroove~] Any help would be great. -- Nils Sundstrom ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Access to computers should be unlimited and total. - the hacker ethic ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Font rendering quite CPU expensive in GEM (Jerome Tuncer)
Font rendering quite CPU expensive in GEM (Jerome Tuncer) Its also down to what typeface you are using. The more complex the curve, the higher the polygon count. Straight edge/polygon faces such as Gridnik (http://www.foundrytypes.co.uk/foundry_gridnik/ gridnik.html) or Citizen (http://www.myfonts.com/fonts/emigre/citizen/ familytree.html) tend to speed things up. These are not gratis if you are not so fussy, but there are plenty of free ones (http://www. 1001freefonts.com/). Simple pixel based fonts also speed up, but they look shit in 3d. Stay away from the serif - unless you do like cyrill suggest - and go for texture mapping. Helps turning off antialiasing too. T. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] [PD-announce] Stuttgart Friday (25th)
hi list, trying to pass this message to the list, but it keeps beeing filtered by spam assassin :( again: i'm perfoming with johannes krause in stuttgart. theater rampe with (net)-pd begins 22h. see you. max infos here: http://www.maxneupert.de/ ___ PD-announce mailing list [EMAIL PROTECTED] http://lists.puredata.info/listinfo/pd-announce ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Font rendering quite CPU expensive in GEM (Jerome Tuncer)
Interesting point. I didn't know it actually worked that way. This CPU exepensiveness using [text2d] made me think maybe it doesn't use OpenGL and only [text3d] does so. But it finally appears [text2d] uses OpenGL as well. I'll try implementing my patches with [text3d] and see how it goes... By the way : my fonts are already not too curved... (: ++ Jé Timon Botez a écrit : Font rendering quite CPU expensive in GEM (Jerome Tuncer) Its also down to what typeface you are using. The more complex the curve, the higher the polygon count. Straight edge/polygon faces such as Gridnik (http://www.foundrytypes.co.uk/foundry_gridnik/ gridnik.html) or Citizen (http://www.myfonts.com/fonts/emigre/citizen/ familytree.html) tend to speed things up. These are not gratis if you are not so fussy, but there are plenty of free ones (http://www. 1001freefonts.com/). Simple pixel based fonts also speed up, but they look shit in 3d. Stay away from the serif - unless you do like cyrill suggest - and go for texture mapping. Helps turning off antialiasing too. T. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Pd help-file Change Steam?
Hello, I think that an error of spelling is present in the help file of the object change Steam -- Stream I don't know but I think Cheers Thomas Thiery http://aide.auditive.free.fr/ inline: pd-error-change0.png___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] How to cite PD in an academic paper?
Hey all, Is there a specific way to cite Pure-Data in an academic paper? R outputs a bibtex entry when you call cite(). Is there some standard for PD? OT: How is software generally cited? Thanks, .b. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] How to cite PD in an academic paper?
Use the @MISC bibtex entry author: Puckette et al date: 1996 or you may prefer to cite this as a pointer http://crca.ucsd.edu/~msp/Publications/icmc96.ps See for constructing MISC bibtex fields http://www.ecst.csuchico.edu/~jacobsd/bib/formats/bibtex.html On Thu, 24 Jan 2008 15:43:43 -0800 B. Bogart [EMAIL PROTECTED] wrote: Hey all, Is there a specific way to cite Pure-Data in an academic paper? R outputs a bibtex entry when you call cite(). Is there some standard for PD? OT: How is software generally cited? Thanks, .b. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Use the source ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
