Re: [PD] Audio block manipulation strategies

[IOhannes m zmoelnig]

PSPunch wrote:

IOhannes,


Thank you.

I tried what you have suggested with the only existing object I could 
think of which was [switch~ (N) 1 0.5].


well, this will actually do downsampling (sample reduction), whereas you 
want upsampling (sample extrapolation): [block~ 128 1 2]


of course this depends on where (inside a resampled patch or outside a 
patch) you put the signal source and where (outside or inside) you want 
to access the resampled data.




Yes, the out put shown on [tabwrite~] is zero-padded but only as long as 
the signal remains inside of the sub patch.


well ain't this sweet?

of course the main idea is to work within the resampled domain.
if for whatever reasons you don't want to do so, you have to somehow 
"send" the signal from the resampled subpatch to the original patch.
as [send~] will refuse to work, you might want to try other global 
memory sharing structures for signal (hint, hint)





Can you please tell me if there was a specific procedure you had in mind?



like the attached? (too little time to ascii art)

fgm,asdr
IOhannes
#N canvas 314 172 450 300 10;
#X obj 88 57 inlet~;
#X obj 91 250 outlet~;
#X obj 214 61 table \$0-zeropad 64;
#X obj 90 228 tabreceive~ \$0-zeropad;
#N canvas -12 185 450 300 zeropadder 0;
#X obj 147 143 tabsend~ \$0-zeropad;
#X obj 234 86 block~ 128 1 2;
#X obj 146 49 inlet~ zeropadding;
#X connect 2 0 0 0;
#X restore 87 122 pd zeropadder;
#X connect 0 0 4 0;
#X connect 3 0 1 0;
#N canvas 0 0 450 300 10;
#X obj 116 183 zeropadder~;
#X obj 115 143 osc~ 440;
#X obj 115 243 tabwrite~ scope~;
#X msg 146 215 bang;
#X obj 273 140 table scope~ 256;
#X connect 0 0 2 0;
#X connect 1 0 0 0;
#X connect 3 0 2 0;
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Spore [was: TR909 emulation]

[Cyrille . Damez]

On Monday 09 June 2008 21:47:04 Andy Farnell wrote
> I know from talks with EA guys that EAPd ran into some problems and its
> performance was not spotless. But not for the reasons you state.

Well, those reasons are the ones they gave me (or, if you prefer, what I 
understood from their answer) when I asked them at GDC. 


___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] extended and load file

[Vincent Rioux]

Hello Hans and list,
using Pd-0.40.3-extended-rc1-ubuntu-hardy-i386.deb,
if i launch a patch (from the command line) in a directory say 
/data/dir1 where belong my_patch1.pd and my_patch2.pd :

cd /data/dir1
pd my_patch1.pd

if i /save as/ my_patch1.pd , pd automatically starts browsing from 
/data/dir1
but as for the creation of a new patch or the opening of a previous 
patch, pd will start browsing from the home repertory.
i know that there have been a lengthy discussion on this subject but 
still, i am a bit puzzled by this choice. is there a way to set with the 
command line, the start directory (open/save,saveas) to the current 
directory ?


best regards,
vincent

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] better tabread4~

[Miller Puckette]

I believe "lagrange interpolation" just means polynomail.  tabread4~ uses
cubic interpolation... details are in
   http://crca.ucsd.edu/~msp/techniques/latest/book-html/node31.html

It may be that there's a better way to do 4-point interpoation than Lagrange
but the way to find out would be by doing careful distortion measurements.
In particular, I know there are ways do do 4-point interpolation that don't
give discontinuous first derivatives, but I think most measures of distortion
would indicate using the Lagrance one instead.

cheers
Miller

On Tue, Jun 10, 2008 at 05:29:49PM +0200, cyrille henry wrote:
> 
> 
> Charles Henry a ?crit :
> > On Tue, Jun 10, 2008 at 4:43 AM, cyrille henry
> > <[EMAIL PROTECTED]> wrote:
> > 
> >> i realized that the 4 points interpolation in tabread4~ (and tabosc4~) are 
> >> not optimal.
> > 
> > Please describe.  I've analyze the interpolation formula too, and I
> > think that it is a true cubic interpolation.  Is the numerical
> > accuracy bad?
> 
> well, i think the tabread4~ interpolation is a lagrange interpolator (but i'm 
> may be wrong).
> at least with tabread4~, the 1st derivative is not continuous, while it 
> should be with a cubic interpolation.
> 
> i program a cubic interpolation, and the shape of the waveform is really 
> different.
> 
> please compile the object and look at the help patch to see the difference.
> 
> i can also send waveforme picture if needed.
> 
> 
> cyrille
> 
> 
> > 
> > Chuck
> > 
> > ___
> > 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-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] better tabread4~

