[PD] [coll] bug

Lucas Cordiviola lucarda27 at hotmail.com
Thu Feb 2 03:30:58 CET 2017


There's also the best-case scenario where you have already loaded multiple [coll]s or where you do some offset, so you don't need to access the disk any more.

Or if part of the RAM is used as a virtual HD.



Mensaje telepatico asistido por maquinas.


________________________________
From: Pd-list <pd-list-bounces at lists.iem.at> on behalf of Matt Barber <brbrofsvl at gmail.com>
Sent: Thursday, February 2, 2017 1:52 AM
To: Derek Kwan
Cc: pd-list at lists.iem.at
Subject: Re: [PD] [coll] bug

There's always a worst-case scenario for a system call blocking on loading even a small file that would involve dropouts. Nothing is guaranteed when you read from disk.

On Wed, Feb 1, 2017 at 7:14 PM, Derek Kwan <derek.x.kwan at gmail.com<mailto:derek.x.kwan at gmail.com>> wrote:
> Lots of thoughts here, but little time. Here are the salient points to me:
>
> 1. The best analogy to this in Pd is [soundfiler]. [soundfiler] stops the
> world in order to load the file, which routinely causes dropouts. This is a
> constant source of disappointment and frustration to students especially if.....................
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20170202/5e2a9e63/attachment.html>


More information about the Pd-list mailing list