[Fluxus] time while rendering
Kassen
signal.automatique at gmail.com
Sat Jun 2 05:23:00 PDT 2012
On Fri, Jun 01, 2012 at 03:29:03PM -0400, Rob Couto wrote:
Rob,
>
> This is the newbie formerly known as RPD-- yahoo got on my nerves so I
> got a new address. I suppose it's time (pun viciously intended) to
> point out that I've been working on improving the whole audio system
> and this is one of the problems I solved, sort of. I added a function
> (process-time) that returns the position in the WAV file, but I forgot
> all about (flxtime) if I ever knew...
This sounds great! So that position would be like a special kind of
time-keeping particlar to this purpose?
> I'll try to add that later
> today. The fps is set by another argument to (process), and
> (process-delta) magnificently just returns (/ fps). Looking closer, it
> seems that (flxtime) and (time) return the same value-- I thought
> there was a difference but I forget what that is.
Yes, I too think flxtime and time are the same. I think that that is
just because it all grew organicly.
>
> If you want to see my unfinished mess, it's up at
> http://gitorious.org/small-hacks/fluxus-mods in the "all-jacked-up"
> branch.
This is really interesting! Are you using a separate repository
because you were unsure at all when you started?
> As far
> as it all being a horrific glimpse into my C++ noobishness, consider
> all disclaimed.
As I see it (being in a quite similar position) hacking on Fluxus is a
LOT more fun than a "tach yourself C++" book or formal lessons. I made
mistakes, you probably will too. Then you fix them, learned something
and it's all a little better again.
> I think I mentioned something like an idea for
> multichannel neatness to Dave around two years ago, and it took me
> this long to snap and start doing things. I meant to ask for comments
> and suggestions as soon as I cleaned up (a lot) and got at least the
> port-handling done better, but ah, well. Comments and suggestions are
> welcome.
Well, for the reasons mentioned yesterday I would really appreciate
some functionality to help with rendering. I know right now desktop
grabs are what most prefer (with good reason!) but there is something
to be said for permitting complexity that would otherwise be
impossible on a given machine and for exact frame timing when we might
work with others who might use more traditional video applications.
>
> Rather than rewrite fluxus-audio, and since I meant to put in lots of
> jack client commands and midi support, I copied lots of fluxus-audio
> into a new module, fluxus-jack. I wrote the docs for everything, but
> can't translate so wherever a function was changed so that I had to
> change the description, I opted to wipe out the non-English blocks.
> I'm going to get it running in windows, too... wish me luck :)
That sounds very sensible, the Windows thing should make some people
quite happy and I wish you the best of luck. This sounds great!
Yours,
Kas.
More information about the Fluxus
mailing list