[cyrille henry]

Charles Henry a écrit :
> On Tue, Jun 10, 2008 at 4:43 AM, cyrille henry
> <[EMAIL PROTECTED]> wrote:
> 
>> i realized that the 4 points interpolation in tabread4~ (and tabosc4~) are 
>> not optimal.
> 
> Please describe.  I've analyze the interpolation formula too, and I
> think that it is a true cubic interpolation.  Is the numerical
> accuracy bad?

well, i think the tabread4~ interpolation is a lagrange interpolator (but i'm 
may be wrong).
at least with tabread4~, the 1st derivative is not continuous, while it should 
be with a cubic interpolation.

i program a cubic interpolation, and the shape of the waveform is really 
different.

please compile the object and look at the help patch to see the difference.

i can also send waveforme picture if needed.


cyrille


> 
> Chuck
> 
> ___
> 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] array to text file

[Derek Holzer]

Michal Seta wrote:

>> i rather load txt files in  a table than have several tables because im
>> assuming that will be less cpu intensive. ami right?
> 
> Having many arrays does not affect CPU usage but memory consumption.

In fact, loading files to arrays uses the CPU, while storing them in 
arrays does not. Loading large files (i.e. soundfiles) into arrays can 
also cause audio interruptions. So better to load everything into arrays 
ahead of time.

best,
d.

-- 
derek holzer ::: http://www.umatic.nl ::: http://blog.myspace.com/macumbista
---Oblique Strategy #62:
"Don't be frightened to display your talents"

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] better tabread4~

[Charles Henry]

On Tue, Jun 10, 2008 at 4:43 AM, cyrille henry
<[EMAIL PROTECTED]> wrote:

> i realized that the 4 points interpolation in tabread4~ (and tabosc4~) are 
> not optimal.

Please describe.  I've analyze the interpolation formula too, and I
think that it is a true cubic interpolation.  Is the numerical
accuracy bad?

Chuck

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] array to text file

[marius schebella]

