atom feed21 messages in at.iem.pd-listRe: [PD] tabwriteat~ object
FromSent OnAttachments
Frank BarknechtAug 3, 2009 5:50 am.tgz
Miller PucketteAug 3, 2009 12:30 pm 
Jonathan WilkesAug 3, 2009 1:46 pm 
ypatiosAug 3, 2009 2:13 pm 
Frank BarknechtAug 3, 2009 2:36 pm 
Frank BarknechtAug 3, 2009 2:44 pm 
ypatiosAug 3, 2009 3:43 pm 
Jaime OliverAug 3, 2009 3:51 pm 
Matt BarberAug 3, 2009 4:44 pm 
Chris McCormickAug 3, 2009 5:00 pm 
Charles HenryAug 4, 2009 6:00 am 
Frank BarknechtAug 4, 2009 6:21 am 
Miller PucketteAug 4, 2009 8:01 am 
hard offAug 6, 2009 3:16 am 
Miller PucketteAug 6, 2009 9:41 am 
Frank BarknechtAug 6, 2009 10:06 am 
Charles HenryAug 6, 2009 10:31 am 
Mike Moser-BoothAug 6, 2009 11:03 am 
Frank BarknechtAug 6, 2009 12:01 pm 
Matt BarberAug 7, 2009 6:42 am 
Derek HolzerAug 7, 2009 7:23 am 
Subject:Re: [PD] tabwriteat~ object
From:Charles Henry (czhe@gmail.com)
Date:Aug 6, 2009 10:31:07 am
List:at.iem.pd-list

On Thu, Aug 6, 2009 at 12:06 PM, Frank Barknecht<fb@footils.org> wrote:

I think, vtabwrite~ maybe could be used to make a "v"-version of tabwrite~, by which I mean something, that acts correctly with clock-delayed messages as vsnapshot~, vline~ etc. do.

That's a very good point--with the new tabwrite~ object, you're already going to have to change its [bang( behavior anyway. So why not add it to your desired feature set also?

There ought to be some way to start a recording with sub-block accuracy from clock-delayed messages, which is brilliant.

But I also think it exposes a sort of problem, like what things would go wrong when only part of the table has been written in a single block. Good patching solves this case-by-case, but there's a potential for things to go wrong somewhere.

Also, does that mean you'd be wanting at some point to add vtabplay~? or other vtabxxxxx~ rewrites?

So, at the risk of sounding lazy, do you really want to have that sort of growing project for an object you've already written? or just name it tabwriteto~?

Chuck

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