readsf~ "buffer size per channel in bytes"?

List overview All Threads
Download

newer

older

new clear function for delwrite~

Re: [PD] Automatic upload from CI...

Alexandre Torres Porres

20 Oct 2017 20 Oct '17

4:40 p.m.

Hi, I don't get what "buffer size per channel in bytes" means or does for readsf~

any help?

thanks

Attachments:

attachment.html (text/html — 185 bytes)

Show replies by date

Lucas Cordiviola

20 Oct 20 Oct

4:47 p.m.

You can create an internal array for [readsf~] so you can have preloaded a lot (or all) of the soundfile and the jump to any point with no gaps. Something like that.

Mensaje telepatico asistido por maquinas.

On 10/20/2017 11:40 AM, Alexandre Torres Porres wrote: Hi, I don't get what "buffer size per channel in bytes" means or does for readsf~

any help?

thanks

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

Alexandre Torres Porres

4:55 p.m.

so it kinda behaves a bit like soundfiler, hmm, interesting. And how would that work in detail? Still unclear to me.

thanks

2017-10-20 12:47 GMT-02:00 Lucas Cordiviola lucarda27@hotmail.com:

...

You can create an internal array for [readsf~] so you can have preloaded a lot (or all) of the soundfile and the jump to any point with no gaps. Something like that.

Mensaje telepatico asistido por maquinas.

On 10/20/2017 11:40 AM, Alexandre Torres Porres wrote:

Hi, I don't get what "buffer size per channel in bytes" means or does for readsf~

any help?

thanks

_______________________________________________Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list

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

Lucas Cordiviola

5:09 p.m.

Well is useful because if you preloaded everything to the RAM you can instantly move to whatever onset.

OTOH if you didn't preload, it will be slower to move from an onset to another because the hardrive has to go and look for it in the file.

I guess you can see it as a [tabplay~].

Mensaje telepatico asistido por maquinas.

On 10/20/2017 11:55 AM, Alexandre Torres Porres wrote: so it kinda behaves a bit like soundfiler, hmm, interesting. And how would that work in detail? Still unclear to me.

thanks

2017-10-20 12:47 GMT-02:00 Lucas Cordiviola <lucarda27@hotmail.commailto:lucarda27@hotmail.com>:

You can create an internal array for [readsf~] so you can have preloaded a lot (or all) of the soundfile and the jump to any point with no gaps. Something like that.

Mensaje telepatico asistido por maquinas.

On 10/20/2017 11:40 AM, Alexandre Torres Porres wrote: Hi, I don't get what "buffer size per channel in bytes" means or does for readsf~

any help?

thanks

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

Lucas Cordiviola

7:43 p.m.

I might have it all wrong, but this way I was able to do gap-less playback on older machines:

created readsf~

[readsf~ 2 *all bytes of the file*]

first open the file via [open file.wav(

and then go anywhere with:

[open file.wav *some-onset*, 1(

Mensaje telepatico asistido por maquinas.

On 10/20/2017 12:09 PM, Lucas Cordiviola wrote:

Well is useful because if you preloaded everything to the RAM you can instantly move to whatever onset.

OTOH if you didn't preload, it will be slower to move from an onset to another because the hardrive has to go and look for it in the file.

I guess you can see it as a [tabplay~].

Mensaje telepatico asistido por maquinas.

On 10/20/2017 11:55 AM, Alexandre Torres Porres wrote: so it kinda behaves a bit like soundfiler, hmm, interesting. And how would that work in detail? Still unclear to me.

thanks

2017-10-20 12:47 GMT-02:00 Lucas Cordiviola <lucarda27@hotmail.commailto:lucarda27@hotmail.com>:

You can create an internal array for [readsf~] so you can have preloaded a lot (or all) of the soundfile and the jump to any point with no gaps. Something like that.

Mensaje telepatico asistido por maquinas.

On 10/20/2017 11:40 AM, Alexandre Torres Porres wrote: Hi, I don't get what "buffer size per channel in bytes" means or does for readsf~

any help?

thanks

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

Lucas Cordiviola

7:56 p.m.

Added:

and then go anywhere (multiple times with different onsets) with just:

[open file.wav *some-onset*, 1(

Mensaje telepatico asistido por maquinas.

On 10/20/2017 2:43 PM, Lucas Cordiviola wrote:

I might have it all wrong, but this way I was able to do gap-less playback on older machines:

created readsf~

[readsf~ 2 *all bytes of the file*]

first open the file via [open file.wav(

and then go anywhere with:

[open file.wav *some-onset*, 1(

Mensaje telepatico asistido por maquinas.

On 10/20/2017 12:09 PM, Lucas Cordiviola wrote:

Well is useful because if you preloaded everything to the RAM you can instantly move to whatever onset.

OTOH if you didn't preload, it will be slower to move from an onset to another because the hardrive has to go and look for it in the file.

I guess you can see it as a [tabplay~].

Mensaje telepatico asistido por maquinas.

On 10/20/2017 11:55 AM, Alexandre Torres Porres wrote: so it kinda behaves a bit like soundfiler, hmm, interesting. And how would that work in detail? Still unclear to me.

thanks

2017-10-20 12:47 GMT-02:00 Lucas Cordiviola <lucarda27@hotmail.commailto:lucarda27@hotmail.com>:

You can create an internal array for [readsf~] so you can have preloaded a lot (or all) of the soundfile and the jump to any point with no gaps. Something like that.

Mensaje telepatico asistido por maquinas.

On 10/20/2017 11:40 AM, Alexandre Torres Porres wrote: Hi, I don't get what "buffer size per channel in bytes" means or does for readsf~

any help?

thanks

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

2619

Age (days ago)

2619

Last active (days ago)

pd-list@lists.iem.at

5 comments

2 participants

tags (0)

participants (2)

Alexandre Torres Porres
Lucas Cordiviola