Chris McCormick is working on it, alone as far as I know. (Don't want to talk for Chris) but it seems to me he's interested in porting oniy pd-vanilla tilde objects.
And he would need help too.
Anyway he published some useful guidelines and I think it shouldn't be difficult for someone knowing Javascript to port other externals or stuff.
http://mccormick.cx/dev/webpd/
M
Web-Pd is a project i'm very interested in - when it gets vanilla functionality, we'll have a chance to fabricate wonderful GUIs while
staying
in the browser, which means staying platform-independent (eventually browser-independent too).
are you the one doing this work? do you have any deadlines about when it will be finished? will it be vanilla-only, or is it possible to add externals?
On Wed, 30 Jun 2010 12:35:43 +0100, Marco Donnarumma devel@thesaddj.com wrote:
Chris McCormick is working on it, alone as far as I know. (Don't want to talk for Chris) but it seems to me he's interested in porting oniy pd-vanilla tilde objects.
And he would need help too.
Anyway he published some useful guidelines and I think it shouldn't be difficult for someone knowing Javascript to port other externals or stuff.
Yep, exactly, Marco.
I have not worked on it much lately as I've been busy with other software. Definitely no deadlines.
Cheers,
Chris.
And he would need help too.
Yep, exactly, Marco.
I have not worked on it much lately as I've been busy with other software. Definitely no deadlines.
unfortunately I can only code in Pd. if you lived near me I could cook for
you :) or something.
On Thu, 01 Jul 2010 10:06:47 +0200, João Pais jmmmpais@googlemail.com wrote:
And he would need help too.
Yep, exactly, Marco.
I have not worked on it much lately as I've been busy with other software. Definitely no deadlines.
unfortunately I can only code in Pd. if you lived near me I could cook for you :) or something.
I won't be in Berlin for a while, otherwise I would be up for that! Better to cook Miller something huge and delicious instead though...
Chris.
PS If you want to help by making patches then you could make unit tests patches:
- Download bzr
- check out the code
- Make some test patches with 'expected outcome' textfiles and put
them in tests directory - try to test every aspect of an object 4) Send me your diffs to integrate
unfortunately I can only code in Pd. if you lived near me I could cook for you :) or something.
I won't be in Berlin for a while, otherwise I would be up for that! Better to cook Miller something huge and delicious instead though...
is he here?
PS If you want to help by making patches then you could make unit tests patches:
- Download bzr
- check out the code
- Make some test patches with 'expected outcome' textfiles and put
them in tests directory - try to test every aspect of an object 4) Send me your diffs to integrate
hmm, I'm also quite busy (and out of town) until early august. if you
think it's worth it, can you put a better guide somewhere on how to do
these things? when you say "check out the code" it's something any of you
guys do with your eyes closed, and it takes me almost 1h to understand why
anything is working. I also don't know what is a diff.
On Thu, 01 Jul 2010 13:20:23 +0200, João Pais jmmmpais@googlemail.com wrote:
unfortunately I can only code in Pd. if you lived near me I could cook for you :) or something.
I won't be in Berlin for a while, otherwise I would be up for that! Better to cook Miller something huge and delicious instead though...
is he here?
I have no idea. I just meant that if anyone deserves to be cooked meals because of Pd related things, then it's Miller.
sloccount says:
Total Physical Source Lines of Code (SLOC) = 93,652 Development Effort Estimate, Person-Years (Person-Months) = 23.50 (282.04) (Basic COCOMO model, Person-Months = 2.4 * (KSLOC**1.05)) Schedule Estimate, Years (Months) = 1.78 (21.33) (Basic COCOMO model, Months = 2.5 * (person-months**0.38)) Estimated Average Number of Developers (Effort/Schedule) = 13.22 Total Estimated Cost to Develop = $ 3,174,933 (average salary = $56,286/year, overhead = 2.40).
That is a lot of lines of source code (only 25,000 of them are portaudio/portmidi). Pretty sure that 13.22 people didn't write the majority of the Pd code. :)
can you put a better guide somewhere on how to do these things? when you say "check out the code" it's something any of you guys do with your eyes closed, and it takes me almost 1h to understand why anything is working. I also don't know what is a diff.
Good idea. Sorry for my presumption.
Chris.
can you put a better guide somewhere on how to do these things? when you say "check out the code" it's something any of you guys do with your eyes closed, and it takes me almost 1h to understand why anything is working. I also don't know what is a diff.
Good idea. Sorry for my presumption.
it's not presumption, that's common language to most of you guys. but for
any (not just me) who would like to do something (and sometimes can), it's
not easy to decypher.
On Sun, 4 Jul 2010, chrism wrote:
I have no idea. I just meant that if anyone deserves to be cooked meals because of Pd related things, then it's Miller. That is a lot of lines of source code (only 25,000 of them are portaudio/portmidi).
First of all, if you consider portaudio and portmidi like the separate projects that they are and that Miller didn't write and that is not really part of Pd in any way, the total SLOC drops to 68000.
Next, Miller is not completely alone in writing Pd. You probably know that already. It's not even a very small or neglectible amount. In SLOC count, Thomas Musil contributed 10% of the source code alone, as the original author of the IEMGUI library.
Then you probably know what is copy-paste. IIRC, about 1300 lines of code of IEMGUI can be explained by a one-liner sed | diff | wc command. Then there is other copy-paste in places like d_math.c and x_arithmetic.c for which I made the demonstration that they can be shrunk to less than 20% of their size using macros *while* keeping all optimisations in. (not sure I posted on the lists about it, though).
Then the "basic COCOMO model" does not take copy-paste into account, therefore it's naïve at best, a fraud at worst. It's also highly dependent on many other things it shouldn't be dependent on, thus it's most certainly unlikely to be accurate at all.
Braces change the SLOC. The 72-character maximum that comes from IBM punchcards) changes the SLOC. Statement size changes the SLOC (say something short as two statements, you have two lines, but say it as one, you have one line). Think about it, you even charge for the blank lines and all the lines that say /********/ , no matter how many a given programmer decides to put.
All the Basic COCOMO model ever does correctly is punish any people who try to save on the number of lines of code.
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801
-
chrism -
João Pais -
Marco Donnarumma -
Mathieu Bouchard