hi,
have a look in the explanation in 2.control_examples/15.array.pd.
you just send a message with the message
[write filename.txt(
  |
[s array1]
where filename is the name of the file that should be written (does not 
need a "txt" extension, but makes it easier if you want to look at the 
data with a text editor...). and array1 is the name of the array that 
you want to save.
marius.


potax flan wrote:
> im sure this is fairly obvious but i never tried to do this before and 
> im a bit lost:
> how can i save the contents of an array to a text file, so that i can 
> use them again later?
> i rather load txt files in  a table than have several tables because im 
> assuming that will be less cpu intensive. ami right?
> 
> p
> 
> 
> 
> 
> ___
> 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] array to text file

[Rich E]

[ write write file.txt arrayname (
|
[s pd arrayname]

Take a look at 2.contol.examples/15.array.pd

-rich

On Tue, Jun 10, 2008 at 6:01 AM, potax flan <[EMAIL PROTECTED]> wrote:

> im sure this is fairly obvious but i never tried to do this before and im a
> bit lost:
> how can i save the contents of an array to a text file, so that i can use
> them again later?
> i rather load txt files in  a table than have several tables because im
> assuming that will be less cpu intensive. ami right?
>
> p
> ___
> 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] array to text file

[Michal Seta]

On Tue, Jun 10, 2008 at 9:01 AM, potax flan <[EMAIL PROTECTED]> wrote:
> how can i save the contents of an array to a text file, so that i can use
> them again later?

send the array a message like [;arrayname write /path/to/file(
(see doc/2.control.exmples/15.array.pd)

> i rather load txt files in  a table than have several tables because im
> assuming that will be less cpu intensive. ami right?

Having many arrays does not affect CPU usage but memory consumption.

./MiS

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] array to text file

[potax flan]

im sure this is fairly obvious but i never tried to do this before and im a
bit lost:
how can i save the contents of an array to a text file, so that i can use
them again later?
i rather load txt files in  a table than have several tables because im
assuming that will be less cpu intensive. ami right?

p
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Spotlight Importer for Pd OSX

[mark edward grimm]

Hey Luke,

Too bad you lost it! Happens to the best of us!

Was it this xcode tutorial you used?

http://developer.apple.com/documentation/Carbon/Conceptual/MDImporters/Concepts/WritingAnImp.html

I will take a look at this because for me this would be extremely useful. 
Probably will not get a chance to take a look until next week though.

One thing - if indexing plain-text will it index everything in a patch? can it 
exclude stuff like "#N canvas 540 610 118 149 10;", "#X obj 8 63", "#X obj 10 
64", etc. or does it even matter do you think

Yeah i was looking into this last night and thought "hey someone on the pd list 
MUST have done this already"... guess i was right!

cheers
m

  


--- On Tue, 6/10/08, Luke Iannini <[EMAIL PROTECTED]> wrote:

> From: Luke Iannini <[EMAIL PROTECTED]>
> Subject: Re: [PD] Spotlight Importer for Pd OSX
> To: [EMAIL PROTECTED], "pd-liste List" 
> Date: Tuesday, June 10, 2008, 2:20 AM
> Amusingly I did exactly this, and then forgot to tell
> anybody about it
> or upload it anywhere, then I reformatted and lost it :P.
> 
> It was /extremely/ useful at the time (indexing comments,
> etc, which I
> could then take advantage of with impromptu tagging and
> TODO etc), so
> I've been planning to do it again.  I just followed a
> tutorial
> somewhere; if you do some googling for "spotlight
> importer" "plain
> text" "source code" or some combination you
> should pull it up.
> 
> I'll do it again if you have any trouble.
> 
> Cheers
> Luke
> 
> On Mon, Jun 9, 2008 at 7:37 PM, mark edward grimm
> <[EMAIL PROTECTED]> wrote:
> > Hello,
> >
> > Has anyone made a Spotlight Importer for PD?  Or is
> there another way to index all content of PD files for
> spotlight searches in home folder for example?
> >
> > I just want to search a folder where I have many .pd
> files for content ex. 'bpm' or whatever... for
> object/expressions/comments in the patch itself.  OSX does
> not seem to index .pd file content OR am I missing
> something?
> >
> > thanks!
> > m
> >
> >
> > ___
> > 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] better tabread4~

[cyrille henry]

hello,

i'm still trying to understand why pd sound quality is not very good.

i realized that the 4 points interpolation in tabread4~ (and tabosc4~) are not 
optimal. 
so, i just made few objects to replaced them (most of the code are copy from pd 
sources), but using a true 4 points cubic interpolation.
i personally consider this to sound better than the pd version (specially with 
small tables), and they did not use more cpu.

this objects (located in svn/externals/nusmuk/tab/) are just for test, but they 
can fully replace the standard tabosc4~ and tabread4~.

i think higher order interpolation can be useful for even better audio quality, 
but i'm wondering if someone already worked on this.
if not, i'll like to make a few tabread equivalent with diferents interpolation 
schematics (when i'll have more time...).

cyrille

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] problems with pix_record?

[Antti Poikola (TML)]

Hi Chris and others,

Yes it seems, that QT finds the installed codecs, but for some reason 
can't show the names.

The "dialog" message causes the following:
recordQT : opening compression dialog
error: recordQT : CreateMovieFile failed with error -2110


Whenever I try to set the codec by numer I only get:
error: [pix_record]: unable to set the codec

If I try to "guess" some names of the codecs I get errors like this:
recordQT : codecName msh261
error: [pix_record]: unable to set the codec


I even updated my quicktime, but all the problems remained :(

-Jogi


chris clepper wrote:
> On Mon, Jun 9, 2008 at 6:16 AM, Antti Poikola (TML) 
> <[EMAIL PROTECTED] > wrote:
>
> Hello,
>
> The pix_record object doesn't seem to work properly. It doesn't record
> anything and when I send the "codeclist" message to the object I get:
>
> recordQT : 23 codecs installed
> recordQT : pjpeg codec 23 1785750887 65816 ctype
> [pix_record]: codec0: '(null)': (null)
> [pix_record]: codec1: '(null)': (null)
> [pix_record]: codec2: '(null)': (null)
> ...
> the list continues up to codec22.
>
>
>
> This is really odd.  Quicktime reports that you have codecs installed 
> but the call to populate the list fails.  I would try setting the 
> codec using the 'dialog' message and see if that works.
>


___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list