• Nicolas Danet

    A naughty bug. Try to propose a not so minimal patch. IMHO what is really required is reproducibility. Of course, less the mess, easier it is. In that case just logging all that is sent to the GUI could help. Anyway i'm not a Pd dev (i even never succeedly achieved to compile it on my computer). Sorry can not help much more.

    posted in technical issues read more
  • Nicolas Danet

    Note that for that kind of TCL error you could provide an issue on GitHub with a minimal patch to illustrate the problem.

    posted in technical issues read more
  • Nicolas Danet

    As a simpler first step (seeing as I'm tcl-ignorant), is there a way of opening a tcl console on a Mac (assuming one exists) so I can see the full error text?

    If you are not afraid to edit files inside the Pd package you could add:

    catch {console show}
    

    At the beginning of "Pd-0.49-1.app/Contents/Resources/tcl/pd-gui.tcl" just before:

    if { [catch {wm withdraw .} fid] } { exit 2 }
    

    posted in technical issues read more
  • Nicolas Danet

    Messages and audio processing is being handled in the same single main loop.

    AFAIK: Yes.

    Has this problem been solved in any of pds "forks" yet?

    AFAIK: No.

    From the PROGRAMMERS ANGLE: are there any efforts to improve pd's design?

    FYI: I'm currently working on making my fork multithreaded to attempt to solve that...

    I love pd, but it still has profound issues, in my humble opinion.

    +1

    posted in technical issues read more
  • Nicolas Danet

    An array is a special GOP (with one -only one in Spaghettis- scalar inside).
    That function tests if it is that special glist.
    Notice that I removed things in Pure Data to be able to do that.

    posted in news read more
  • Nicolas Danet

    In that case (and in all cases), i changed the code (thus the comment), but not the behavior (as far as possible).

    < https://github.com/Spaghettis/Spaghettis/blob/master/src/graphics/patch/g_object.c#L172 >

    Parts of Pure Data code are hard to understand... even for the mainteners.

    This is what i suggested by enlightening that comment (and anything more).

    posted in news read more
  • Nicolas Danet

    I have contributed few times to Pure Data when i found a naughty bug. I 'll do it again in the future. But the changes i did are so huge that i'm sure that current mainteners would NOT have accepted them. I spent three years to refactor Pure Data. I'll spend probably many time again to improve it (and make it stable). Trust me, i seriously considered first to contribute. But that < https://github.com/pure-data/pure-data/blob/master/src/g_editor.c#L114 > kind of things convinced me that Pure Data can NOT be improved without first a serious clean. Maybe i'm wrong. Maybe you think that what i do is worst. It doesn't matter, you are probably right. But if you share my POV, welcomed.

    posted in news read more
  • Nicolas Danet

    The only material available is on the GitHub repository.
    "The idea behind Spaghettis" is to clean the code of Pure Data in order to improve it.
    It is a one-man project, and sadly i don't have time for the documentation.
    Furthermore, it is work-in-progress and such everything could change at any time.
    For now, i'm looking for adventurous (newbies welcomed) people to contribute and experiment.
    Of course in the future gorgeous videos and helpful wikis will be essential.

    posted in news read more
  • Nicolas Danet

    To avoid to mess Pure Data patches, i changed file extensions from ".pd" to ".pdpatch".

    Thus it is required to explicitly (copy and) renamed the files to switch from one to the other.

    posted in news read more
  • Nicolas Danet

    Yippee! Today i finished to clean the code. Contributions welcomed.

    < https://github.com/Spaghettis/Spaghettis >

    posted in news read more

Internal error.

Oops! Looks like something went wrong!