Re: [PD] More teeth. Was: cyclone abstractions was: Nettles.
Hi Alexandre, What do you want me to check? If comb~ and teeth~ are so close, one wonders why there are two objects at all. In hindsight, the early development of objects in Max/MSP doesn't look very organized. Almost like the pd-extended collection :-). Greetings, Fred Jan On 2015-06-25 12:20 AM, Alexandre Torres Porres wrote: were you able to check it? I'm curious to see if we are on the same page :) cheers 2015-06-23 13:52 GMT-03:00 Alexandre Torres Porres por...@gmail.com mailto:por...@gmail.com: Well, not quite. You also need another delay line, as each has different input (input and output signal). Not really, because [comb~] also has two delay lines, one for input and another for output, in the same way! The thing is that it'll have the same delay time for both lines, whereas in teeth~ you can specify different times for each delay. see my patch attached comparing them. cheers 2015-06-23 12:08 GMT-03:00 Fred Jan Kraan fjkr...@xs4all.nl mailto:fjkr...@xs4all.nl: Hi Alexandre, hello, I had plans to try working on a .c code for it, and my idea was to just adapt from [comb~]. Yeah... Teeth is almost identical to [comb~]! In [comb~] you have the same delay time for the feedforward and the feedback. In [teeth~] you can specify different time delays for feedforward and feedback. So you basically have only one extra time delay parameter to include in [comb~] and... voilà, you've got [teeth~]! Well, not quite. You also need another delay line, as each has different input (input and output signal). And writing code is more fun than reading/understanding/adapting. I prefer the array aproach above the pointer arithmetic that real programmers use :-). Hope this makes it clear for you. Cheers Greetings, Fred Jan 2015-06-23 4:56 GMT-03:00 Fred Jan Kraan fjkr...@xs4all.nl mailto:fjkr...@xs4all.nl mailto:fjkr...@xs4all.nl mailto:fjkr...@xs4all.nl: Hi Alexandre, Just now I completed the c code for a teeth~ object, which doesn't seem to crash instantly and sounds* the same as your abstraction which is now in cyclone. The block diagram in your help patch made it very clear what should be coded. The only thing (what an expert told me), was that 'z' applies to samples, and teeth~ is controlled in milli-seconds. While coding, I found the delay time has to be zero or positive, but the gain coefficients can be negative too, adding the delayed signal out of phase. I have no plans to add the object to cyclone anytime soon. First spend some time figuring out that i really does what I think it does. It doesn't crash instantly, and output looks sinusoid with a sinus input, but that doesn't prove much. And at least some form of interpolation should be added before it is ready for prime time. Greetings, Fred Jan *) the help patch sounds equally weird with both, using only the positive gains On 2015-06-15 04:14 PM, Alexandre Torres Porres wrote: it's just a preview, I'm gonna still work on them and help files :) 2015-06-15 10:38 GMT-03:00 Fred Jan Kraan fjkr...@xs4all.nl mailto:fjkr...@xs4all.nl mailto:fjkr...@xs4all.nl mailto:fjkr...@xs4all.nl mailto:fjkr...@xs4all.nl mailto:fjkr...@xs4all.nl mailto:fjkr...@xs4all.nl mailto:fjkr...@xs4all.nl: Hi Alexandre, Thanks for the abstractions. I will include them in the svn repository and the next binary deken compatible builds. Only rect~ didn't work. I applied some minor modification by replacing [pi], which doesn't appear to be vanilla by [3.141593(. Greetings, Fred Jan P.S. Wouldn't mind if the future supplied help-patches were already cyclone-standard formatting ;-). On 2015-06-14 10:14 PM, Alexandre Torres Porres wrote: Any object or abstraction that implements something present in Max(5) could be part of cyclone. i've made 13 abstractions so far
Re: [PD] More teeth. Was: cyclone abstractions was: Nettles.
What do you want me to check? I was just more curious to see if you understood the similarities between comb~ and teeth~ since it seemed you were still in doubt on how it behaved. Did you see that comb~ has also two delay lines? If comb~ and teeth~ are so close, one wonders why there are two objects at all. Well, they are that close... the only thing is that teeth~ is a bit more flexible, but it can act exactly like comb~ if the delay values are the same for the feedforward and the feedback. I guess they made it in the case anyone wanted a filter that is a bit more flexible. On that note, you may realize that the structure of the [allpass~] object is also exactly the same as [comb~]! This means that you can make an [allpass~] out of [comb~], just make it sure, in comb~, that b = 1 and that c = a * -1! So it's kinda like [comb~] is the same as [allpass~] but more flexible. And teeth~ is an even more flexible unit than comb~ (and yeah, you can also make allpass~ with teeth~). Hope that was clearer and not more confusing. cheers 2015-06-25 4:08 GMT-03:00 Fred Jan Kraan fjkr...@xs4all.nl: Hi Alexandre, What do you want me to check? If comb~ and teeth~ are so close, one wonders why there are two objects at all. In hindsight, the early development of objects in Max/MSP doesn't look very organized. Almost like the pd-extended collection :-). Greetings, Fred Jan On 2015-06-25 12:20 AM, Alexandre Torres Porres wrote: were you able to check it? I'm curious to see if we are on the same page :) cheers 2015-06-23 13:52 GMT-03:00 Alexandre Torres Porres por...@gmail.com mailto:por...@gmail.com: Well, not quite. You also need another delay line, as each has different input (input and output signal). Not really, because [comb~] also has two delay lines, one for input and another for output, in the same way! The thing is that it'll have the same delay time for both lines, whereas in teeth~ you can specify different times for each delay. see my patch attached comparing them. cheers 2015-06-23 12:08 GMT-03:00 Fred Jan Kraan fjkr...@xs4all.nl mailto:fjkr...@xs4all.nl: Hi Alexandre, hello, I had plans to try working on a .c code for it, and my idea was to just adapt from [comb~]. Yeah... Teeth is almost identical to [comb~]! In [comb~] you have the same delay time for the feedforward and the feedback. In [teeth~] you can specify different time delays for feedforward and feedback. So you basically have only one extra time delay parameter to include in [comb~] and... voilà, you've got [teeth~]! Well, not quite. You also need another delay line, as each has different input (input and output signal). And writing code is more fun than reading/understanding/adapting. I prefer the array aproach above the pointer arithmetic that real programmers use :-). Hope this makes it clear for you. Cheers Greetings, Fred Jan 2015-06-23 4:56 GMT-03:00 Fred Jan Kraan fjkr...@xs4all.nl mailto:fjkr...@xs4all.nl mailto:fjkr...@xs4all.nl mailto:fjkr...@xs4all.nl: Hi Alexandre, Just now I completed the c code for a teeth~ object, which doesn't seem to crash instantly and sounds* the same as your abstraction which is now in cyclone. The block diagram in your help patch made it very clear what should be coded. The only thing (what an expert told me), was that 'z' applies to samples, and teeth~ is controlled in milli-seconds. While coding, I found the delay time has to be zero or positive, but the gain coefficients can be negative too, adding the delayed signal out of phase. I have no plans to add the object to cyclone anytime soon. First spend some time figuring out that i really does what I think it does. It doesn't crash instantly, and output looks sinusoid with a sinus input, but that doesn't prove much. And at least some form of interpolation should be added before it is ready for prime time. Greetings, Fred Jan *) the help patch sounds equally weird with both, using only the positive gains On 2015-06-15 04:14 PM, Alexandre Torres Porres wrote: it's just a preview, I'm gonna still work on them and help files :) 2015-06-15 10:38 GMT-03:00 Fred Jan Kraan fjkr...@xs4all.nl mailto:fjkr...@xs4all.nl
Re: [PD] WebPd 1st try
Yep, cheers Pall
On 24 June 2015 at 16:04, Pall Thayer pallt...@gmail.com wrote:
Julian, it sounds like you're looking at the debugger in the browser. Look
at the console and use the console.log() function to give you a better idea
of what's going on.
On Wed, Jun 24, 2015 at 6:35 AM s p seb...@gmail.com wrote:
No worries :)
Short answer ... yes the JS file which contains all the WebPd code is
webpd-latest.js
I could give you more infos if you tell me what you are looking for
exactly!
On Wed, Jun 24, 2015 at 1:15 PM, Julian Brooks jbee...@gmail.com wrote:
Apologies for vagueness, not explaining myself very well.
In the browser debugging console there are source files on the left side.
In which of those is the js version of the pd patch running, or am I
missing something fundamental (it wouldn't surprise me)?
Cheers Seb,
Jb
On 24 June 2015 at 10:53, s p seb...@gmail.com wrote:
Julian, what do you mean by action ? All messages (and error
messages) are directly printed to the browser console, so there is no
special WebPd debgging console.
Is that what you mean?
On Wed, Jun 24, 2015 at 12:45 PM, Julian Brooks jbee...@gmail.com
wrote:
Thanks a lot Seb, will be back in touch when I'm stuck again.
Pall, your comment throws up a good question: I'm not sure where the
pd patch 'action' is taking place in the debugging console, is it in
'webpl-latest.js'?
Regards,
Julian
On 24 June 2015 at 08:26, s p seb...@gmail.com wrote:
Hi Julian,
In that area there sure is room for improvement, and I should
integrate WebPd better with pd-fileutils (which is the module used to
render patches to SVG, but also to parse patches from text file to
JavaScript). For the moment, you can use the same hack I've used in the
examples :
https://github.com/sebpiq/WebPd/blob/master/examples/phasor/index.html#L42
Basically, pd-fileutils is available globally as pdfu (ideally it
shouldn't be there). Then you take the patch file you loaded (here called
mainStr) you re-parse it with pdfu (ideally you shouldn't need to do),
you render the result as SVG and insert the SVG in your web page. In the
example it is done in one line, but decomposing the whole thing looks
like
:
var parsedPatch = pdfu.parse(mainStr)
var svgStr = pdfu.renderSvg(parsedPatch, {svgFile: false, ratio: 1.5
})
$('#svg').html(svgStr)
Hope this helps. Please tell me if you need more help.
On Wed, Jun 24, 2015 at 2:09 AM, Pall Thayer pallt...@gmail.com
wrote:
What does your browser's javascript console say? Any errors showing
up?
On Tue, Jun 23, 2015 at 7:03 PM Julian Brooks jbee...@gmail.com
wrote:
Hello,
I'm exploring WebPd and am stuck - hopefully someone can advise.
Going through Seb's gitpage (good job Seb btw, this is great) I get
stuck when attempting to create an svg for my own supersimple patch.
Following instructions from here:
https://github.com/sebpiq/WebPd#step-by-step-guide
I've got as far as successfully loading myPatch.pd and can hear it.
Would like my patch to appear like your 'example' patches in a
browser.
I'm think it's something to do with 'pd-fileutils' but not sure
what to do next?
Thanks in advance,
Julian
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
--
*Sébastien Piquemal*
-* @sebpiq*
- http://github.com/sebpiq
- http://funktion.fm
--
*Sébastien Piquemal*
-* @sebpiq*
- http://github.com/sebpiq
- http://funktion.fm
--
*Sébastien Piquemal*
-* @sebpiq*
- http://github.com/sebpiq
- http://funktion.fm
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
Re: [PD] Troubles running Pd on Windows XP Professional
I'm not sure, but I think that's not a problem... I dound something about that here: http://www.dependencywalker.com/faq.html (third question in the FAQ). But meanwhile, is it still the case that wish85.exe can't run on a pristine windows XP machine??? There must be something else not happening. Perhaps the error log will have something new to say? thanks Miller On Thu, Jun 25, 2015 at 09:23:08AM +0200, Roman Haefeli wrote: On Wed, 2015-06-24 at 21:56 -0700, Miller Puckette wrote: I take it you have some way to un-install the MSVC 2008 Redistributable Package so that you were able to get the new test version of Pd to fail to run... if so can you repeat Roman's experiment, launch wish85.exe on the command lie and find out what else thesystem even log complains up missing? On a pristine Windows XP installation and after installing pd-0.46-7test.msw I find the following missing DLLs for wish85.exe with Dependency Walker: MSJAVA.DLL Roman ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Troubles running Pd on Windows XP Professional
IESHIMS.DLL WER.DLL Hi, many messages through the web about Dependency Walker are reporting that these can be safely ignored (and some other always flagged as missing, regardless of tested binary) Cheers Nicolas ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Troubles running Pd on Windows XP Professional
Well, I'm pretty sure that neither wish85 nor Pd will run without at least the dlls shipped in pd/bin. I'm at a loss to figure out for sure what other DLLs must be present as well. It looks like I'd better install a pristine Windows XP myself - I've asked at school if they have one handy, otherwise I'll run out and buy one somewhere - ugh! M On Thu, Jun 25, 2015 at 11:19:03PM +0200, Roman Haefeli wrote: On Don, 2015-06-25 at 07:54 -0700, Miller Puckette wrote: I'm not sure, but I think that's not a problem... I dound something about that here: http://www.dependencywalker.com/faq.html (third question in the FAQ). But meanwhile, is it still the case that wish85.exe can't run on a pristine windows XP machine??? pd.exe and wish85.exe exit immediately with a non-zero error level. When starting wish85.exe, I get three messages in the event viewer: #1 Dependent Assembly Microsoft.VC90.CRT could not be found and Last Error was The referenced assembly is not installed on your system. #2 Resolve Partial Assembly failed for Microsoft.VC90.CRT. Reference error message: The referenced assembly is not installed on your system. #3 Generate Activation Context failed for c:\puredata\pd-0.46-7test\bin \wish85.exe. Reference error message: The operation completed successfully. When I load wish85.exe on my Windows XP at home (the one missing msjava.dll was another machine), those are listed as missing: IESHIMS.DLL WER.DLL Actually, both seem to be related to IE 8 being installed on this machine (contrary to the other machine where still IE 6 rules). Also, when I load regsvr32.exe I get the same result, which makes me think that they can be ignored. The same probably applies to msjava.dll, as you already pointed out. Then I did, what the fifth paragraph of DependencyWalker's FAQ suggests: I loaded regsvr32.exe with DependencyWalker and ran it with wish85.exe as argument. Now those DLLs are labeled missing, too: MSVCR90.DLL TCL85.DLL TK85.DLL (see: http://www.netpd.org/~roman/tmp/regsvr32_exe_wish85.png ) Now, I don't know... Roman ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Troubles running Pd on Windows XP Professional
On Wed, 2015-06-24 at 21:56 -0700, Miller Puckette wrote: I take it you have some way to un-install the MSVC 2008 Redistributable Package so that you were able to get the new test version of Pd to fail to run... if so can you repeat Roman's experiment, launch wish85.exe on the command lie and find out what else thesystem even log complains up missing? On a pristine Windows XP installation and after installing pd-0.46-7test.msw I find the following missing DLLs for wish85.exe with Dependency Walker: MSJAVA.DLL Roman ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
